| 23:55.17 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:55.17 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.20.2 is posted (20110701) || BRL-CAD is participating in the ESA Summer of Code in Space! | |
| 00:29.59 | CIA-28 | BRL-CAD: 03n_reed * r48193 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: don't generate unused variables, per r41173 |
| 04:10.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:28.07 | CIA-28 | BRL-CAD: 03erikgreenwald * r48194 10/brlcad/trunk/src/libgcv/ (CMakeLists.txt soup.h test_bottess.c): fix symbol export to try to be windows friendly |
| 19:29.46 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 02:21.14 | CIA-28 | BRL-CAD: 03brlcad * r48195 10/brlcad/trunk/src/tclscripts/mged/anim.tcl: |
| 02:21.14 | CIA-28 | BRL-CAD: quote the animation commands being piped via open(n) since filepaths with spaces |
| 02:21.14 | CIA-28 | BRL-CAD: look like the command name. this is in response to sf bug 3466818 from nephesh |
| 02:21.14 | CIA-28 | BRL-CAD: (hwangbo) (how to solve the edit animation curve) where a common install of |
| 02:21.14 | CIA-28 | BRL-CAD: BRL-CAD into the usual Program Files directory was problematic. |
| 10:44.06 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:52.17 | CIA-28 | BRL-CAD: 03n_reed * r48196 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: sanity |
| 20:21.53 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 20:21.59 | pawleeq | Hello |
| 20:22.57 | pawleeq | when I create arbn some of the lines ar drawn and some not, why is that? |
| 20:27.23 | n_reed | not that familiar with arbn myself, I'll take a minute to refresh my memory |
| 20:28.17 | pawleeq | n_reed: thanks |
| 20:33.57 | n_reed | how are you creating the arbn? with the 'in' command? |
| 20:34.12 | pawleeq | yes |
| 20:34.47 | n_reed | any chance you could give me the input string so I could see what you're seeing? |
| 20:35.46 | pawleeq | for example this command: in arbn4.s arbn 7 1 0 0 1 0 1 0 1 -1 0 0 1 0 -1 0 1 0 0 1 1 0 0 -1 1 1 1 1 1.5 creates cube with one corner cut off, but the edges of the cutout are not drawn |
| 20:53.06 | n_reed | so it definitely looks like a bug in the line drawing code |
| 20:53.41 | n_reed | if you run the rt command it does seem to render correctly |
| 21:18.25 | n_reed | it looks like you can work around the problem by always specifying the plane with a unit vector |
| 21:19.31 | n_reed | so if you change the last clipping plane of your example from (1 1 1) to (.577 .577 .577), you seem to get the right behavior |
| 21:25.28 | pawleeq | thanks :) |
| 23:00.17 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jbpqduaqvuqvvdtd) | |
| 01:11.56 | starseeker | lands back in MD |
| 02:22.55 | starseeker | hah: http://public.kitware.com/pipermail/cmake-developers/2011-November/002490.html |
| 02:23.52 | starseeker | "I have also successfully tested [ninja+CMake building] with the build systems for OpenCV, Bullet Physics, BRL-CAD, kdelibs and Path64." |
| 02:24.00 | starseeker | must test this |
| 03:25.26 | starseeker | BRL-CAD - CMake + ninja: full compilation time 8 minutes 43 seconds, empty rebuild 0 sec (e.g. < 1 - not measurable by the build delta calculation) |
| 03:27.01 | starseeker | BRL-CAD - CMake + make: full compilation time 9 minutes 8 seconds, empty rebuild 12 sec |
| 03:27.44 | starseeker | (empty rebuild means running ninja/make -j3 after the complete, successful compile, when there's nothing left to do |
| 03:28.31 | starseeker | make will obviously do better on machines with more parallel mojo (yay 2 cores...) |
| 03:29.04 | starseeker | but then, ninja also uses all available cores... |
| 03:29.30 | starseeker | either way, nifty |
| 03:31.18 | starseeker | editing search.c in librt and doing a full rebuild... 19 sec. for ninja, 31 for make -j3 |
| 03:33.25 | starseeker | ninja librt and ninja rt work as expected |
| 03:33.41 | starseeker | sweet |
| 03:41.20 | CIA-28 | BRL-CAD: 03starseeker * r48197 10/brlcad/trunk/TODO: Add a reminder to expand documentation on building BRL-CAD to other tools CMake opens up support for. Low priority. |
| 03:44.01 | CIA-28 | BRL-CAD: 03starseeker * r48198 10/brlcad/trunk/TODO: |
| 03:44.02 | CIA-28 | BRL-CAD: These two DocBook items are addressed - other DocBook TODOs need review - in |
| 03:44.02 | CIA-28 | BRL-CAD: particular, many formatting elements have at least some examples of improved |
| 03:44.02 | CIA-28 | BRL-CAD: formatting, and need to be reworked comprehensively through the DocBook books |
| 05:00.25 | Computer | .window close |
| 05:00.28 | *** part/#brlcad Computer (~Computer@unaffiliated/computer) | |
| 11:47.31 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:05.09 | *** join/#brlcad merzo (~merzo@189-243-132-95.pool.ukrtel.net) | |
| 14:32.25 | *** join/#brlcad merzo (~merzo@35-70-132-95.pool.ukrtel.net) | |
| 15:07.57 | brlcad | starseeker: welcome back |
| 15:09.06 | brlcad | starseeker: what's the ninja time without -j* on an empty rebuild? |
| 16:23.08 | ``Erik | starseeker made it sound like ninja doesn't take a -j option... wonder if it has a 'throttle down to 1 cpu' option, though |
| 16:37.46 | starseeker | yeah, ninja uses all CPUs by default |
| 16:38.18 | starseeker | brlcad: thanks! good to be back |
| 17:12.15 | starseeker | ah, I'm wrong |
| 17:12.21 | starseeker | ninja uses 10 cpus by default |
| 17:12.33 | starseeker | ninja DOES support the -j flag |
| 17:38.50 | brlcad | so then the interesting question becomes how long ninja takes on a -j1 empty rebuild |
| 17:39.53 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-yvvqjpomjuxlqxfk) | |
| 18:07.34 | starseeker | brlcad: seems to be less than a second |
| 18:08.38 | brlcad | cool, must avoid all the I/O of multiple files/dirs |
| 18:09.21 | starseeker | on a machine with more cores than my home box... build time for make - 3min, 51 sec. ninja 2min, 17sec |
| 18:09.41 | starseeker | isn't sure he believes that, sets up a repeat |
| 18:15.53 | starseeker | yeah, thought so |
| 18:18.05 | starseeker | make -j10 - 2 minutes 24 seconds; ninja (default) - 2 minutes 13 seconds |
| 18:18.59 | starseeker | no-op: make -j10 4sec; ninja (default) - < 1 sec |
| 18:20.51 | brlcad | so faster.. but not dramatically |
| 18:20.59 | brlcad | neat |
| 18:22.20 | starseeker | bets the compiler time is hugely dominant, at least ones things are in cache |
| 18:22.42 | starseeker | Mac might be interesting, with its higher io overheads |
| 18:22.44 | brlcad | like the smp-by-default, but not enough to motivate installing ninja everywhere I build to say the least |
| 18:22.56 | starseeker | nods |
| 18:23.43 | starseeker | pays off more on slower machines like my home box, where the empty opts do go significantly faster |
| 18:24.14 | brlcad | sure |
| 18:24.48 | brlcad | it looses value as you get more cross-platform, having to do installs |
| 18:24.57 | starseeker | right. |
| 18:24.58 | brlcad | that time is minimal for a single platform, but adds up |
| 18:25.43 | brlcad | it'd nominally take a half hour to install across a half-dozen host platforms, assuming nothing goes wrong |
| 18:26.03 | brlcad | ~ (30 * 60) / 4 |
| 18:26.03 | ibot | 450 |
| 18:26.13 | brlcad | that's a lot of empty builds .. :) |
| 18:26.20 | starseeker | heh |
| 18:26.46 | starseeker | letsee... as long as we're at it... how many do we do per day |
| 18:29.23 | brlcad | generous ten times a day would be about 2 months of full-time coding before it started to pay off assuming (falsely) that no new platforms need installs |
| 18:29.34 | starseeker | right |
| 18:30.40 | brlcad | ccache probably saves more than that :) |
| 18:31.21 | starseeker | heh |
| 18:31.31 | brlcad | eventually will pay off, especially if it were bundled with cmake |
| 18:31.53 | starseeker | was kinda hoping they might - would potentially be hugely useful on Windows... |
| 18:31.56 | starseeker | doubt it though |
| 18:32.40 | brlcad | we could probably cut our compilation time in half just through header cleanup alone |
| 18:33.07 | brlcad | definitely would take more than a half-hour, but bigger savings there |
| 18:33.15 | starseeker | really? I figured there would be some improvement, but I hadn't expected it to be that drastic |
| 18:34.43 | brlcad | not hugely significant on an optimized build, maybe 5%-50% .. but non-opt should fly |
| 18:35.10 | brlcad | it's parsing thousands of lines of code for every file |
| 18:36.05 | brlcad | stub in an empty int main() {return 0;} and it takes nearly as long to compile as a 20k-line bool.c |
| 18:36.29 | brlcad | all because including one header like raytrace.h ends up including nearly all of include/*.h |
| 18:36.35 | starseeker | ah |
| 18:36.48 | starseeker | wow |
| 18:37.05 | brlcad | that's 30k lines of logic it has to parse just for decls and macros |
| 18:37.17 | brlcad | breaking up the headers would cut that down by an order |
| 18:37.24 | starseeker | that cleanup is pretty non-trivial though, isn't it? (or at least, highly invasive) |
| 18:37.40 | brlcad | supremely trivial |
| 18:37.46 | brlcad | doesn't get much more trivial |
| 18:37.51 | brlcad | just tedious |
| 18:38.27 | starseeker | hmm... ok |
| 18:38.56 | starseeker | would have thought there would be some structural planning involved |
| 18:39.10 | brlcad | only non-obvious part is updating the .c files to only include the headers they actually need instead of higher-level headers like raytrace.h |
| 18:39.19 | brlcad | but even that is pretty easy |
| 18:39.26 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-wdywtbmtuqrdhppo) | |
| 18:39.45 | starseeker | right - worst case, yank 'em all and add in what's missing |
| 18:39.57 | brlcad | exactly |
| 18:40.24 | brlcad | time consuming, tedious, but very trivial |
| 18:45.38 | archivist | or use pre-compiled headers |
| 18:47.12 | ``Erik | that'd be the ccache part, and it doesn't help on the first run |
| 18:48.32 | ``Erik | likes the minimal header inclusion approach to minimize coupling |
| 18:49.01 | starseeker | agrees |
| 18:49.46 | ``Erik | the big #include allIneed header approach smells similar to the jabba "class MyObject extends Object" antipattern |
| 20:24.16 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 20:25.49 | brlcad | alrighty, all coverity accounts created |
| 20:26.24 | brlcad | anyone else in here (seriously) interested in helping out fix coverity issues? |
| 20:26.34 | brlcad | we're going to be hitting them all up hard next week |
| 21:21.46 | ``Erik | yipes, one of mine is #3 on the defect/kloc list :( |
| 21:22.22 | brlcad | heh |
| 21:22.48 | brlcad | I think I saw that one, free'd then read |
| 21:23.29 | ``Erik | I don't see a way to pull up 1 file and view all the issues with it, or annotate a file or anything |
| 21:23.56 | ``Erik | though I do see some hackish stuff that'd trigger coverity... using =NULL instead of UNUSED() |
| 21:29.42 | brlcad | that coverity run is from before the verbose strict mode work was completed, several months back |
| 21:29.53 | brlcad | so much of it will likely be obe |
| 21:30.05 | brlcad | i'm going to push another run here this weekend |
| 21:30.09 | brlcad | before we get started |
| 21:31.04 | brlcad | alas, fixing the issues is only half the work .. peer review, testing, and docs are going to be part of our fixing process |
| 21:32.24 | brlcad | especially while adhereing to DRY... :) |
| 21:32.47 | ``Erik | write everything twice... WET |
| 21:34.37 | brlcad | especially while adhereing to DRY... :) |
| 21:34.52 | brlcad | there, WET and DRY |
| 21:35.34 | brlcad | mmm... chipped beef on either wed or thurs |
| 21:39.01 | n_reed | ...or Write Every Time |
| 21:42.33 | ``Erik | ALL THE TIMES!!@~! </meme> |
| 22:12.06 | CIA-28 | BRL-CAD: 03n_reed * r48199 10/brlcad/trunk/src/libbn/plane.c: generalize bn_mkpoint_3planes for non-unitized direction vectors |
| 05:34.36 | *** join/#brlcad Technicus (~Technicus@24-196-36-61.dhcp.stpt.wi.charter.com) | |
| 12:24.25 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 14:25.40 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 14:25.40 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 14:32.54 | *** join/#brlcad merzo (~merzo@86-85-132-95.pool.ukrtel.net) | |
| 14:58.18 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 15:59.38 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 16:59.38 | brlcad | ``Erik: there apparently is a way to pull up all of the issues in a given file |
| 17:00.00 | brlcad | still learning the interface myself but the entire thing seems to be nearly fully customizable |
| 17:00.53 | brlcad | though the all-issues-in-this-file feature is already there, go to Defects -> Files -> find file -> select outstanding defects number |
| 17:22.45 | *** join/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net) | |
| 17:24.17 | *** part/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net) | |
| 17:34.08 | brlcad | damnits!! so I'm going to have to rewrite the entire workflow this weekend .. coverity folks showed me the magic that lets me customize this dealio up in a righteous way |
| 17:49.45 | *** join/#brlcad merzo (~merzo@46-210-201-46.pool.ukrtel.net) | |
| 19:43.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 20:03.27 | *** join/#brlcad merzo (~merzo@58-171-133-95.pool.ukrtel.net) | |
| 20:09.31 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 21:50.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:58.56 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:14.42 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:33.15 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:20.42 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:59.43 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 03:05.04 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 04:51.15 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 05:57.16 | starseeker | growls at autotools... they broke automake behavior AGAIN on a patch release |
| 05:58.48 | starseeker | or backwards compatibility, anyhow... |
| 06:06.09 | starseeker | masks 1.11.2 in gentoo and gets on with life... |
| 10:00.54 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:20.00 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 12:42.58 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 12:46.07 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 12:46.59 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 13:05.43 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 13:19.22 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 13:19.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:42.35 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 17:19.30 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 18:20.41 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 20:43.47 | *** join/#brlcad merzo (~merzo@48-85-132-95.pool.ukrtel.net) | |
| 20:54.28 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 22:12.36 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 23:45.35 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:25.03 | *** join/#brlcad CIA-57 (~CIA@cia.atheme.org) | |
| 02:31.10 | CIA-57 | BRL-CAD: 03starseeker * r48202 10/brlcad/trunk/ (misc/CMake/DiffCache.cmake src/libged/CMakeLists.txt): Couple more fixes to ensure re-running cmake doesn't result in rebuild without an actual change. |
| 03:16.14 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 05:21.29 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:49.55 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 09:38.59 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:20.23 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 11:42.21 | *** join/#brlcad juanman (~quassel@201.255.13.200) | |
| 11:42.30 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:42.25 | *** join/#brlcad juanman (~quassel@186.136.169.88) | |
| 12:42.30 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 13:31.33 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:32.35 | CIA-57 | BRL-CAD: 03erikgreenwald * r48203 10/brlcad/trunk/src/libicv/fileformat.c: free filename in bif to avoid memory leak. Print filename before freeing. (coverity 1718). |
| 15:01.10 | CIA-57 | BRL-CAD: 03starseeker * r48204 10/brlcad/trunk/ (4 files in 3 dirs): Minor header restructuring to avoid recursive inclusion of bu.h in magic.h - Run 2, CIT 438 |
| 15:26.35 | CIA-57 | BRL-CAD: 03erikgreenwald * r48205 10/brlcad/trunk/src/libanalyze/CMakeLists.txt: test_analyze.c doesn't exist. Comment out for now. |
| 15:41.44 | CIA-57 | BRL-CAD: 03starseeker * r48206 10/brlcad/trunk/doc/README.Linux: Add g++ explicitly for Ubuntu (it's apparently a separately installed package) |
| 15:43.26 | ``Erik | cl |
| 15:45.08 | CIA-57 | BRL-CAD: 03starseeker * r48207 10/brlcad/trunk/src/libwdb/dynamic_geometry.c: Don't assign to dp when we don't need to (while we're at it, pull the other dp assignment out of the if statement). Run 2 CID 1712 |
| 15:45.42 | CIA-57 | BRL-CAD: 03bob1961 * r48208 10/brlcad/trunk/src/libdm/dm-ogl.c: CID 1698, uninspected variable. void the return of callback_funtion(). |
| 15:48.15 | CIA-57 | BRL-CAD: 03starseeker * r48209 10/brlcad/trunk/src/libwdb/dynamic_geometry.c: Don't assign to dp_tmp - not used. Run 2 CID 1711 |
| 15:54.42 | CIA-57 | BRL-CAD: 03starseeker * r48210 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Don't need to assign to face - Run 2 CID 1710 |
| 15:54.48 | CIA-57 | BRL-CAD: 03erikgreenwald * r48211 10/brlcad/trunk/NEWS: mention crash fix from icv_image write on bad file |
| 16:04.13 | CIA-57 | BRL-CAD: 03bob1961 * r48212 10/brlcad/trunk/src/libdm/ (dm-X.c dm-plot.c dm-ps.c dm-tk.c): run 2, CID #'s (1697, 1699, 1700, 1701), uninspected variable. void the return of callback_funtion(). |
| 16:05.12 | CIA-57 | BRL-CAD: 03erikgreenwald * r48213 10/brlcad/trunk/src/adrt/librender/camera.c: dlclose on bad plugin lookup (coverity 2-461) |
| 16:05.59 | CIA-57 | BRL-CAD: 03starseeker * r48214 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: prev_lu isn't used - remove not only assignment but lookup if it's not being used. Run 2 CID 1708 |
| 16:08.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48215 10/brlcad/trunk/src/adrt/librender/camera.c: explicitely promote time sizes (unsigned shorts) to unsigned int (coverity 2-1256) |
| 16:13.43 | CIA-57 | BRL-CAD: 03starseeker * r48216 10/brlcad/trunk/src/libanalyze/ (CMakeLists.txt test_density.c): Go ahead and stuff in the test_density.c file, but add it to CMAKEFILES since it's not in a working state. |
| 16:25.45 | CIA-57 | BRL-CAD: 03bob1961 * r48217 10/brlcad/trunk/src/gtools/g_diff.c: run 2, CID 1696, uninspected variable. Now only using the return value of db_lookup() to compare to RT_DIR_NULL (i.e. no longer assigning return of db_lookup to a variable) |
| 16:27.01 | CIA-57 | BRL-CAD: 03erikgreenwald * r48218 10/brlcad/trunk/src/adrt/librender/depth.c: remove unused variable (coverity 2-1674) |
| 16:29.38 | CIA-57 | BRL-CAD: 03erikgreenwald * r48219 10/brlcad/trunk/src/adrt/librender/flos.c: remove unused variable (coverity 2-1675) |
| 16:29.54 | CIA-57 | BRL-CAD: 03starseeker * r48220 10/brlcad/trunk/src/vdeck/vdeck.c: sprint->snprintf Run 2 CID 1254 |
| 16:35.51 | CIA-57 | BRL-CAD: 03erikgreenwald * r48221 10/brlcad/trunk/src/adrt/librender/grid.c: remove unused variable (coverity 2-1676) |
| 16:39.24 | CIA-57 | BRL-CAD: 03erikgreenwald * r48222 10/brlcad/trunk/src/adrt/librender/surfel.c: remove unused variable (coverity 2-1677) |
| 16:42.11 | CIA-57 | BRL-CAD: 03erikgreenwald * r48223 10/brlcad/trunk/src/adrt/librender/path.c: initialize variable (coverity 2-1597) |
| 16:48.49 | CIA-57 | BRL-CAD: 03erikgreenwald * r48224 10/brlcad/trunk/src/adrt/load_g.c: Check db_lookup return value for NULL (bad .g file) (coverity 2-396) |
| 17:14.31 | CIA-57 | BRL-CAD: 03indianlarry * r48225 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Restructured 'if' statement to pull embedded assignment from conditional. Run 2 CID 1707 |
| 17:36.20 | CIA-57 | BRL-CAD: 03erikgreenwald * r48226 10/brlcad/trunk/src/libbn/tabdata.c: test return value of bu_vls_gets() (coverity 2-130) |
| 17:46.10 | CIA-57 | BRL-CAD: 03erikgreenwald * r48227 10/brlcad/trunk/src/librt/primitives/bot/tie.c: fill in uninitialized struct (coverity 2-1596 and 2-1625) |
| 18:27.08 | CIA-57 | BRL-CAD: 03erikgreenwald * r48228 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: indent |
| 18:44.57 | CIA-57 | BRL-CAD: 03indianlarry * r48229 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Added 'void' cast call of non-void returning function, avoids possible compiler warnings about caused unused return values. Extends Run 2 CID 1710 |
| 18:45.04 | CIA-57 | BRL-CAD: 03erikgreenwald * r48230 10/brlcad/trunk/src/vdeck/vdeck.c: minor tweak to make slightly more readable |
| 18:56.02 | CIA-57 | BRL-CAD: 03bob1961 * r48231 10/brlcad/trunk/src/librt/vlist.c: run 2, CID 114. Put the return of getc() into an int and check for EOF. |
| 19:08.14 | CIA-57 | BRL-CAD: 03starseeker * r48232 10/brlcad/trunk/misc/CMake/ (ThirdParty.cmake ThirdParty_TCL.cmake): Restore the CMake gui dropdown behavior - may have fixed some other behavior issues, needs more testing. |
| 19:22.47 | CIA-57 | BRL-CAD: 03erikgreenwald * r48233 10/brlcad/trunk/ (NEWS src/sig/d2-c.c): For the first time ever, handle imaginary component correctly. (coverity 2-1645) |
| 19:53.57 | CIA-57 | BRL-CAD: 03r_weiss * r48234 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Updated file 'nmg_misc.c' functions 'nmg_make_faces_within_tol' and 'nmg_calc_face_plane'. Initialized variables, did some code cleanup and fixed a float compare to '0.0'. |
| 20:00.34 | CIA-57 | BRL-CAD: 03erikgreenwald * r48235 10/brlcad/trunk/src/util/random.c: Remove 'cleverness' that caused dead code paths. Cov2-231 |
| 20:03.43 | CIA-57 | BRL-CAD: 03erikgreenwald * r48236 10/brlcad/trunk/src/rt/do.c: flip conditions to allow >512*512 to trigger (dead code fix, cov2-227) |
| 20:10.24 | CIA-57 | BRL-CAD: 03starseeker * r48237 10/brlcad/trunk/src/conv/comgeom/cvt.c: |
| 20:10.24 | CIA-57 | BRL-CAD: Check returns on sscanf - test to see if Coverity will accept sscanf if we both |
| 20:10.24 | CIA-57 | BRL-CAD: have length specifications on all our percent-type format items and check the |
| 20:10.24 | CIA-57 | BRL-CAD: return type - patch-g.c was the only case previously where both of those things |
| 20:10.24 | CIA-57 | BRL-CAD: were true. Run 2 CID 633, but has much broader implications. |
| 20:11.56 | CIA-57 | BRL-CAD: 03erikgreenwald * r48238 10/brlcad/trunk/src/conv/g-egg.c: regions_tried is never updated, so eliminate code looking for that info. Cov2-172 |
| 20:15.48 | starseeker | postes this link for future consideration: http://stackoverflow.com/questions/1621394/how-to-prevent-scanf-causing-a-buffer-overflow-in-c |
| 20:25.01 | CIA-57 | BRL-CAD: 03erikgreenwald * r48239 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: fix region null testing. Cov2-303 |
| 20:27.54 | CIA-57 | BRL-CAD: 03n_reed * r48240 10/brlcad/trunk/include/ (bu.h fb.h): rename __BU_ATTR_FORMAT* to _BU_ATTR_PRINTF* and _BU_ATTR_SCANF* to support scan scanf checks |
| 20:28.57 | CIA-57 | BRL-CAD: 03erikgreenwald * r48241 10/brlcad/trunk/src/adrt/isst_tcltk.c: fix paren placement problem, strlen(str+1) != strlen(str)+1. Cov3-1721 |
| 20:30.35 | CIA-57 | BRL-CAD: 03bob1961 * r48242 10/brlcad/trunk/src/libged/ (glob.c qray.c): run 3, CID 155, 156. Calling GED_INITIALIZED within GED_CHECK_DATABASE_OPEN is bad (i.e. gedp could be NULL). |
| 20:31.42 | CIA-57 | BRL-CAD: 03erikgreenwald * r48243 10/brlcad/trunk/src/adrt/isst_tcltk.c: set buf[0] to 0. Cov3-1801 |
| 20:34.58 | CIA-57 | BRL-CAD: 03r_weiss * r48244 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated 'nmg_demote_lu' in file 'nmg_mk.c'. Fixed a possible 'use after free' error. |
| 20:35.28 | CIA-57 | BRL-CAD: 03erikgreenwald * r48245 10/brlcad/trunk/src/libicv/fileformat.c: fclose the freopened descriptors? Cov3-479 |
| 20:38.16 | CIA-57 | BRL-CAD: 03erikgreenwald * r48246 10/brlcad/trunk/src/libicv/fileformat.c: fclose the freopened descriptors? Cov3-480 |
| 20:43.55 | *** join/#brlcad merzo (~merzo@221-161-133-95.pool.ukrtel.net) | |
| 20:45.30 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 20:59.40 | CIA-57 | BRL-CAD: 03bob1961 * r48247 10/brlcad/trunk/src/conv/g-egg.c: Removed unused variables. |
| 21:02.52 | CIA-57 | BRL-CAD: 03bob1961 * r48248 10/brlcad/trunk/src/libged/cat.c: run3, CID 194. Removed unnecessary check or argc. |
| 21:05.59 | CIA-57 | BRL-CAD: 03erikgreenwald * r48249 10/brlcad/trunk/src/librt/db5_io.c: eliminate unused assign. Cov3-1678 |
| 21:06.53 | CIA-57 | BRL-CAD: 03starseeker * r48250 10/brlcad/trunk/src/librt/ (db_open.c wdb.c): Add some null checks (attempt at addressing Run3 CID 1771) |
| 21:06.59 | CIA-57 | BRL-CAD: 03erikgreenwald * r48251 10/brlcad/trunk/src/librt/db5_io.c: eliminate unused assign. Cov3-1679 |
| 21:09.31 | CIA-57 | BRL-CAD: 03erikgreenwald * r48252 10/brlcad/trunk/src/conv/asc/asc2g.c: eliminate unused assignment. Cov3-1682 |
| 21:10.31 | CIA-57 | BRL-CAD: 03erikgreenwald * r48253 10/brlcad/trunk/src/conv/asc/asc2g.c: remove double alloc. Cov3-1683 |
| 21:12.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48254 10/brlcad/trunk/src/librt/db5_io.c: remove unused assign. Cov3-1680 |
| 21:14.57 | CIA-57 | BRL-CAD: 03erikgreenwald * r48255 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: remove unused assign. Cov3-1687 |
| 21:17.11 | CIA-57 | BRL-CAD: 03erikgreenwald * r48256 10/brlcad/trunk/src/libged/edit.c: remove unused assign. Cov3-1821 |
| 21:20.55 | CIA-57 | BRL-CAD: 03starseeker * r48257 10/brlcad/trunk/src/fbserv/server.c: Add a series of checks for null buffers in fbserv |
| 21:26.33 | CIA-57 | BRL-CAD: 03bob1961 * r48258 10/brlcad/trunk/src/libged/comb_std.c: run 3, CID 196. dp is tested in several places after being set to RT_DIR_NULL. Removed code that can never be reached. |
| 21:36.50 | CIA-57 | BRL-CAD: 03starseeker * r48259 10/brlcad/trunk/src/fbserv/server.c: While we're at it, check pcp |
| 21:55.28 | CIA-57 | BRL-CAD: 03starseeker * r48260 10/brlcad/trunk/src/librt/search.c: Initialize tmp.flags - Run 3 CID 1619 |
| 22:15.01 | CIA-57 | BRL-CAD: 03starseeker * r48261 10/brlcad/trunk/src/librt/search.c: Analysis indicates by this point we're definitely BRLCAD_OK, so don't bother with the check Run 3 CID 201 |
| 22:16.58 | CIA-57 | BRL-CAD: 03brlcad * r48262 10/brlcad/trunk/bench/pixcmp.c: if skip2 is null but skip1 is not, don't dereference and segfault (cov run 3 cid 1738) |
| 22:20.57 | CIA-57 | BRL-CAD: 03starseeker * r48263 10/brlcad/trunk/src/librt/search.c: Check return of rt_db_get_internal - just return if we don't get anything and move on. Run 3 CID 144. |
| 22:26.11 | CIA-57 | BRL-CAD: 03starseeker * r48264 10/brlcad/trunk/src/librt/search.c: Check return value of db5_get_attributes. Run 3 CID 143 |
| 22:26.35 | CIA-57 | BRL-CAD: 03brlcad * r48265 10/brlcad/trunk/src/libged/edit.c: if we're not going to test the memchr() result, then there's no reason to even call it. related to cov run 3 cid 1821, r48256. |
| 03:20.56 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 03:26.26 | brlcad | looks like run4 is going to be complete |
| 03:29.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:12.44 | brlcad | <PROTECTED> |
| 04:12.49 | brlcad | <PROTECTED> |
| 04:52.16 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:10.55 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:26.24 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:36.01 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 06:35.53 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 06:47.39 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 07:10.35 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 07:38.08 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 07:49.53 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:09.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:49.21 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 09:52.49 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 11:57.33 | brlcad | yawn! |
| 12:53.55 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 13:34.05 | ``Erik | :/cl |
| 13:43.12 | CIA-57 | BRL-CAD: 03starseeker * r48266 10/brlcad/trunk/src/librt/db_tree.c: Check return value on bn_mat_ck - being in a debug conditional does not excuse us. CID 119 |
| 13:50.30 | CIA-57 | BRL-CAD: 03starseeker * r48267 10/brlcad/trunk/src/conv/dxf/bot-bldxf.c: Check return value of db_walk_tree - CID 120 |
| 14:01.32 | CIA-57 | BRL-CAD: 03n_reed * r48268 10/brlcad/trunk/src/fbserv/server.c: check pointers before dereferencing, CID 521 |
| 14:04.44 | CIA-57 | BRL-CAD: 03starseeker * r48269 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: Check return of rt_db_put_internal - CID 123 |
| 14:11.46 | CIA-57 | BRL-CAD: 03starseeker * r48270 10/brlcad/trunk/src/conv/jack/jack-g.c: Check return of nmg_kill_zero_length_edgeuses - CID 124 |
| 14:13.27 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 14:17.04 | CIA-57 | BRL-CAD: 03indianlarry * r48271 10/brlcad/trunk/src/ (8 files in 6 dirs): |
| 14:17.05 | CIA-57 | BRL-CAD: Cleanup of cases where assignment made in 'if' conditional but variable never |
| 14:17.05 | CIA-57 | BRL-CAD: used. Felt more readable leaving variable assignment so simply moved assignment |
| 14:17.05 | CIA-57 | BRL-CAD: outside of 'if'. Relates to CID 1681, 1695, 1705, 1705, 1715, 1716, 1717, 1820, |
| 14:17.05 | CIA-57 | BRL-CAD: 1822 |
| 14:20.14 | CIA-57 | BRL-CAD: 03starseeker * r48272 10/brlcad/trunk/src/conv/jack/jack-g.c: More checking for empty_model cases using return of nmg_kill_zero_length_edgeuses - CID 125 |
| 14:29.20 | CIA-57 | BRL-CAD: 03starseeker * r48273 10/brlcad/trunk/src/fb/pl-fb.c: Check return of BuildStr in pl-fb, print warning. CID 127 |
| 14:35.48 | CIA-57 | BRL-CAD: 03starseeker * r48274 10/brlcad/trunk/src/gtools/beset/population.c: Add check for rt_db_put_internal return in beset - CID 128 |
| 14:42.12 | CIA-57 | BRL-CAD: 03starseeker * r48275 10/brlcad/trunk/src/lgt/do_options.c: Add check on return of ready_Output_Device - CID 129 |
| 14:42.15 | CIA-57 | BRL-CAD: 03erikgreenwald * r48276 10/brlcad/trunk/src/conv/g-egg.c: check file and object name existance. Cov1524 |
| 14:47.12 | CIA-57 | BRL-CAD: 03starseeker * r48277 10/brlcad/trunk/src/libged/sphgroup.c: Check return of rt_db_get_internal - CID 134 |
| 14:48.27 | CIA-57 | BRL-CAD: 03erikgreenwald * r48278 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: fix null check out model struct. Cov1847 |
| 14:51.01 | CIA-57 | BRL-CAD: 03erikgreenwald * r48279 10/brlcad/trunk/src/conv/g-egg.c: dup bu_exit to quell missing break warning. Cov336 |
| 14:57.49 | CIA-57 | BRL-CAD: 03starseeker * r48280 10/brlcad/trunk/src/libged/ (wdb_obj.c xpush.c): Check returns of db_dirdelete. CID 135 (wdb_obj.c case highlights the need for cleanup in libged to remove duplicate code...) |
| 15:06.46 | CIA-57 | BRL-CAD: 03starseeker * r48281 10/brlcad/trunk/src/liboptical/photonmap.c: Check return values on bu_struct_parse in photonmap.c - CID 136 |
| 15:07.31 | CIA-57 | BRL-CAD: 03erikgreenwald * r48282 10/brlcad/trunk/src/libgcv/test_bottess.c: simplify passing of intersect line segment ends, hopefully clearing up cov1749. |
| 15:10.41 | CIA-57 | BRL-CAD: 03erikgreenwald * r48283 10/brlcad/trunk/src/libgcv/test_bottess.c: extend urf array one entry (hopefully all compilers do static partial evaluation). Cov1861 |
| 15:13.55 | CIA-57 | BRL-CAD: 03n_reed * r48284 10/brlcad/trunk/src/conv/jack/jack-g.c: notify user if empty model isn't written, CID 124 |
| 15:24.48 | CIA-57 | BRL-CAD: 03starseeker * r48285 10/brlcad/trunk/src/liboptical/sh_light.c: Check the return value of rt_bound_tree - CID 138 |
| 15:26.42 | CIA-57 | BRL-CAD: 03erikgreenwald * r48286 10/brlcad/trunk/src/libgcv/bottess.c: ack, +1, not +11 ! Cov1748 |
| 15:28.10 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:28.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:31.16 | CIA-57 | BRL-CAD: 03starseeker * r48287 10/brlcad/trunk/src/mged/dm-X.c: Check return value of bu_struct_parse - CID 145 |
| 15:41.34 | CIA-57 | BRL-CAD: 03starseeker * r48288 10/brlcad/trunk/src/mged/dm-X.c: Be a little better about freeing memory when returning TCL_ERROR |
| 15:42.04 | CIA-57 | BRL-CAD: 03erikgreenwald * r48289 10/brlcad/trunk/src/libgcv/bottess.c: remove untriggerable error checking. Cov1732 |
| 15:43.06 | CIA-57 | BRL-CAD: 03starseeker * r48290 10/brlcad/trunk/src/mged/dm-ogl.c: Check bu_struct_parse return for Ogl_dm. CID 146 |
| 15:48.01 | CIA-57 | BRL-CAD: 03starseeker * r48291 10/brlcad/trunk/src/mged/vparse.c: Check return of bu_struct_parse - CID 148 |
| 15:50.15 | CIA-57 | BRL-CAD: 03erikgreenwald * r48292 10/brlcad/trunk/src/libgcv/bottess.c: test return value of db_walk_tree and log on failure. Cov1724 |
| 15:54.57 | CIA-57 | BRL-CAD: 03brlcad * r48293 10/brlcad/trunk/ (39 files in 19 dirs): |
| 15:54.57 | CIA-57 | BRL-CAD: adding a new parameter to bu_file_exists() so we can capture a file descriptor |
| 15:54.57 | CIA-57 | BRL-CAD: at the same time as stat'ing whether a file exists to prevent time-of-check vs |
| 15:54.57 | CIA-57 | BRL-CAD: time-of-use vulnerabilities. right now, ignorantly assuming read-only access is |
| 15:54.57 | CIA-57 | BRL-CAD: sufficient and that an fd is better than an fp (without reason). |
| 15:57.32 | CIA-57 | BRL-CAD: 03starseeker * r48294 10/brlcad/trunk/src/rt/reshoot.c: Issue warnings for bu_struct_parse in src/rt/reshoot.c - CID 152 |
| 16:07.21 | CIA-57 | BRL-CAD: 03brlcad * r48295 10/brlcad/trunk/src/libbu/ptbl.c: usually taking size of pointer variables is suspecious, but here we actually mean it. still, use the type instead of the pointer. cov cid 105 |
| 16:26.56 | CIA-57 | BRL-CAD: 03brlcad * r48296 10/brlcad/trunk/src/lgt/reflect.c: fix defect detected by coverity (cid 513). was taking the address of a local and then using it out-of-scope. |
| 16:27.56 | CIA-57 | BRL-CAD: 03erikgreenwald * r48297 10/brlcad/trunk/src/libbn/tabdata.c: close file pointer on bad line read to prevent fd leak. Cov1877 |
| 16:28.02 | CIA-57 | BRL-CAD: 03starseeker * r48298 10/brlcad/trunk/src/libgcv/bottess.c: might as well identify the parent function. |
| 16:31.36 | CIA-57 | BRL-CAD: 03r_weiss * r48299 10/brlcad/trunk/src/libged/draw.c: Updated function 'draw_nmg_region_start' in file 'draw.c'. Changed a test for an idenity matrix from a null pointer test to testing the contents of the matrix. |
| 16:32.20 | CIA-57 | BRL-CAD: 03erikgreenwald * r48300 10/brlcad/trunk/src/libbn/tabdata.c: no need to close a file descriptor that didn't open. Cov381 |
| 16:39.10 | CIA-57 | BRL-CAD: 03r_weiss * r48301 10/brlcad/trunk/src/libged/dg_obj.c: Updated file 'dg_obj.c' function 'dgo_nmg_region_start'. Changed a test for an idenity matrix from a null pointer test to testing the contents of the matrix. |
| 16:39.22 | CIA-57 | BRL-CAD: 03starseeker * r48302 10/brlcad/trunk/src/conv/step/step-g.cpp: missing NULL param |
| 16:52.41 | CIA-57 | BRL-CAD: 03r_weiss * r48303 10/brlcad/trunk/src/mged/dodraw.c: Updated file 'dodraw.c' function 'mged_nmg_region_start'. Changed test for an identity matrix from a null pointer test to testing the contents of the matrix. |
| 16:56.13 | CIA-57 | BRL-CAD: 03brlcad * r48304 10/brlcad/trunk/src/proc-db/menger.c: missing NULL |
| 17:00.56 | CIA-57 | BRL-CAD: 03starseeker * r48305 10/brlcad/trunk/src/libdm/labels.c: Check rt_db_get_internal - CID 1723 |
| 17:01.23 | CIA-57 | BRL-CAD: 03erikgreenwald * r48306 10/brlcad/trunk/src/libbn/tcl.c: comment out unreachable noise code pending further review. Cov186 |
| 17:02.00 | CIA-57 | BRL-CAD: 03brlcad * r48307 10/brlcad/trunk/src/proc-db/menger.c: ah, it put the NULL, but wrong place |
| 17:04.41 | CIA-57 | BRL-CAD: 03erikgreenwald * r48308 10/brlcad/trunk/src/libbn/tcl.c: disable noise_type def |
| 17:11.40 | CIA-57 | BRL-CAD: 03indianlarry * r48309 10/brlcad/trunk/src/ (conv/step/OpenNurbsInterfaces.cpp proc-db/csgbrep.cpp): Added NULL checks prior to usage to resolve REVERSE_NULL checks for CID 1879, 1880, 1881, 1882 |
| 17:12.06 | CIA-57 | BRL-CAD: 03n_reed * r48310 10/brlcad/trunk/src/fb/pl-fb.c: return void from BuildStr rather than always returning true, CID 127 |
| 17:12.46 | CIA-57 | BRL-CAD: 03starseeker * r48311 10/brlcad/trunk/src/libged/search.c: Check return of db_string_to_path - don't do anything unless we get a sane result from the path conversion. CID 1725 |
| 17:31.57 | CIA-57 | BRL-CAD: 03n_reed * r48312 10/brlcad/trunk/src/ (conv/obj-g.c libgcv/wfobj/tri_face.c): propagate faceuse creation failure and skip faces that don't yield a faceuse |
| 17:34.14 | CIA-57 | BRL-CAD: 03starseeker * r48313 10/brlcad/trunk/src/conv/step/STEPWrapper.cpp: Check return of brep validity test - CID 1836 |
| 17:38.16 | CIA-57 | BRL-CAD: 03starseeker * r48314 10/brlcad/trunk/src/mged/setup.c: Check Bu_Init return - CID 1726 |
| 17:38.50 | CIA-57 | BRL-CAD: 03erikgreenwald * r48315 10/brlcad/trunk/src/librt/primitives/ars/ars.c: set min/max to quell coverity (even though the next line sets them via a func). Cov1930 |
| 17:44.28 | CIA-57 | BRL-CAD: 03erikgreenwald * r48316 10/brlcad/trunk/src/librt/vlist.c: fill in cargs in case rt_uplot_get_*args does not fill. Cov1928 |
| 17:47.34 | CIA-57 | BRL-CAD: 03brlcad * r48317 10/brlcad/trunk/src/lgt/reflect.c: ws, style, indent overhaul to conform with package conventions |
| 17:55.51 | CIA-57 | BRL-CAD: 03starseeker * r48318 10/brlcad/trunk/src/librt/search.c: Make sure we've got something initializing all the fields of OPTION - CID 1619 |
| 18:00.17 | starseeker | hmm - http://www.ibm.com/developerworks/library/s-buffer-defend.html |
| 18:10.52 | CIA-57 | BRL-CAD: 03starseeker * r48319 10/brlcad/trunk/src/libged/red.c: Check the value of dp to see if it is RT_DIR_NULL (also add some missing frees for a vls that has been inited when calling return in several places.) CID 398 |
| 18:14.45 | CIA-57 | BRL-CAD: 03starseeker * r48320 10/brlcad/trunk/src/libged/red.c: close fp before returning - CID 496 |
| 18:20.47 | CIA-57 | BRL-CAD: 03starseeker * r48321 10/brlcad/trunk/src/libged/ged.c: Check if filename is NULL - CID 1551 |
| 18:23.37 | CIA-57 | BRL-CAD: 03starseeker * r48322 10/brlcad/trunk/src/libged/gqa.c: fclose before returning error - CID 470 |
| 18:58.32 | CIA-57 | BRL-CAD: 03erikgreenwald * r48323 10/brlcad/trunk/src/liboptical/sh_plastic.c: test for pp==NULL early to avoid forward null issue. Cov1744 |
| 19:08.33 | CIA-57 | BRL-CAD: 03brlcad * r48324 10/brlcad/trunk/src/libbu/temp.c: secure the temp file with only user read-write permissions so we don't let snooping eyes see what we're doing or get access if umask is nefarious. fixed in response to coverity scan (cov cid 1255) SECURE_TEMP check. |
| 19:14.39 | CIA-57 | BRL-CAD: 03erikgreenwald * r48325 10/brlcad/trunk/src/libged/fracture.c: eliminate unused assign. Cov1703 |
| 19:19.35 | CIA-57 | BRL-CAD: 03erikgreenwald * r48326 10/brlcad/trunk/src/libged/comb.c: test value of dp to quell unused value warning from Cov1702 |
| 19:21.11 | CIA-57 | BRL-CAD: 03brlcad * r48327 10/brlcad/trunk/src/other/step/src/clstepcore/complexSupport.h: strcpy() is unsafe to use given the 'n' argument is a parameter to the function. use strncpy() instead so we can always null-terminate the result. issue detected in brl-cad coverity scan (cov cid 1925) |
| 19:34.44 | CIA-57 | BRL-CAD: 03erikgreenwald * r48328 10/brlcad/trunk/src/liboptical/sh_scloud.c: set incident light to 0,0,0 (Cov1623) |
| 19:34.50 | CIA-57 | BRL-CAD: 03n_reed * r48329 10/brlcad/trunk/src/ (5 files in 3 dirs): default code was being appended to rule code to prevent fall-through; now requiring a cl flag to avoid generating unreachable code |
| 19:38.36 | *** join/#brlcad merzo (~merzo@183-199-133-95.pool.ukrtel.net) | |
| 19:42.20 | CIA-57 | BRL-CAD: 03brlcad * r48330 10/brlcad/trunk/src/fb/gif2fb.c: |
| 19:42.21 | CIA-57 | BRL-CAD: if the gif header is short and we're in a verbose debug mode, the magic number |
| 19:42.21 | CIA-57 | BRL-CAD: gets printed. the character array isn't null-terminated, though, so copy it to |
| 19:42.21 | CIA-57 | BRL-CAD: a string buffer for clarity (even in spite of using %.6s). should quell cov cid |
| 19:42.21 | CIA-57 | BRL-CAD: 1457. |
| 19:43.26 | CIA-57 | BRL-CAD: 03erikgreenwald * r48331 10/brlcad/trunk/src/liboptical/sh_toyota.c: close file handle on exit. Cov500 |
| 19:49.47 | CIA-57 | BRL-CAD: 03erikgreenwald * r48332 10/brlcad/trunk/src/liboptical/photonmap.c: Push and Pop do not seem to be used, so eliminate them. Also happens to fix Cov431. |
| 19:52.56 | CIA-57 | BRL-CAD: 03erikgreenwald * r48333 10/brlcad/trunk/src/liboptical/photonmap.c: verify irradiance cache info on read. Cov1483 |
| 19:53.49 | CIA-57 | BRL-CAD: 03brlcad * r48334 10/brlcad/trunk/src/fbed/fbed.c: leave room for a terminating nul char in the length calculations, and always terminate at the end of our fread memory instead of just at the end of the buffer. this fixes a coverity STRING_NULL defect (cov cid 1458). |
| 19:55.25 | CIA-57 | BRL-CAD: 03erikgreenwald * r48335 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1759 |
| 19:56.08 | CIA-57 | BRL-CAD: 03brlcad * r48336 10/brlcad/trunk/src/fbed/fbed.c: remove argsused comment |
| 19:56.23 | CIA-57 | BRL-CAD: 03erikgreenwald * r48337 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1760 |
| 19:56.57 | CIA-57 | BRL-CAD: 03erikgreenwald * r48338 10/brlcad/trunk/src/liboptical/sh_stack.c: test sp for null before dereferencing. Cov1761 |
| 19:57.49 | CIA-57 | BRL-CAD: 03erikgreenwald * r48339 10/brlcad/trunk/src/liboptical/sh_stack.c: add return value |
| 20:04.15 | CIA-57 | BRL-CAD: 03brlcad * r48340 10/brlcad/trunk/src/libged/human.c: pass the dude around as a pointer instead of a copy. might have intended a copy so still need to regression test this one, but should address coverity PASS_BY_VALUE check (cov cid 430). |
| 20:08.10 | CIA-57 | BRL-CAD: 03brlcad * r48341 10/brlcad/trunk/src/librt/primitives/ (half/half.c hf/hf.c): bah, add deprecation statements to hf.c .. not half.c |
| 20:10.12 | CIA-57 | BRL-CAD: 03erikgreenwald * r48342 10/brlcad/trunk/src/conv/obj-g.c: test to make sure vert allocation succeeded. Cov1757 |
| 20:12.34 | CIA-57 | BRL-CAD: 03erikgreenwald * r48343 10/brlcad/trunk/src/conv/obj-g.c: verify nmg model is generated. Cov1756 |
| 20:29.48 | CIA-57 | BRL-CAD: 03erikgreenwald * r48344 10/brlcad/trunk/src/proc-db/vegetation.c: test segList before deref. Cov569 |
| 20:37.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48345 10/brlcad/trunk/src/proc-db/molecule.c: test atom value before using as index in array. Cov1487 |
| 20:40.15 | CIA-57 | BRL-CAD: 03erikgreenwald * r48346 10/brlcad/trunk/src/proc-db/contours.c: test npts to verify a valid positive number for looping. Cov1486 |
| 20:51.24 | CIA-57 | BRL-CAD: 03starseeker * r48347 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: split is passed in as a pointer, and all other code seems to be working with the value pointed to, not the pointer held by split itself - assume the goal here was not to squash the pointer value. CID 235. |
| 20:52.47 | CIA-57 | BRL-CAD: 03erikgreenwald * r48348 10/brlcad/trunk/src/proc-db/menger.c: fix bit test logic to actually test. Cov1728 |
| 20:55.14 | CIA-57 | BRL-CAD: 03erikgreenwald * r48349 10/brlcad/trunk/src/proc-db/menger.c: fix bit test logic to actually test. Cov1729 |
| 21:06.18 | CIA-57 | BRL-CAD: 03starseeker * r48350 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Don't try to print keep_eu if it's NULL - just print a log message that it is NULL. Debugging case only. CID 237 |
| 21:07.27 | CIA-57 | BRL-CAD: 03brlcad * r48351 10/brlcad/trunk/src/libbu/file.c: |
| 21:07.27 | CIA-57 | BRL-CAD: fix a TOCTOU time-of-check, time-of-use race condition reported by coverity now |
| 21:07.27 | CIA-57 | BRL-CAD: that we can capture a fild descriptor from bu_file_exists(). with that, now all |
| 21:07.27 | CIA-57 | BRL-CAD: of the stat calls will act on the same file. might still call remove() on a |
| 21:07.27 | CIA-57 | BRL-CAD: different path, but there's no way to unlink a file descriptor. (cov cid 1800) |
| 21:11.23 | CIA-57 | BRL-CAD: 03n_reed * r48352 10/brlcad/trunk/src/conv/comgeom/cvt.c: more checking of user-supplied filenames before using them, CID 1771 |
| 21:17.52 | CIA-57 | BRL-CAD: 03brlcad * r48353 10/brlcad/trunk/src/libbu/progname.c: default prefix on crash logs files with (BRL-CAD) instead of (unknown) so it's clear where they came from even when we don't know the application's name. |
| 21:19.35 | CIA-57 | BRL-CAD: 03starseeker * r48354 10/brlcad/trunk/src/burst/prnt.c: Protect p assignment from the case where p is NULL. CID 238 |
| 21:20.39 | CIA-57 | BRL-CAD: 03starseeker * r48355 10/brlcad/trunk/src/burst/prnt.c: Whoops - NULL -> NUL |
| 21:27.57 | CIA-57 | BRL-CAD: 03brlcad * r48356 10/brlcad/trunk/TODO: g-nff crashes |
| 21:28.01 | CIA-57 | BRL-CAD: 03starseeker * r48357 10/brlcad/trunk/src/libfb/fb_util.c: Coverity wants us to do something about the NULL case if we're testing for it - the fb_ functions always seem to return 0 - just do that if ifp is NULL, rather than calling other functions. CID 239, 240 |
| 21:32.13 | CIA-57 | BRL-CAD: 03brlcad * r48358 10/brlcad/trunk/TODO: g-dot seems to be having trouble too |
| 21:33.33 | CIA-57 | BRL-CAD: 03starseeker * r48359 10/brlcad/trunk/src/librt/shoot.c: No fp, no function calling - Bad Things likely if we do. CID 241 |
| 21:35.00 | CIA-57 | BRL-CAD: 03indianlarry * r48360 10/brlcad/trunk/src/conv/step/ (28 files): |
| 21:35.01 | CIA-57 | BRL-CAD: Added initialization for all class fields in constructor to take care of |
| 21:35.01 | CIA-57 | BRL-CAD: UNINIT_CTOR for CIDS: |
| 21:35.01 | CIA-57 | BRL-CAD: 1935,1939,1938,1941,1940,1944,1943,1946,1945,1949,1948,1951,1950,1953,1952,1957,1947,1959,1958,1960,1954,1962,1961,1964,1963,1965,1942,1967,1966,1969,1968,1971,1970,1972,1936,1974,1973,1976,1975,1980,1979,1982,1981,1983 |
| 23:07.33 | CIA-57 | BRL-CAD: 03starseeker * r48361 10/brlcad/trunk/src/libged/bot_dump.c: |
| 23:07.33 | CIA-57 | BRL-CAD: Check if we have a binary file type and don't have STL as the type - in that |
| 23:07.33 | CIA-57 | BRL-CAD: case, we won't have a valid fp and continuing on to the switch statement is a |
| 23:07.33 | CIA-57 | BRL-CAD: Bad Idea - instead, inform the user we have a binary+non-STL situation and |
| 23:07.33 | CIA-57 | BRL-CAD: return. CID 243 |
| 23:24.28 | CIA-57 | BRL-CAD: 03starseeker * r48362 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: Check for the null myhit case - CID 245 |
| 23:28.32 | CIA-57 | BRL-CAD: 03starseeker * r48363 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: Don't do something that needs to check fp if fp has been NULLed out. CID 247 |
| 23:32.09 | CIA-57 | BRL-CAD: 03starseeker * r48364 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Make sure we have this before we try bu_logging it. CID 248 |
| 23:35.31 | CIA-57 | BRL-CAD: 03starseeker * r48365 10/brlcad/trunk/src/conv/g-vrml.c: If we have no path, we're done here - return. CID 250 |
| 23:38.24 | CIA-57 | BRL-CAD: 03starseeker * r48366 10/brlcad/trunk/src/conv/iges/revolve.c: Check for the NULL case first - CID 251 |
| 23:42.32 | CIA-57 | BRL-CAD: 03starseeker * r48367 10/brlcad/trunk/src/conv/iges/showtree.c: Make sure we've got ptr->parent - may want to revisit and see if we really need to verify it earlier... CID 252 |
| 23:57.29 | CIA-57 | BRL-CAD: 03starseeker * r48368 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: (log message trimmed) |
| 23:57.29 | CIA-57 | BRL-CAD: This one's a bit more interesting. Coverity doesn't think the tol->dist |
| 23:57.29 | CIA-57 | BRL-CAD: comparison with the -1 settings of dist1 and dist2 is enough to guanantee a |
| 23:57.29 | CIA-57 | BRL-CAD: continue in the bad case, and if that's so then next_fus->vp being check for |
| 23:57.29 | CIA-57 | BRL-CAD: NULL earlier and then being used may imply a problem. I doubt we're getting |
| 23:57.29 | CIA-57 | BRL-CAD: negative tolerances, but since the tol type is double it's not forbidden. |
| 23:57.30 | CIA-57 | BRL-CAD: Rather than depend on the -1 comparison, set a control variable that will |
| 00:21.22 | CIA-57 | BRL-CAD: 03starseeker * r48369 10/brlcad/trunk/src/conv/proe-g.c: Check for wmem before we start playing with matricies - if we don't have it, warn and ignore. CID 256 |
| 06:10.47 | brlcad | looks like gcc10 is down tonight |
| 06:11.05 | brlcad | had to re-setup the entire build env on a diff host |
| 06:11.13 | brlcad | ugh |
| 06:11.31 | brlcad | run5 being scanned now |
| 07:43.38 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 09:00.10 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 09:16.51 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:48.35 | CIA-57 | BRL-CAD: 03indianlarry * r48370 10/brlcad/trunk/src/libged/ (make_pnts.c wdb_obj.c): Additional cleanup of cases where assignment made in 'if' conditional but variable never used. Relates to Coverity Run 5 CID 1704, 1705 |
| 09:51.24 | CIA-57 | BRL-CAD: 03indianlarry * r48371 10/brlcad/trunk/src/conv/step/ (EdgeCurve.cpp EdgeCurve.h Ellipse.cpp): Added initialization for all class fields in constructor. Relates to Run 5 CID 1975,1976,1979,1980. |
| 10:24.04 | CIA-57 | BRL-CAD: 03indianlarry * r48372 10/brlcad/trunk/src/conv/step/ (11 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1934, 1977, 1984-97 |
| 10:39.05 | CIA-57 | BRL-CAD: 03indianlarry * r48373 10/brlcad/trunk/src/conv/step/ (5 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1937,1955,1956,1978 |
| 10:55.18 | CIA-57 | BRL-CAD: 03indianlarry * r48374 10/brlcad/trunk/src/conv/step/ (7 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 1999,2000,2002-7,2009-10,2012-13 |
| 11:09.59 | CIA-57 | BRL-CAD: 03indianlarry * r48375 10/brlcad/trunk/src/conv/step/ (9 files): Added initialization for all class fields in constructor to take care of coverity UNINIT_CTOR. Relates to Run 5 CID 2008, 2011, 2019-20, 2022-33 |
| 12:04.34 | CIA-57 | BRL-CAD: 03indianlarry * r48376 10/brlcad/trunk/src/conv/step/Factory.cpp: Added check for NULL before calling method pointer resolving FORWARD_NULL issue from coverity. Relates to CIDs: 1840-43 |
| 12:36.43 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 12:36.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:53.44 | CIA-57 | BRL-CAD: 03starseeker * r48377 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: By this point in the code logic, myhit is actually completely moot - shouldn't be trying to log it at all. CID 245, 2055 |
| 14:01.11 | CIA-57 | BRL-CAD: 03starseeker * r48378 10/brlcad/trunk/src/conv/comgeom/cvt.c: We actually want to return if argv is NULL, not if it's true. CID 1771, 2057 |
| 14:05.44 | CIA-57 | BRL-CAD: 03starseeker * r48379 10/brlcad/trunk/src/libged/comb.c: Don't appear to need this lookup in the first place. CID 1702, 2056 |
| 14:09.56 | CIA-57 | BRL-CAD: 03starseeker * r48380 10/brlcad/trunk/src/conv/obj-g.c: Only try the nmg_km if we have fu - move the call inside the protection of the null check. CID 2058 |
| 14:23.46 | CIA-57 | BRL-CAD: 03starseeker * r48381 10/brlcad/trunk/src/fb/gif2fb.c: magic is bigger than Header.GH_Magic - we only want to memcpy the length of Header.GH_Magic. CID 2059 |
| 14:23.48 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 14:29.20 | CIA-57 | BRL-CAD: 03starseeker * r48382 10/brlcad/trunk/src/libged/red.c: Ah, right, goto means we could be skipping fclose. Don't want to do that. CID 2060 |
| 14:33.59 | CIA-57 | BRL-CAD: 03starseeker * r48383 10/brlcad/trunk/src/fb/pl-fb.c: Stray return left over from CID 127 cleanup. CID 2061 |
| 14:49.54 | CIA-57 | BRL-CAD: 03starseeker * r48384 10/brlcad/trunk/src/libged/bot_dump.c: Go ahead and check the fp before calling the write functions for bot_dump... CID 243 |
| 15:09.43 | CIA-57 | BRL-CAD: 03brlcad * r48385 10/brlcad/trunk/src/libbu/parallel.c: don't set ncpu to 1 if the method of detecting cpus fails. there may be alternate/additional methods available that can succeed. this prevents a DEADCODE condition reported by coerity (cov cid 160) |
| 15:13.19 | CIA-57 | BRL-CAD: 03brlcad * r48386 10/brlcad/trunk/src/conv/g-nff.c: ws, style |
| 15:14.04 | CIA-57 | BRL-CAD: 03brlcad * r48387 10/brlcad/trunk/src/conv/g-nff.c: wow, k&r main() but not the rest. |
| 15:30.36 | CIA-57 | BRL-CAD: 03r_weiss * r48388 10/brlcad/trunk/src/conv/iges/ (check_names.c g-iges.c): Cleanup of iges-g and g-iges converters. Removed a possible race condition by using the 'access' function instead of 'stat'. Cleanup of logic for creating unique brlcad names. |
| 15:37.26 | CIA-57 | BRL-CAD: 03n_reed * r48389 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: remove duplicated if test, CID 2055 |
| 15:46.12 | CIA-57 | BRL-CAD: 03indianlarry * r48390 10/brlcad/trunk/src/conv/step/ (EdgeCurve.cpp OrientedEdge.cpp): Added check for NULL before using entiry field to resolve FORWARD_NULL issue from coverity. Relates to CIDs: 1844-5 |
| 16:04.23 | CIA-57 | BRL-CAD: 03starseeker * r48391 10/brlcad/trunk/src/libpkg/pkg.c: service shouldn't be null with pkg_permserver - just check for it up front. CID 257 |
| 16:08.33 | CIA-57 | BRL-CAD: 03indianlarry * r48392 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Preprocessed out "dead_code", eventually remove but offers alternative to curve fitting method used for pullback. Should quell coverity scan CID 1838 |
| 16:08.46 | CIA-57 | BRL-CAD: 03r_weiss * r48393 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file 'nmg_mk.c' function 'nmg_demote_lu'. Fixed error when debug enabled when an element is referenced after freed. |
| 16:12.43 | CIA-57 | BRL-CAD: 03starseeker * r48394 10/brlcad/trunk/src/libpkg/pkg.c: Check for null pc->pkc_buf - CID 258 |
| 16:27.46 | CIA-57 | BRL-CAD: 03starseeker * r48395 10/brlcad/trunk/src/irprep/ir-X.c: Don't fool around with this - if scanf fails and we have no file pointer, exit. CID 259 |
| 16:41.25 | CIA-57 | BRL-CAD: 03starseeker * r48396 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 260 |
| 16:43.11 | CIA-57 | BRL-CAD: 03n_reed * r48397 10/brlcad/trunk/src/conv/step/PCurveOrSurface.cpp: removed extra semicolons |
| 16:44.01 | CIA-57 | BRL-CAD: 03r_weiss * r48398 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: Updated file 'nmg_extrude.c' function 'nmg_break_crossed_loops'. Removed potential use of 'pt' before it is initialized. Presently 'nmg_break_crossed_loops' is not being called. |
| 16:51.44 | CIA-57 | BRL-CAD: 03r_weiss * r48399 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file 'nmg_mk.c' function 'nmg_demote_eu'. Removed potential of referencing an element after it is freed. |
| 16:55.00 | CIA-57 | BRL-CAD: 03starseeker * r48400 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 261 |
| 16:58.10 | CIA-57 | BRL-CAD: 03starseeker * r48401 10/brlcad/trunk/src/lgt/do_options.c: Check for NULL args case, log and return appropriately. CID 262 |
| 16:58.27 | CIA-57 | BRL-CAD: 03r_weiss * r48402 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Updated file 'nmg_bool.c' function 'nmg_booltree_leaf_tess'. Removed potential of referencing an uninitialized pointer. |
| 17:05.28 | CIA-57 | BRL-CAD: 03r_weiss * r48403 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Updated funtion 'nmg_plot_fu' in file 'nmg_tri.c'. Removed an unused variable which was giving a coverity error of uninitialized. |
| 17:12.14 | CIA-57 | BRL-CAD: 03starseeker * r48404 10/brlcad/trunk/src/lgt/do_options.c: Check for null svkey_fp - CID 263 |
| 17:20.07 | CIA-57 | BRL-CAD: 03starseeker * r48405 10/brlcad/trunk/src/lgt/reflect.c: Check for NULL lgt_entry. CID 264 |
| 17:29.38 | CIA-57 | BRL-CAD: 03starseeker * r48406 10/brlcad/trunk/src/libdm/dm-X.c: Make sure we have pt_prev before proceeding to use it - CID 265 |
| 17:33.13 | CIA-57 | BRL-CAD: 03starseeker * r48407 10/brlcad/trunk/src/libdm/dm-plot.c: Make sure we have pt_prev before proceeding to use it - CID 266 |
| 17:38.45 | CIA-57 | BRL-CAD: 03starseeker * r48408 10/brlcad/trunk/src/libdm/dm-tk.c: Make sure we have pt_prev before proceeding to use it - CID 267 |
| 17:41.18 | CIA-57 | BRL-CAD: 03brlcad * r48409 10/brlcad/trunk/src/libbu/convert.c: convert from manually trying to test the platform endian to using bu_byteorder(). this should take care of a coverity DEADCODE issue since it's not based on sizeof(). (cov cid 161) |
| 17:41.36 | CIA-57 | BRL-CAD: 03starseeker * r48410 10/brlcad/trunk/src/libfb/fb_obj.c: If we get FBIO_NULL, return an error. CID 269 |
| 17:44.51 | CIA-57 | BRL-CAD: 03indianlarry * r48411 10/brlcad/trunk/src/conv/step/ (7 files): Added checks on known NULL returning functions to quell NULL_RETURNS issues from coverity. Relates to coverity CIDs Run 5 :1853-9 |
| 17:47.06 | CIA-57 | BRL-CAD: 03starseeker * r48412 10/brlcad/trunk/src/libfb/if_X.c: If we're going to check for ifp, don't do anything that might require ifp without the OK. Not entirely clear if there should be some failure case here, of the 'sliently ignore' behavior is preferred... CID 270 |
| 17:48.15 | CIA-57 | BRL-CAD: 03brlcad * r48413 10/brlcad/trunk/src/libbu/convert.c: eh, reduce. Endian isn't used other than to check if we're big endian so just eliminate the static altogether (which was a multithreading issue anyways). (cov cid 161) |
| 17:53.25 | CIA-57 | BRL-CAD: 03starseeker * r48414 10/brlcad/trunk/src/libfb/if_X.c: is_linear means we don't have a cmp - in that case, don't try to use it. CID 271 |
| 17:56.23 | CIA-57 | BRL-CAD: 03n_reed * r48415 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: forgot to dereference counter pointer before increment, CID 97 |
| 18:00.43 | CIA-57 | BRL-CAD: 03starseeker * r48416 10/brlcad/trunk/src/libfb/if_mem.c: Check if file is NULL up front. CID 272 |
| 18:03.47 | CIA-57 | BRL-CAD: 03r_weiss * r48417 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' function 'main'. Coverity CID 1777. Changed the file name string to use vls strings instead of pointing back to the input arg list string. |
| 18:09.19 | CIA-57 | BRL-CAD: 03starseeker * r48418 10/brlcad/trunk/src/libpkg/pkg.c: Don't do the PKC_ERROR cast - not correct. |
| 18:21.23 | CIA-57 | BRL-CAD: 03brlcad * r48419 10/brlcad/trunk/src/libbu/convert.c: eliminate a DEADCODE condition reported by coverity since the logic will never be CV_D at this point in the code. (cov cid 162) |
| 18:32.22 | CIA-57 | BRL-CAD: 03starseeker * r48420 10/brlcad/trunk/src/libged/bigE.c: Make sure we have eptr before trying to use it in the LEAF case. CID 273 |
| 18:37.12 | CIA-57 | BRL-CAD: 03starseeker * r48421 10/brlcad/trunk/src/libged/draw.c: Add a check for tsp not being NULL - CID 274 |
| 18:45.55 | CIA-57 | BRL-CAD: 03starseeker * r48422 10/brlcad/trunk/src/libged/bot_dump.c: Do some sanity checking on fp in data_dump. CID 275 |
| 18:50.21 | CIA-57 | BRL-CAD: 03starseeker * r48423 10/brlcad/trunk/src/libged/bot_split.c: Put the rt_db_put_internal call using dp inside the check for the NULL condition - safer. CID 276 |
| 18:52.55 | CIA-57 | BRL-CAD: 03brlcad * r48424 10/brlcad/trunk/src/libbu/parse.c: missing break statement on unimplemented switch case. fixes coverity MISSING_BREAK defect (cov cid 345). |
| 19:04.46 | CIA-57 | BRL-CAD: 03starseeker * r48425 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Wrap the brep uses inside the null checks. CID 277-291 |
| 19:20.01 | CIA-57 | BRL-CAD: 03indianlarry * r48426 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Removed unused debug code causing coverity CID 2037. |
| 19:22.09 | CIA-57 | BRL-CAD: 03starseeker * r48427 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: If the perplex template changes, we want to do a rebuild of the tools that use it. |
| 19:28.10 | CIA-57 | BRL-CAD: 03starseeker * r48428 10/brlcad/trunk/src/other/perplex/scanner_template.c: Make sure we have buf before we void out buf->elts. Scanner template fix will impact all users of perplex - CID 1839 |
| 19:33.33 | CIA-57 | BRL-CAD: 03bob1961 * r48429 10/brlcad/trunk/src/libged/ (glob.c qray.c): To appease MGED when it doesn't have a database open, GED_OK needs to be returned when the qray or glob commands are called. |
| 19:41.42 | *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com) | |
| 19:55.46 | CIA-57 | BRL-CAD: 03bob1961 * r48430 10/brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: run 5, CID 2041. Removed the offending debug statement. |
| 20:00.53 | CIA-57 | BRL-CAD: 03r_weiss * r48431 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' file to correct type errors. Coverity CID 1765. |
| 20:13.55 | CIA-57 | BRL-CAD: 03indianlarry * r48432 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: |
| 20:13.57 | CIA-57 | BRL-CAD: Now getting last element in Std::List by using "data.segments.back()" (after |
| 20:13.59 | CIA-57 | BRL-CAD: check to make sure list is not empty) instead of misusing iterator |
| 20:13.59 | CIA-57 | BRL-CAD: "data.segments.end()" walking past the end of its container. Relates to Run 5 |
| 20:13.59 | CIA-57 | BRL-CAD: CID 1851. |
| 20:30.05 | CIA-57 | BRL-CAD: 03r_weiss * r48433 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' to correct a bug where a null pointer could be dereferenced. Coverity CID 1739. |
| 20:33.01 | CIA-57 | BRL-CAD: 03starseeker * r48434 10/brlcad/trunk/src/libdm/dm-ps.c: Make sure pt_prev isn't NULL before trying to use it - CID 267 |
| 20:35.15 | CIA-57 | BRL-CAD: 03bob1961 * r48435 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: run 5, CID 1929. Initialize a variable before it gets used (for covarity). |
| 20:35.20 | CIA-57 | BRL-CAD: 03starseeker * r48436 10/brlcad/trunk/src/libged/wdb_bigE.c: Check eptr before we use it. CID 292 |
| 20:54.09 | CIA-57 | BRL-CAD: 03indianlarry * r48437 10/brlcad/trunk/src/conv/step/ (33 files): Reset stream "sticky" setting of std::Hex back to std::dec. Related to CIDs: 1884-1924. |
| 20:54.26 | CIA-57 | BRL-CAD: 03starseeker * r48438 10/brlcad/trunk/src/libged/dg_obj.c: Don't do the tsp assignment unless we actually have tsp - CID 293 |
| 20:57.47 | CIA-57 | BRL-CAD: 03starseeker * r48439 10/brlcad/trunk/src/libged/ls.c: Make sure we have type before we call strlen - CID 294 |
| 21:08.45 | CIA-57 | BRL-CAD: 03starseeker * r48440 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Check fu_base before using it - Coverity thinks there's a path to get there that can have fu_base NULL. CID 295 |
| 21:10.36 | CIA-57 | BRL-CAD: 03indianlarry * r48441 10/brlcad/trunk/src/conv/step/NamedUnit.cpp: Added coverity suggested work-around for double-free of virtual base class memory in destructor by setting freed member to NULL. Relates to CIDs: 2042-53 |
| 21:10.38 | CIA-57 | BRL-CAD: 03n_reed * r48442 10/brlcad/trunk/src/libcursor/cursor.c: terminate potentially unterminated string, CID 108 |
| 21:11.09 | CIA-57 | BRL-CAD: 03starseeker * r48443 10/brlcad/trunk/src/libged/wdb_obj.c: Make sure type isn't null before calling strlen - CID 299 |
| 21:11.12 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 21:23.45 | CIA-57 | BRL-CAD: 03n_reed * r48444 10/brlcad/trunk/src/libpkg/pkg.c: terminate possibly unterminated strings, CID 109, CID 110 |
| 22:05.49 | CIA-57 | BRL-CAD: 03n_reed * r48445 10/brlcad/trunk/src/liborle/rle.c: always check returns from getc, CID 112, 115, 116 |
| 22:08.12 | CIA-57 | BRL-CAD: 03bob1961 * r48446 10/brlcad/trunk/src/libged/glob.c: Need to check gedp for NULL up front. If a database has not been opened return without complaint. Note - the command and it's args are in ged_result_str. |
| 22:19.14 | CIA-57 | BRL-CAD: 03bob1961 * r48447 10/brlcad/trunk/ (include/bu.h src/libbu/CMakeLists.txt src/libbu/ctype.c): Added bu_str_isprint. |
| 22:39.47 | CIA-57 | BRL-CAD: 03bob1961 * r48448 10/brlcad/trunk/src/conv/intaval/tgf-g.cpp: run 5, CID 1927, tainted string. Atleast check to make sure the string is not NULL and consists of printable characters. |
| 22:40.40 | CIA-57 | BRL-CAD: 03bob1961 * r48449 10/brlcad/trunk/src/libbu/ctype.c: Tweak bu_str_isprint to return 0 for empty strings. |
| 23:11.22 | CIA-57 | BRL-CAD: 03starseeker * r48450 10/brlcad/trunk/src/librt/prep.c: Make sure of tsp before we do something with it. CID 300 |
| 23:16.43 | CIA-57 | BRL-CAD: 03starseeker * r48451 10/brlcad/trunk/src/libbu/parse.c: Check parsetab before using it - CID 301 |
| 23:36.08 | CIA-57 | BRL-CAD: 03brlcad * r48452 10/brlcad/trunk/src/nirt/nirt.h: make nirt prompt only have one space after the prompt |
| 23:50.39 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:51.44 | CIA-57 | BRL-CAD: 03brlcad * r48453 10/brlcad/trunk/ (9 files in 6 dirs): |
| 23:51.44 | CIA-57 | BRL-CAD: refactor bu_list_path() and bu_count_path() into a new bu_dir_list() function |
| 23:51.44 | CIA-57 | BRL-CAD: that performs both. returns the count now and optionally takes a pattern |
| 23:51.44 | CIA-57 | BRL-CAD: (instead of a suffix) and conditionally handles all of the memory allocation for |
| 23:51.45 | CIA-57 | BRL-CAD: the caller automatically. fixed a memory leak and off-by-one bug. documented |
| 23:51.45 | CIA-57 | BRL-CAD: the new function and one caller in nirt accordingly. initiated in response to |
| 23:51.46 | CIA-57 | BRL-CAD: RESOURCE_LEAK reported by coverity (cov cid 478). |
| 23:59.06 | CIA-57 | BRL-CAD: 03starseeker * r48454 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Reworking of polycurve handling in revolve_brep.cpp - CID 306 |
| 00:02.33 | CIA-57 | BRL-CAD: 03starseeker * r48455 10/brlcad/trunk/src/librt/tree.c: No tsp, no use tsp. CID 307 |
| 00:10.52 | CIA-57 | BRL-CAD: 03starseeker * r48456 10/brlcad/trunk/src/mged/animedit.c: Coverity found a path that gets to this point in animedit with test_hold null - check for the null, but may be symptomatic of deeper issue. CID 309 |
| 00:12.52 | CIA-57 | BRL-CAD: 03brlcad * r48457 10/brlcad/trunk/src/libbu/fnmatch.c: initialize the checkfun callback even though we don't use it for sanity. coverity UNINIT (cid 1616). |
| 00:13.27 | CIA-57 | BRL-CAD: 03starseeker * r48458 10/brlcad/trunk/src/mged/animedit.c: for good measure, check second usage. |
| 00:21.02 | CIA-57 | BRL-CAD: 03starseeker * r48459 10/brlcad/trunk/src/mged/dodraw.c: Another check the tsp first case - CID 310 |
| 00:30.22 | CIA-57 | BRL-CAD: 03starseeker * r48460 10/brlcad/trunk/src/mged/ (CMakeLists.txt hideline.c): Remove hideline.c - function within it flagged by Coverity, no use of any code in file - CID 311 |
| 00:32.26 | CIA-57 | BRL-CAD: 03brlcad * r48461 10/brlcad/trunk/CMakeLists.txt: test for the mmsystem.h windows header so we can conditionalize on feature instead of platform. |
| 00:32.31 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 00:35.10 | CIA-57 | BRL-CAD: 03brlcad * r48462 10/brlcad/trunk/src/libbu/timer.c: |
| 00:35.11 | CIA-57 | BRL-CAD: Restructure and cleanup. conditionalize on feature instead of platform and pull |
| 00:35.11 | CIA-57 | BRL-CAD: the logging statement into a fall-back case so we'll know at compile-time if we |
| 00:35.11 | CIA-57 | BRL-CAD: end up in an undefined state. handles coverity UNREACHABLE issue (cid 1669). |
| 00:36.24 | CIA-57 | BRL-CAD: 03starseeker * r48463 10/brlcad/trunk/src/mged/setup.c: If interpreter is NULL, that's a Bad Thing - warn and return without trying anything fancy. CID 312 |
| 00:51.50 | CIA-57 | BRL-CAD: 03starseeker * r48464 10/brlcad/trunk/src/nirt/command.c: No rtip, no shoot - CID 313 |
| 00:52.24 | CIA-57 | BRL-CAD: 03brlcad * r48465 10/brlcad/trunk/src/libbu/test_htond.c: naive attempt to quell coverity DEADCODE warning (cid 1731). the sizeof() constant is expectedly causing unreachable code. |
| 00:53.04 | CIA-57 | BRL-CAD: 03starseeker * r48466 10/brlcad/trunk/src/nirt/command.c: properly mark buffer and ctp as unused |
| 00:59.06 | CIA-57 | BRL-CAD: 03starseeker * r48467 10/brlcad/trunk/src/proc-db/pipe.c: Don't call Make_name if we've got a sphere - CID 315 |
| 00:59.10 | CIA-57 | BRL-CAD: 03brlcad * r48468 10/brlcad/trunk/src/libbu/test_htond.c: try a lil harder, make len volatile |
| 01:03.17 | CIA-57 | BRL-CAD: 03starseeker * r48469 10/brlcad/trunk/src/remrt/remrt.c: only try things with fp if it's not NULL - CID 317 |
| 01:19.40 | CIA-57 | BRL-CAD: 03starseeker * r48470 10/brlcad/trunk/ (NEWS src/shapes/coil.c): Fixed a crash condition in coil where the combination of the -S and -l options would result in an attempt to dereference a NULL variable. CID 318 |
| 01:21.33 | CIA-57 | BRL-CAD: 03brlcad * r48471 10/brlcad/trunk/src/libbu/vls.c: |
| 01:21.33 | CIA-57 | BRL-CAD: fix for an off-by-one strncpy() error reported by coverity via OVERRUN_STATIC |
| 01:21.33 | CIA-57 | BRL-CAD: check. my own bad even after numerous terrible refactorings. it was writing |
| 01:21.33 | CIA-57 | BRL-CAD: one byte too many after the fbuf format buffer for long format strings. few |
| 01:21.33 | CIA-57 | BRL-CAD: more iterations and might get it right eventually. (cid 1747) |
| 01:22.14 | CIA-57 | BRL-CAD: 03brlcad * r48472 10/brlcad/trunk/src/libbu/vls.c: what's a few more bytes amongst friends |
| 01:25.21 | CIA-57 | BRL-CAD: 03starseeker * r48473 10/brlcad/trunk/src/libged/wdb_obj.c: Can't report that wdbp is null to the interpreter when the data structure containing the pointer to the interpreter (wdbp) is null - just return TCL_ERROR. CID 1740 |
| 01:26.49 | CIA-57 | BRL-CAD: 03brlcad * r48474 10/brlcad/trunk/src/libbu/temp.c: |
| 01:26.49 | CIA-57 | BRL-CAD: dereferencing the popped list value without actually checking if it's null |
| 01:26.49 | CIA-57 | BRL-CAD: (although the loop iterator does this for us, so not technically an issue). |
| 01:26.49 | CIA-57 | BRL-CAD: simplify the logic. should fix coverity REVERSE_INULL issue. (cov cid 1758) |
| 01:36.26 | CIA-57 | BRL-CAD: 03brlcad * r48475 10/brlcad/trunk/src/libbu/test_htond.c: try a trivial quellage for coverity TAINTED_SCALAR issue. given the unit test is not standalone, though, it could use some improvement love or get removed. (cid 1767) |
| 01:46.54 | CIA-57 | BRL-CAD: 03starseeker * r48476 10/brlcad/trunk/src/libged/edit.c: Correct test for subcmd.cmd - CID 1741 |
| 01:49.33 | CIA-57 | BRL-CAD: 03starseeker * r48477 10/brlcad/trunk/src/libged/png.c: more pt_prev checks - CID 1742 |
| 01:51.40 | CIA-57 | BRL-CAD: 03starseeker * r48478 10/brlcad/trunk/src/libged/ps.c: more pt_prev checks - CID 1743 |
| 01:54.27 | CIA-57 | BRL-CAD: 03starseeker * r48479 10/brlcad/trunk/src/rt/heatgraph.c: Check fbp for NULL - CID 1745 |
| 02:07.00 | CIA-57 | BRL-CAD: 03brlcad * r48480 10/brlcad/trunk/src/shapes/fence.c: |
| 02:07.00 | CIA-57 | BRL-CAD: fixes for coverity FORWARD_NULL and RESOURCE_LEAK defects (cid 1848,1849,1878) |
| 02:07.00 | CIA-57 | BRL-CAD: where we kept processing if a db operation failed. memory leak was a malloc() |
| 02:07.00 | CIA-57 | BRL-CAD: that snuck past libbu memory allocation conversion reviews somehow. |
| 05:08.54 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 05:12.45 | *** part/#brlcad cadman (~Adium@64.178.177.71) | |
| 05:15.12 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:15.40 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 07:16.10 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:07.52 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 11:22.04 | CIA-57 | BRL-CAD: 03indianlarry * r48481 10/brlcad/trunk/src/conv/step/ (11 files): Cleaned up coverity identified memory leaks. These relate to Run 6 CIDs: 1865-76. |
| 12:22.54 | starseeker | O.o http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617613#119 |
| 13:45.16 | CIA-57 | BRL-CAD: 03n_reed * r48482 10/brlcad/trunk/src/fb/pp-fb.c: need to compare getchar return to EOF, CID 113 |
| 13:47.01 | CIA-57 | BRL-CAD: 03starseeker * r48483 10/brlcad/trunk/src/libged/wdb_bigE.c: Checking is pointless - eptr is always null in this case - CID 2063 |
| 13:51.45 | CIA-57 | BRL-CAD: 03starseeker * r48484 10/brlcad/trunk/src/libged/bigE.c: Checking is pointless - eptr is always null in this case - CID 2062 |
| 14:02.06 | CIA-57 | BRL-CAD: 03erikgreenwald * r48485 10/brlcad/trunk/src/conv/g-egg.c: move the argv test to after the advance. Cov1524 |
| 14:04.55 | CIA-57 | BRL-CAD: 03r_weiss * r48486 10/brlcad/trunk/src/conv/obj-g.c: Updated file 'obj-g.c' to remove potential of dereferencing a null pointer. Coverity CID 1739. |
| 14:09.07 | CIA-57 | BRL-CAD: 03starseeker * r48487 10/brlcad/trunk/src/libged/edit.c: Make sure we have kp_v before we de-reference it - CID 1846 |
| 14:14.19 | CIA-57 | BRL-CAD: 03n_reed * r48488 10/brlcad/trunk/src/util/sun-pix.c: need to compare getc returns to EOF, CID 117 |
| 14:17.52 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:21.17 | CIA-57 | BRL-CAD: 03starseeker * r48489 10/brlcad/trunk/src/fb/gif2fb.c: Do the NULL check. CID 397 |
| 14:21.45 | CIA-57 | BRL-CAD: 03erikgreenwald * r48490 10/brlcad/trunk/src/burst/ui.c: close colorfile after reading it (resource leak Cov462) |
| 14:23.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48491 10/brlcad/trunk/src/conv/fast4-g.c: close file after reading colors. Cov463 |
| 14:24.47 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:47.28 | *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net) | |
| 14:47.33 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:52.42 | CIA-57 | BRL-CAD: 03bob1961 * r48492 10/brlcad/trunk/src/conv/intaval/tgf-g.cpp: Undo the last two commits because they didn't satisfy covarity. We have another lower level fix that should suffice. |
| 15:04.18 | CIA-57 | BRL-CAD: 03n_reed * r48493 10/brlcad/trunk/src/vdeck/vdeck.c: check getchar return for EOF, and ensure dest string is not overrun, CID 118 |
| 15:05.04 | CIA-57 | BRL-CAD: 03erikgreenwald * r48494 10/brlcad/trunk/src/libged/view_obj.c: set default view pt. CID 1622 |
| 15:08.29 | CIA-57 | BRL-CAD: 03erikgreenwald * r48495 10/brlcad/trunk/src/libged/view_obj.c: initialize var. CID1621 |
| 15:12.51 | CIA-57 | BRL-CAD: 03erikgreenwald * r48496 10/brlcad/trunk/src/librt/shoot.c: zero out shootray status memory. Cov1627 |
| 15:14.54 | CIA-57 | BRL-CAD: 03erikgreenwald * r48497 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: zero out hit structs. Cov1626 |
| 15:16.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48498 10/brlcad/trunk/src/librt/bundle.c: zero out shootray status memory. Cov1624 |
| 15:22.08 | CIA-57 | BRL-CAD: 03brlcad * r48499 10/brlcad/trunk/src/libbu/test_htond.c: 48475 didn't fix it, revert |
| 15:22.27 | CIA-57 | BRL-CAD: 03starseeker * r48500 10/brlcad/trunk/ (include/bu.h src/libbu/brlcad_path.c src/libbu/file.c): Wrap realpath/GetFullPathName logic into a bu routine for re-use in other locations - move it out of brlcad_path.c |
| 15:22.30 | CIA-57 | BRL-CAD: 03erikgreenwald * r48501 10/brlcad/trunk/src/librt/vlist.c: Pull magic values out to ../src/librt/bundle.cdefines. Zero out all carg/carg memory. Cov1617 |
| 15:25.57 | CIA-57 | BRL-CAD: 03n_reed * r48502 10/brlcad/trunk/src/fb/gif-fb.c: s/==/=, CID 154 |
| 15:35.48 | CIA-57 | BRL-CAD: 03erikgreenwald * r48503 10/brlcad/trunk/src/librt/bundle.c: include string for memset |
| 15:37.06 | CIA-57 | BRL-CAD: 03bob1961 * r48504 10/brlcad/trunk/src/irprep/shapefact.c: run 6, CID 1926, tainted scalar. Check upper and lower bound of loops. Also change loops and r to size_t instead of double. |
| 15:44.57 | CIA-57 | BRL-CAD: 03n_reed * r48505 10/brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: remove unnecessary null check, CID 163 |
| 15:48.28 | CIA-57 | BRL-CAD: 03bob1961 * r48506 10/brlcad/trunk/src/librt/primitives/obj_vshot.c: run 6, CID 1850, infinite loop. |
| 15:50.28 | CIA-57 | BRL-CAD: 03starseeker * r48507 10/brlcad/trunk/ (5 files in 2 dirs): rename to bu_realpath. |
| 15:53.40 | CIA-57 | BRL-CAD: 03brlcad * r48508 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_htond.c): remove test_htond since it has a coverity issue and usage is not obvious given it requires some specific input fed via stdin. |
| 15:58.54 | CIA-57 | BRL-CAD: 03bob1961 * r48509 10/brlcad/trunk/src/libdm/query.c: run 6, CID 1818, unreachable. |
| 16:01.44 | CIA-57 | BRL-CAD: 03n_reed * r48510 10/brlcad/trunk/src/conv/comgeom/solid.c: prevent leak, remove dead free, CID 165 |
| 16:12.36 | CIA-57 | BRL-CAD: 03bob1961 * r48511 10/brlcad/trunk/src/shapes/window_frame.c: run 6, CID 1812, UNINIT. |
| 16:16.53 | CIA-57 | BRL-CAD: 03bob1961 * r48512 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1811, UNINIT. |
| 16:18.50 | CIA-57 | BRL-CAD: 03erikgreenwald * r48513 10/brlcad/trunk/src/librt/db5_io.c: test lenbuf after fread to verify an actual number is there before decoding the length. Cov1459 |
| 16:22.30 | CIA-57 | BRL-CAD: 03bob1961 * r48514 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1810, UNINIT. |
| 16:27.02 | CIA-57 | BRL-CAD: 03bob1961 * r48515 10/brlcad/trunk/src/shapes/gastank.c: run 6, CID 1809, UNINIT. |
| 16:29.19 | CIA-57 | BRL-CAD: 03erikgreenwald * r48516 10/brlcad/trunk/src/librt/db5_io.c: test for possible overflow on pointer advance. Cov322 |
| 16:36.02 | CIA-57 | BRL-CAD: 03erikgreenwald * r48517 10/brlcad/trunk/src/librt/db5_io.c: force addr/phony to unsigned explicitely to avoid coverity warning about a possible negative later. CID 368 |
| 16:36.11 | CIA-57 | BRL-CAD: 03starseeker * r48518 10/brlcad/trunk/src/shapes/coil.c: Dead code - is_start is either true or it isn't. CID 1672 |
| 16:37.52 | CIA-57 | BRL-CAD: 03starseeker * r48519 10/brlcad/trunk/src/shapes/coil.c: Same deal - is_start is either true or false, so one of the two if conditions will return. CID 1673 |
| 16:45.14 | CIA-57 | BRL-CAD: 03bob1961 * r48520 10/brlcad/trunk/include/raytrace.h: Added RT_CURVATURE_INIT_ZERO. |
| 16:46.26 | CIA-57 | BRL-CAD: 03bob1961 * r48521 10/brlcad/trunk/src/rt/rtshot.c: run 6, CID 1806, UNINIT. |
| 16:48.43 | CIA-57 | BRL-CAD: 03n_reed * r48522 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: bad control logic, CID 167 |
| 16:50.41 | CIA-57 | BRL-CAD: 03erikgreenwald * r48523 10/brlcad/trunk/src/librt/db5_io.c: fix up handling of length reading. Cov1459. |
| 16:53.16 | CIA-57 | BRL-CAD: 03erikgreenwald * r48524 10/brlcad/trunk/src/librt/db_scan.c: check return value of ftell. Cov369 |
| 16:54.36 | CIA-57 | BRL-CAD: 03bob1961 * r48525 10/brlcad/trunk/src/librt/bool.c: run 6, CID 1804/5, UNINIT. |
| 16:58.30 | CIA-57 | BRL-CAD: 03erikgreenwald * r48526 10/brlcad/trunk/src/liboptical/photonmap.c: actually return on failed irradiance cache read instead of just reporting failure and attempting to continue... |
| 17:06.50 | CIA-57 | BRL-CAD: 03erikgreenwald * r48527 10/brlcad/trunk/src/liboptical/photonmap.c: test I1 values. Cov1483 |
| 17:13.14 | CIA-57 | BRL-CAD: 03erikgreenwald * r48528 10/brlcad/trunk/src/librt/db_lookup.c: minor cleanup for readability. Explicitly cast char to long for hash (Cov1257) |
| 17:13.50 | CIA-57 | BRL-CAD: 03bob1961 * r48529 10/brlcad/trunk/src/irprep/shapefact.c: clamp loops to UINT32_MAX. |
| 17:23.39 | CIA-57 | BRL-CAD: 03starseeker * r48530 10/brlcad/trunk/src/irprep/shapefact.c: scanf failures are bad - if we aren't giving them another chance to enter info, exit instead of just printing an error. |
| 17:25.57 | CIA-57 | BRL-CAD: 03bob1961 * r48531 10/brlcad/trunk/src/conv/g-vrml.c: run 6, CID 1762,3,4. SIZEOF_MISMATCH. |
| 17:26.45 | CIA-57 | BRL-CAD: 03n_reed * r48532 10/brlcad/trunk/src/conv/asc/asc2g.c: missing break, CID 335 |
| 17:41.22 | CIA-57 | BRL-CAD: 03n_reed * r48533 10/brlcad/trunk/src/conv/iges/iges.c: replace multi-case switch with single if. CID 337 |
| 17:47.25 | CIA-57 | BRL-CAD: 03n_reed * r48534 10/brlcad/trunk/src/conv/nastran-g.c: missing break CID 338 |
| 17:50.24 | CIA-57 | BRL-CAD: 03erikgreenwald * r48535 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: remove test to see if nhits > MAX_HITS, as nhits is set to 0 before. Cov211 |
| 17:54.45 | CIA-57 | BRL-CAD: 03indianlarry * r48536 10/brlcad/trunk/src/libbu/ (mappedfile.c realpath.c): Attempt to fix most of the TAINTED_STRING issues. Currently only testing call to bu_realpath() in bu_open_mapped_file(). |
| 17:55.44 | CIA-57 | BRL-CAD: 03bob1961 * r48537 10/brlcad/trunk/src/liboptical/material.c: run 6, CID 1754, RESOURCE LEAK. |
| 17:58.10 | CIA-57 | BRL-CAD: 03starseeker * r48538 10/brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: initialize the parser - CID 1933 |
| 17:58.25 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 17:58.38 | CIA-57 | BRL-CAD: 03erikgreenwald * r48539 10/brlcad/trunk/src/librt/primitives/bot/bot.c: bn_dist_pt2_lseg2 returns [-2,3], so cases 4 and 5 can never be reached. Comment them out for now. Cov354 |
| 18:00.19 | CIA-57 | BRL-CAD: 03erikgreenwald * r48540 10/brlcad/trunk/src/librt/primitives/bot/bot.c: comment out unused variables |
| 18:02.24 | CIA-57 | BRL-CAD: 03bob1961 * r48541 10/brlcad/trunk/src/libged/color.c: run 6, CID 1753, RESOURCE LEAK. |
| 18:04.08 | CIA-57 | BRL-CAD: 03n_reed * r48542 10/brlcad/trunk/src/conv/nmg/g-nmg.c: missing break CID 339 |
| 18:14.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:18.58 | CIA-57 | BRL-CAD: 03n_reed * r48543 10/brlcad/trunk/src/conv/patch/rpatch.c: fall-through from default case CID 340 |
| 18:19.26 | CIA-57 | BRL-CAD: 03erikgreenwald * r48544 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: add missing break Cov356 |
| 18:20.38 | CIA-57 | BRL-CAD: 03erikgreenwald * r48545 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: add missing break Cov355 |
| 18:20.51 | CIA-57 | BRL-CAD: 03starseeker * r48546 10/brlcad/trunk/src/other/lemon/lempar.c: do the check before using the index value, to avoid a possible negative index value - CID 1883 |
| 18:22.34 | CIA-57 | BRL-CAD: 03erikgreenwald * r48547 10/brlcad/trunk/src/util/pixdsplit.c: test argv before trying to open Cov1582 |
| 18:23.06 | CIA-57 | BRL-CAD: 03starseeker * r48548 10/brlcad/trunk/ (3 files in 3 dirs): Go ahead and depend on the template file when running lemon - it's usually static, but we just had a case where it WAS changed, so check in the future. |
| 18:23.47 | CIA-57 | BRL-CAD: 03erikgreenwald * r48549 10/brlcad/trunk/src/util/pixdsplit.c: NULL -> '\0' |
| 18:26.36 | CIA-57 | BRL-CAD: 03erikgreenwald * r48550 10/brlcad/trunk/src/util/dsp_add.c: stat after the open, hopefully avoiding the race condition. Cov1592 |
| 18:26.44 | CIA-57 | BRL-CAD: 03n_reed * r48551 10/brlcad/trunk/src/fb/fbzoom.c: fall-through from default case CID 341 |
| 18:35.30 | *** join/#brlcad merzo (~merzo@69-227-133-95.pool.ukrtel.net) | |
| 18:37.40 | CIA-57 | BRL-CAD: 03starseeker * r48552 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free before returning null - CID 1873 |
| 18:39.51 | CIA-57 | BRL-CAD: 03brlcad * r48553 10/brlcad/trunk/src/libbu/mappedfile.c: |
| 18:39.51 | CIA-57 | BRL-CAD: twice as long, but should be much more readable than the convoluted mess it was. |
| 18:39.51 | CIA-57 | BRL-CAD: still room for improvement and several bits of replication but it should be |
| 18:39.51 | CIA-57 | BRL-CAD: equivalent. consequently fixes a TOCTOU issue reported by coverity due to the |
| 18:39.51 | CIA-57 | BRL-CAD: stat that was followed by a later open call. (cid 1587) |
| 18:39.55 | CIA-57 | BRL-CAD: 03bob1961 * r48554 10/brlcad/trunk/src/libged/vdraw.c: run 6, CID 1752, OVERRUN STATIC. |
| 18:42.05 | *** join/#brlcad merzo (~merzo@98-201-201-46.pool.ukrtel.net) | |
| 18:45.53 | CIA-57 | BRL-CAD: 03indianlarry * r48555 10/brlcad/trunk/src/libged/ (make.c typein.c): Fixed case where sizeof(fastf_t **)should be sizeof(fastf_t *) as picked up by coverity. Resolves Run 6 CIDs: 1267-8. |
| 18:49.55 | *** join/#brlcad b0ef (~b0ef@241.194.251.212.customer.cdi.no) | |
| 18:50.17 | CIA-57 | BRL-CAD: 03erikgreenwald * r48556 10/brlcad/trunk/src/librt/primitives/bot/bot.c: change logical op to bitwise op for setting bit flags. Cov153 |
| 18:50.47 | CIA-57 | BRL-CAD: 03n_reed * r48557 10/brlcad/trunk/src/fb/pp-fb.c: remove unnecessary quit flag to get pure fall-through. CID 344 |
| 18:52.35 | CIA-57 | BRL-CAD: 03starseeker * r48558 10/brlcad/trunk/src/other/lemon/lempar.c: Make sure yyruleno is sane - CID 1860 |
| 19:17.38 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 19:18.37 | *** part/#brlcad cadman (~Adium@64.178.177.71) | |
| 19:19.03 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 19:28.50 | CIA-57 | BRL-CAD: 03erikgreenwald * r48559 10/brlcad/trunk/src/libged/edit.c: coverity says this necessarily passes, so if0 it out. Cov1727 |
| 19:31.58 | CIA-57 | BRL-CAD: 03erikgreenwald * r48560 10/brlcad/trunk/src/librt/primitives/nmg/nmg.c: add test to verify that count > 0. Cov572 |
| 19:37.58 | CIA-57 | BRL-CAD: 03erikgreenwald * r48561 10/brlcad/trunk/src/librt/comb/db_comb.c: set string terminator Cov111 |
| 19:38.45 | CIA-57 | BRL-CAD: 03erikgreenwald * r48562 10/brlcad/trunk/src/librt/comb/db_comb.c: set string terminator Cov107 |
| 19:47.27 | CIA-57 | BRL-CAD: 03erikgreenwald * r48563 10/brlcad/trunk/src/conv/asc/asc2g.c: remove unreachable line Cov1667 |
| 19:48.54 | CIA-57 | BRL-CAD: 03erikgreenwald * r48564 10/brlcad/trunk/src/conv/g-acad.c: remove unreachable chunk (longjmp) Cov1668 |
| 19:54.31 | brlcad | hi cadman |
| 19:56.01 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 19:56.35 | CIA-57 | BRL-CAD: 03erikgreenwald * r48565 10/brlcad/trunk/src/lgt/do_options.c: bump args by one to handle "! cmd" case. Stash the args ptr in case args is advanced and free it on exit. Cov399 |
| 19:58.34 | CIA-57 | BRL-CAD: 03erikgreenwald * r48566 10/brlcad/trunk/src/libged/get_solid_kp.c: if0 unreachable code out until pipe origin setting fixed. Cov78 |
| 19:59.43 | CIA-57 | BRL-CAD: 03erikgreenwald * r48567 10/brlcad/trunk/src/rttherm/ssampview.c: remove unreachable colorspace checking code. Cov1671 |
| 20:03.17 | CIA-57 | BRL-CAD: 03erikgreenwald * r48568 10/brlcad/trunk/src/mged/mged.c: if0 logging code out until it's re-enabled with optimized. Cov1670 |
| 20:07.42 | CIA-57 | BRL-CAD: 03erikgreenwald * r48569 10/brlcad/trunk/src/librt/comb/db_comb.c: oops, s/namebuf/name/ |
| 20:10.38 | CIA-57 | BRL-CAD: 03starseeker * r48570 10/brlcad/trunk/src/shapes/window_frame.c: Initialize some variables in window_frame.c CID 1814-1816 |
| 20:11.27 | CIA-57 | BRL-CAD: 03erikgreenwald * r48571 10/brlcad/trunk/ (include/raytrace.h src/librt/comb/db_comb.c): drop const since it's edited |
| 20:13.39 | CIA-57 | BRL-CAD: 03brlcad * r48572 10/brlcad/trunk/src/libbu/convert.c: cast value to unsigned long before shift to avoid implicit sign extension. detected by converity SIGN_EXTENSION check (cid 1258). |
| 20:16.33 | CIA-57 | BRL-CAD: 03starseeker * r48573 10/brlcad/trunk/src/util/pixuntile.c: Initialize FILE array. CID 1646 |
| 20:18.12 | CIA-57 | BRL-CAD: 03n_reed * r48574 10/brlcad/trunk/src/libged/clone.c: intentional fall-through, see if adding comment quiets issue CID 348 |
| 20:19.39 | CIA-57 | BRL-CAD: 03erikgreenwald * r48575 10/brlcad/trunk/ (include/raytrace.h src/librt/db_io.c): alter db_fwrite_external to remove const name |
| 20:21.24 | CIA-57 | BRL-CAD: 03n_reed * r48576 10/brlcad/trunk/src/libged/comb.c: remove fall-through from default case CID 348 |
| 20:22.38 | CIA-57 | BRL-CAD: 03starseeker * r48577 10/brlcad/trunk/src/shapes/window.c: Initialize some variables - CID 1640-1644 |
| 20:24.05 | CIA-57 | BRL-CAD: 03brlcad * r48578 10/brlcad/trunk/src/libbu/parse.c: |
| 20:24.05 | CIA-57 | BRL-CAD: we're setting the 32-bit or'd buffer value into a size_t so have to be careful |
| 20:24.05 | CIA-57 | BRL-CAD: about implicit sign extension going from unsigned char to int for the shift to |
| 20:24.05 | CIA-57 | BRL-CAD: size_t (unsigned). cast to size_t before the shift to keep it unsigned. |
| 20:24.05 | CIA-57 | BRL-CAD: detected by coverity SIGN_EXTENSION check (cid 1259,1260,1261,1262). |
| 20:26.14 | CIA-57 | BRL-CAD: 03n_reed * r48579 10/brlcad/trunk/src/libged/combmem.c: missing breaks. CID 349, CID 350 |
| 20:28.54 | CIA-57 | BRL-CAD: 03starseeker * r48580 10/brlcad/trunk/src/shapes/handle.c: Initialize some varibles in handle - CID 1635-1639 |
| 20:32.20 | CIA-57 | BRL-CAD: 03erikgreenwald * r48581 10/brlcad/trunk/ (3 files in 3 dirs): undo the const dropping |
| 20:33.02 | CIA-57 | BRL-CAD: 03n_reed * r48582 10/brlcad/trunk/src/libged/put_comb.c: remove fall-through from default case CID 351 |
| 20:37.51 | CIA-57 | BRL-CAD: 03starseeker * r48583 10/brlcad/trunk/src/rt/viewray.c: Initialize some vect_t variables. CID 1634 |
| 20:38.52 | CIA-57 | BRL-CAD: 03brlcad * r48584 10/brlcad/trunk/misc/enigma/enigma.c: fix coverity reported BUFFER_SIZE_WARNING complaining about strncpy being used without ensuring nul termination. terminate and done. (cid 106) |
| 20:40.15 | CIA-57 | BRL-CAD: 03n_reed * r48585 10/brlcad/trunk/src/libged/wdb_obj.c: remove fall-through from default case. CID 353 |
| 20:44.39 | CIA-57 | BRL-CAD: 03bob1961 * r48586 10/brlcad/trunk/src/libfft/ifftc.c: run 6, CID 1769, TAINTED SCALAR. |
| 20:45.44 | CIA-57 | BRL-CAD: 03brlcad * r48587 10/brlcad/trunk/misc/enigma/enigma.c: crypt() manpage says it will return 13 or 30 bytes plus nul terminator, so make the buffers bigger. |
| 20:45.50 | CIA-57 | BRL-CAD: 03bob1961 * r48588 10/brlcad/trunk/src/libfft/fftc.c: run 6, CID 1768, TAINTED SCALAR. |
| 20:48.20 | CIA-57 | BRL-CAD: 03erikgreenwald * r48589 10/brlcad/trunk/src/librt/comb/db_comb.c: set terminators on strings after NAMEMOVE |
| 20:50.49 | CIA-57 | BRL-CAD: 03erikgreenwald * r48590 10/brlcad/trunk/src/libged/get_solid_kp.c: comment out unused vars |
| 20:52.15 | CIA-57 | BRL-CAD: 03n_reed * r48591 10/brlcad/trunk/misc/enigma/enigma.c: typo |
| 20:56.22 | CIA-57 | BRL-CAD: 03erikgreenwald * r48592 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: bomb on bad face calc. Cov1835 |
| 20:58.02 | CIA-57 | BRL-CAD: 03starseeker * r48593 10/brlcad/trunk/src/conv/intaval/read_dra.cpp: Make sure form.id doesn't end up uninitialized - CID 1610 |
| 20:59.59 | CIA-57 | BRL-CAD: 03indianlarry * r48594 10/brlcad/trunk/src/libpc/pcVariable.h: std::list:erase() returns next iterator or list::end() so removed increment on erase parameter and assigned instead. Relates to Run 6 CID 333. |
| 21:06.58 | CIA-57 | BRL-CAD: 03starseeker * r48595 10/brlcad/trunk/src/mged/mged.c: Turn of the variables - we aren't using them. |
| 21:08.53 | CIA-57 | BRL-CAD: 03r_weiss * r48596 10/brlcad/trunk/src/libged/nmg_simplify.c: Rewrote function 'ged_nmg_simplify'. Coverity CID 199. |
| 21:09.06 | CIA-57 | BRL-CAD: 03starseeker * r48597 10/brlcad/trunk/src/ (10 files in 7 dirs): Use the VINIT_ZERO define and friends. |
| 21:15.54 | CIA-57 | BRL-CAD: 03bob1961 * r48598 10/brlcad/trunk/src/libged/move_arb_edge.c: run 6, CID 412, OVERRUN STATIC. |
| 21:17.16 | CIA-57 | BRL-CAD: 03n_reed * r48599 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: missing breaks. CID 359 |
| 21:17.21 | CIA-57 | BRL-CAD: 03starseeker * r48600 10/brlcad/trunk/src/rt/rtscale.c: initialize new_min and new_max - CID 1631, 1632 |
| 21:27.46 | CIA-57 | BRL-CAD: 03n_reed * r48601 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: missing breaks. CID 361, CID 362 |
| 21:32.46 | CIA-57 | BRL-CAD: 03n_reed * r48602 10/brlcad/trunk/src/mged/edsol.c: missing break. CID 363 |
| 21:34.22 | CIA-57 | BRL-CAD: 03brlcad * r48603 10/brlcad/trunk/src/rt/do.c: rewrite the snippet of code in rt that detects a partial result in order to avoid a time-of-call, time-of-use race condition. (cov 1591) |
| 21:38.42 | CIA-57 | BRL-CAD: 03n_reed * r48604 10/brlcad/trunk/src/util/asc-pl.c: missing breaks. CID 364 |
| 21:40.42 | CIA-57 | BRL-CAD: 03brlcad * r48605 10/brlcad/trunk/src/rt/do.c: whoa nelly, fix them errors on the right side |
| 21:54.51 | CIA-57 | BRL-CAD: 03r_weiss * r48606 10/brlcad/trunk/src/libged/nmg_simplify.c: Update to function 'ged_nmg_simplify'. Improved success of ARB and TGC simplification. |
| 21:56.28 | CIA-57 | BRL-CAD: 03OStaceyrtzs 07http://brlcad.org * r3267 10/wiki/Questions_to_ask_Before_Buying_the_Kindle_Device: New page: Truly does the [http://www.squidoo.com/where_to_buy_amazon_kindle Purchase Kindle] have all the features you are searching for within a ebook reader? Continue reading to make a decision if... |
| 00:34.28 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 00:36.31 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 01:00.34 | *** join/#brlcad CIA-130 (~CIA@cia.atheme.org) | |
| 01:17.43 | CIA-130 | BRL-CAD: 03starseeker * r48607 10/brlcad/trunk/src/mged/polyif.c: Initialize the point count variable - CID 156 |
| 01:20.31 | CIA-130 | BRL-CAD: 03starseeker * r48608 10/brlcad/trunk/src/mged/edsol.c: Initialize vectors - CID 1629 |
| 01:35.14 | CIA-130 | BRL-CAD: 03starseeker * r48609 10/brlcad/trunk/src/mged/edarb.c: instead of just continuing, initialize any tarb.pt entries that aren't set by the primary permutation entries. CID 1628 |
| 01:36.48 | CIA-130 | BRL-CAD: 03starseeker * r48610 10/brlcad/trunk/src/libged/ypr.c: initialize pt CID 1620 |
| 01:38.27 | CIA-130 | BRL-CAD: 03r_weiss * r48611 10/brlcad/trunk/src/libged/ (move_arb_edge.c wdb_obj.c): Updated functions 'wdb_move_arb_edge_cmd' and 'ged_move_arb_edge'. Coverity CID 411, 412 and 418. |
| 01:51.29 | CIA-130 | BRL-CAD: 03starseeker * r48612 10/brlcad/trunk/src/mged/edarb.c: use VSETALL. |
| 01:53.03 | CIA-130 | BRL-CAD: 03starseeker * r48613 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize top_pl - CID 1618 |
| 01:57.06 | CIA-130 | BRL-CAD: 03starseeker * r48614 10/brlcad/trunk/src/rt/rtshot.c: initialize cur - CID 1615 |
| 01:59.21 | CIA-130 | BRL-CAD: 03starseeker * r48615 10/brlcad/trunk/src/fbserv/fbserv.c: initialize namelen - CID 1614 |
| 02:08.50 | CIA-130 | BRL-CAD: 03starseeker * r48616 10/brlcad/trunk/src/vfont/getfont.c: |
| 02:08.50 | CIA-130 | BRL-CAD: Initialize width and height, but this is actually a complex structure... |
| 02:08.50 | CIA-130 | BRL-CAD: curious, why not have getfont return a pointer that can be checked for NULL, |
| 02:08.50 | CIA-130 | BRL-CAD: instead of the entire struct? Need second option on what to do about |
| 02:08.50 | CIA-130 | BRL-CAD: initializing this 'properly'... CID 1613 |
| 02:11.00 | CIA-130 | BRL-CAD: 03starseeker * r48617 10/brlcad/trunk/src/conv/stl/stl-g.c: initialize tmp_face - CID 1612 |
| 02:12.13 | CIA-130 | BRL-CAD: 03starseeker * r48618 10/brlcad/trunk/src/conv/proe-g.c: Initialize tmp_face - CID 1611 |
| 02:14.12 | CIA-130 | BRL-CAD: 03starseeker * r48619 10/brlcad/trunk/src/conv/iges/recsize.c: Initialize length array - CID 1609 |
| 02:17.11 | CIA-130 | BRL-CAD: 03starseeker * r48620 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize pt1 and pt2 - CID 1608 |
| 02:18.12 | CIA-130 | BRL-CAD: 03starseeker * r48621 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: initialize pt1 and pt2 - CID 1604 |
| 02:22.24 | CIA-130 | BRL-CAD: 03starseeker * r48622 10/brlcad/trunk/src/burst/ui.c: Don't use cmdfile uninitialized. CID 1602 |
| 02:24.39 | CIA-130 | BRL-CAD: 03starseeker * r48623 10/brlcad/trunk/src/burst/ui.c: Don't use cmdfile uninitialized. CID 1601 |
| 02:26.44 | CIA-130 | BRL-CAD: 03starseeker * r48624 10/brlcad/trunk/src/anim/anim_lookat.c: Initialize vect_t variables - CID 1600 |
| 02:29.15 | CIA-130 | BRL-CAD: 03starseeker * r48625 10/brlcad/trunk/src/anim/anim_keyread.c: initialize variables = CID 1599 |
| 02:30.36 | CIA-130 | BRL-CAD: 03starseeker * r48626 10/brlcad/trunk/src/anim/anim_cascade.c: initialize vect_t variables - CID 1598 |
| 02:50.40 | starseeker | thinks the first step for review should be to default set the impact of some categories of bugs... |
| 02:51.02 | starseeker | is looking over his categorizations and realizes he didn't do it right... |
| 02:51.05 | starseeker | oops |
| 02:57.17 | CIA-130 | BRL-CAD: 03starseeker * r48627 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: Free malloced memory if we're erroring out - CID 464 |
| 03:03.01 | CIA-130 | BRL-CAD: 03starseeker * r48628 10/brlcad/trunk/src/liboptical/photonmap.c: Yow. Whole lotta places we can lose FH - add fclose calls. CID 2065 |
| 03:50.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:55.32 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 03:55.43 | brlcad | run 8 being uploaded now |
| 03:59.26 | starseeker | is done committing for the night anyhow :-) |
| 03:59.53 | starseeker | will be interesting to see what the final count is |
| 05:14.42 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 08:05.44 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 09:35.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:05.41 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 11:52.17 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:29.13 | starseeker | pokes CIA-130 |
| 14:21.50 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 16:06.32 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:06.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:29.49 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:29.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:44.27 | CIA-130 | BRL-CAD: 03indianlarry * r48629 10/brlcad/trunk/src/ (21 files in 5 dirs): Fix to remaining tainted strings. Relates to Run 8 CIDs 1517,1545-7,1553,1560,1570-85 |
| 17:48.23 | CIA-130 | BRL-CAD: 03starseeker * r48630 10/brlcad/trunk/src/util/pixclump.c: Close fp before it goes out of scope - CID 512 |
| 17:48.28 | CIA-130 | BRL-CAD: 03starseeker * r48631 10/brlcad/trunk/src/util/pix3filter.c: Free working_name on error cases. CID 511 |
| 17:49.02 | CIA-130 | BRL-CAD: 03starseeker * r48632 10/brlcad/trunk/src/util/pix-alias.c: We malloced it - free it. CID 510 |
| 17:49.40 | CIA-130 | BRL-CAD: 03brlcad * r48633 10/brlcad/trunk/src/rt/do.c: quell unused warning |
| 17:51.26 | CIA-130 | BRL-CAD: 03starseeker * r48634 10/brlcad/trunk/src/tab/tabinterp.c: make sure goto out also closes the fp. CID 509 |
| 17:53.52 | CIA-130 | BRL-CAD: 03starseeker * r48635 10/brlcad/trunk/src/rt/read-rtlog.c: Make sure we fclose the file before returning with an error condition - CID 508 |
| 17:54.02 | CIA-130 | BRL-CAD: 03starseeker * r48636 10/brlcad/trunk/src/remrt/remrt.c: remember to fclose - CID 507 |
| 17:55.38 | CIA-130 | BRL-CAD: 03starseeker * r48637 10/brlcad/trunk/src/remrt/remrt.c: remember to fclose - CID 506 |
| 17:57.33 | CIA-130 | BRL-CAD: 03starseeker * r48638 10/brlcad/trunk/src/mged/tedit.c: remember to fclose when erroring out - CID 504 |
| 17:57.52 | CIA-130 | BRL-CAD: 03starseeker * r48639 10/brlcad/trunk/src/mged/history.c: remember to fclose when erroring out - CID 503 |
| 17:57.55 | CIA-130 | BRL-CAD: 03starseeker * r48640 10/brlcad/trunk/src/mged/clone.c: remember to fclose when erroring out - CID 502 |
| 18:00.01 | CIA-130 | BRL-CAD: 03starseeker * r48641 10/brlcad/trunk/src/libicv/rot.c: remember to fclose - CID 499 |
| 18:02.14 | CIA-130 | BRL-CAD: 03starseeker * r48642 10/brlcad/trunk/src/libged/tree.c: remember to fclose when erroring out - CID 498 |
| 18:09.43 | CIA-130 | BRL-CAD: 03starseeker * r48643 10/brlcad/trunk/src/libged/saveview.c: remember to fclose when erroring out - CID 497 |
| 18:10.25 | CIA-130 | BRL-CAD: 03starseeker * r48644 10/brlcad/trunk/src/libged/loadview.c: remember to fclose when erroring out - CID 494 |
| 18:10.46 | CIA-130 | BRL-CAD: 03starseeker * r48645 10/brlcad/trunk/src/libged/edmater.c: Close, then handle errors - CID 493 |
| 18:11.07 | CIA-130 | BRL-CAD: 03starseeker * r48646 10/brlcad/trunk/src/libged/edcodes.c: Close, then handle errors - CID 492 |
| 18:11.08 | CIA-130 | BRL-CAD: 03bob1961 * r48647 10/brlcad/trunk/src/libged/vdraw.c: run 8, CID 1737, DEADCODE. |
| 18:11.27 | CIA-130 | BRL-CAD: 03starseeker * r48648 10/brlcad/trunk/src/libged/rcodes.c: Close fp - CID 491 |
| 18:11.28 | CIA-130 | BRL-CAD: 03starseeker * r48649 10/brlcad/trunk/src/libged/dg_obj.c: remember to fclose when erroring out - CID 490 |
| 18:11.29 | CIA-130 | BRL-CAD: 03n_reed * r48650 10/brlcad/trunk/src/util/azel.c: remove fall-through from break, CID 366 |
| 18:11.31 | CIA-130 | BRL-CAD: 03starseeker * r48652 10/brlcad/trunk/src/libged/dg_obj.c: Don't try to fopen an output file if fdout is already non-NULL (presumably this happens if multiple -o options are passed...) - CID 490 |
| 18:11.42 | CIA-130 | BRL-CAD: 03n_reed * r48651 10/brlcad/trunk/src/util/dbcp.c: missing break. CID 367 |
| 18:11.43 | CIA-130 | BRL-CAD: 03bob1961 * r48653 10/brlcad/trunk/src/libged/vdraw.c: run 8, CID 1751, OVERRUN STATIC. |
| 18:11.44 | CIA-130 | BRL-CAD: 03brlcad * r48654 10/brlcad/trunk/ (NEWS src/fb/gif2fb.c): looks like there's an off-by-one error in gif2fb, reported by coverity OVERRUN_STATIC check (cid 2059), that should result in a segfault if we attempted to convert a tall non-interlaced image. |
| 18:11.45 | CIA-130 | BRL-CAD: 03starseeker * r48655 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free parent when erroring out - CID 488 |
| 18:11.46 | CIA-130 | BRL-CAD: 03bob1961 * r48656 10/brlcad/trunk/src/libged/get_solid_kp.c: run 8, CID 1736, DEADCODE. |
| 18:11.48 | CIA-130 | BRL-CAD: 03starseeker * r48657 10/brlcad/trunk/src/libged/bot_dump.c: remember to fclose when erroring out - CID 487 |
| 18:11.49 | CIA-130 | BRL-CAD: 03n_reed * r48658 10/brlcad/trunk/src/conv/fast4-g.c: unchecked return from ftell CID 373 |
| 18:12.20 | CIA-130 | BRL-CAD: 03bob1961 * r48659 10/brlcad/trunk/src/libged/comb_std.c: run 8, CID 1735, DEADCODE. |
| 18:12.21 | CIA-130 | BRL-CAD: 03starseeker * r48660 10/brlcad/trunk/src/libfb/tcl.c: Free before return - CID 486 |
| 18:12.54 | CIA-130 | BRL-CAD: 03indianlarry * r48662 10/brlcad/trunk/src/conv/step/MeasureValue.cpp: Added initializers accidently skipped in initial fix. Relates to Run 8 CIDs 1987 1989 |
| 18:12.54 | CIA-130 | BRL-CAD: 03bob1961 * r48661 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 1734, DEADCODE. |
| 18:13.03 | CIA-130 | BRL-CAD: 03starseeker * r48663 10/brlcad/trunk/src/libfb/if_X.c: free what has been successfully calloced on error - CID 483 |
| 18:13.03 | CIA-130 | BRL-CAD: 03n_reed * r48664 10/brlcad/trunk/src/conv/stl/g-stl.c: using fd after open fails. CID 374 |
| 18:13.07 | CIA-130 | BRL-CAD: 03bob1961 * r48665 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 1733, DEADCODE. |
| 18:13.36 | CIA-130 | BRL-CAD: 03r_weiss * r48666 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: Updated file nmg_mk.c functions nmg_kvu nmg_kfu nmg_klu nmg_ks nmg_kr nmg_km nmg_jv nmg_keu. Removed coverity 'use after free' errors. CIDs 1823-1832. |
| 18:13.42 | CIA-130 | BRL-CAD: 03erikgreenwald * r48667 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: log what should be an unreachable point and add a break at the end of the case. Cov358 |
| 18:13.44 | CIA-130 | BRL-CAD: 03indianlarry * r48668 10/brlcad/trunk/src/libpc/pcVariable.h: Didn't interpret coverity issue last time submitted. Actually needed to add check for list::end() before using after the the loop to std::list:erase() elements. Relates to Run 8 CID 333. |
| 18:13.58 | CIA-130 | BRL-CAD: 03erikgreenwald * r48669 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: remove double-frees. Cov2070 |
| 18:14.19 | CIA-130 | BRL-CAD: 03brlcad * r48670 10/brlcad/trunk/src/libbu/parse.c: |
| 18:14.19 | CIA-130 | BRL-CAD: looks like there are a few more SIGN_EXTENSION defects being reported by |
| 18:14.19 | CIA-130 | BRL-CAD: coverity. same problem, where we were loosing range on buffer values greater |
| 18:14.19 | CIA-130 | BRL-CAD: than 0x7FFFFFFF (which probably would have led to instability on crazy-large |
| 18:14.19 | CIA-130 | BRL-CAD: structures (approaching 32-bit limit). unlikely an issue, but real bug |
| 18:14.19 | CIA-130 | BRL-CAD: nonetheless. |
| 18:14.20 | CIA-130 | BRL-CAD: 03erikgreenwald * r48671 10/brlcad/trunk/src/rttherm/ssampview.c: comment out useless assign until tcl arg is fixed. Cov1713 |
| 18:14.29 | CIA-130 | BRL-CAD: 03erikgreenwald * r48672 10/brlcad/trunk/src/rttherm/ssampview.c: comment out useless assign until tcl arg is fixed. Cov1714 |
| 18:14.29 | CIA-130 | BRL-CAD: 03n_reed * r48673 10/brlcad/trunk/src/fb/gif2fb.c: unchecked error return. CID 375 |
| 18:14.29 | CIA-130 | BRL-CAD: 03bob1961 * r48674 10/brlcad/trunk/src/libged/edit.c: run 8, CID 1727, CONSTANT EXPRESSION RESULT. |
| 18:14.40 | CIA-130 | BRL-CAD: 03brlcad * r48675 10/brlcad/trunk/src/rttherm/ssampview.c: remove dead code |
| 18:14.41 | CIA-130 | BRL-CAD: 03bob1961 * r48676 10/brlcad/trunk/src/libged/edit.c: run 8, CID 1727, CONSTANT EXPRESSION RESULT, part 2 |
| 18:14.42 | CIA-130 | BRL-CAD: 03r_weiss * r48677 10/brlcad/trunk/src/librt/primitives/ars/ars.c: Updated file ars.c function rt_ars_import4. Fixed a coverity 'sizeof mismatch' error. CID 1269. |
| 18:14.53 | CIA-130 | BRL-CAD: 03brlcad * r48679 10/brlcad/trunk/src/conv/iges/makegroup.c: UNUSED_VALUE detected by coverity. returned matrix isn't used. (cid 1690) |
| 18:14.53 | CIA-130 | BRL-CAD: 03brlcad * r48678 10/brlcad/trunk/src/conv/iges/trimsurf.c: unused edgeuse, reported by Coverity in UNUSED_VALUE check (cid 1689) |
| 18:14.54 | CIA-130 | BRL-CAD: 03brlcad * r48680 10/brlcad/trunk/src/conv/nastran-g.c: the first ptr is obviously not reused (strtok() is stateful), so quell the UNUSED_VALUE coverity report by not staching the value. (cid 1691) |
| 18:14.55 | CIA-130 | BRL-CAD: 03n_reed * r48681 10/brlcad/trunk/src/fbed/fbed.c: unchecked EOF return. CID 376 |
| 18:14.56 | CIA-130 | BRL-CAD: 03brlcad * r48682 10/brlcad/trunk/src/conv/nmg/asc-nmg.c: faceuse is never used, fixes UNUSED_VALUE coverity issue (cid 1692) |
| 18:15.05 | CIA-130 | BRL-CAD: 03r_weiss * r48683 10/brlcad/trunk/src/rt/viewarea.c: Updated file viewarea.c function increment_assembly_counter. Fixed a coverity 'reverse inull' error. CID 570. |
| 18:16.02 | CIA-130 | BRL-CAD: 03n_reed * r48684 10/brlcad/trunk/src/fbed/fbed.c: avoid using negative index. CID 377 |
| 18:16.07 | CIA-130 | BRL-CAD: 03bob1961 * r48685 10/brlcad/trunk/src/libged/analyze.c: run 8, CID 191, DEADCODE. |
| 18:16.08 | CIA-130 | BRL-CAD: 03starseeker * r48686 10/brlcad/trunk/src/libfb/fb_generic.c: Free memory - CID 481 |
| 18:16.15 | CIA-130 | BRL-CAD: 03starseeker * r48687 10/brlcad/trunk/src/lgt/texture.c: close iconfp on error - CID 477 |
| 18:16.15 | CIA-130 | BRL-CAD: 03starseeker * r48688 10/brlcad/trunk/src/gtools/remapid.c: close the file pointer - CID 471 |
| 18:16.16 | CIA-130 | BRL-CAD: 03starseeker * r48689 10/brlcad/trunk/src/fbed/fbed.c: close file pointer - CID 469 |
| 18:16.17 | CIA-130 | BRL-CAD: 03bob1961 * r48691 10/brlcad/trunk/src/libged/get_obj_bounds.c: run 8, CID 192, DEADCODE. |
| 18:16.26 | CIA-130 | BRL-CAD: 03starseeker * r48690 10/brlcad/trunk/src/fbed/fbed.c: close file pointer - CID 468 |
| 18:16.36 | CIA-130 | BRL-CAD: 03n_reed * r48693 10/brlcad/trunk/src/gtools/remapid.c: unhandled EOF returns. CID 378, 379 |
| 18:16.36 | CIA-130 | BRL-CAD: 03brlcad * r48692 10/brlcad/trunk/src/conv/tankill/tankill-g.c: attempt to quell UNUSED_VALUE detected by coverity (cid 1693) |
| 18:16.37 | CIA-130 | BRL-CAD: 03starseeker * r48694 10/brlcad/trunk/src/fb/spm-fb.c: Free scanline - CID 467 |
| 18:16.42 | CIA-130 | BRL-CAD: 03bob1961 * r48695 10/brlcad/trunk/src/librt/binunif/binunif.c: run 8, CID 193, DEADCODE. |
| 18:16.47 | CIA-130 | BRL-CAD: 03starseeker * r48703 10/brlcad/trunk/src/fb/fbgammamod.c: Several memory issues in fbgammamod - CID 465-466 |
| 18:16.47 | CIA-130 | BRL-CAD: 03indianlarry * r48701 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): remaining constructor initialization issues turned up by coverity. Run 8 CIDs: 1648-51,1662 |
| 18:16.48 | CIA-130 | BRL-CAD: 03erikgreenwald * r48705 10/brlcad/trunk/src/mged/animedit.c: minor casting fixes |
| 18:16.56 | CIA-130 | BRL-CAD: 03erikgreenwald * r48700 10/brlcad/trunk/src/mged/animedit.c: type size fix (struct directory*, not struct directory**). Cov1271 |
| 18:16.56 | CIA-130 | BRL-CAD: 03n_reed * r48702 10/brlcad/trunk/src/lgt/octree.c: unchecked return from ftell. CID 380 |
| 18:16.56 | CIA-130 | BRL-CAD: 03erikgreenwald * r48697 10/brlcad/trunk/src/conv/off/g-off.c: type size fix (int, not int*). Cov1264 |
| 18:17.03 | CIA-130 | BRL-CAD: 03brlcad * r48696 10/brlcad/trunk/src/fb/cmap-fb.c: the last one isn't used. UNUSED_VALUE reported from coverity (cid 1694) |
| 18:17.13 | CIA-130 | BRL-CAD: 03bob1961 * r48699 10/brlcad/trunk/src/libged/eac.c: run 8, CID 197, DEADCODE. |
| 18:17.21 | CIA-130 | BRL-CAD: 03erikgreenwald * r48704 10/brlcad/trunk/src/mged/animedit.c: type size fix (struct directory*, not struct directory**). Cov1270 |
| 18:17.21 | CIA-130 | BRL-CAD: 03brlcad * r48698 10/brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: no need to make a model, not used (cid 1706). |
| 18:17.40 | CIA-130 | BRL-CAD: 03erikgreenwald * r48708 10/brlcad/trunk/src/conv/cy-g.c: fastf_t** -> fastf_t* in sizeof. Cov1263 |
| 18:18.59 | CIA-130 | BRL-CAD: 03erikgreenwald * r48707 10/brlcad/trunk/src/proc-db/contours.c: pull npts check outside of for loop. Add upper limit test. |
| 18:19.15 | CIA-130 | BRL-CAD: 03brlcad * r48706 10/brlcad/trunk/src/burst/ui.c: if reading input fails, then cmdfp will be unset and passed to fclose(). fixed. detected by coverity UNINIT check |
| 18:19.21 | CIA-130 | BRL-CAD: 03brlcad * r48709 10/brlcad/trunk/src/conv/iges/trimsurf.c: the vertex use ends up being used too, remove it. looks like copy-paste from another function. |
| 18:19.48 | CIA-130 | BRL-CAD: 03erikgreenwald * r48714 10/brlcad/trunk/src/vdeck/vdeck.c: cast sizeof() to size_t? Cov1272 |
| 18:19.49 | CIA-130 | BRL-CAD: 03bob1961 * r48713 10/brlcad/trunk/src/libged/plot.c: run 8, CID 200, DEADCODE. |
| 18:19.53 | CIA-130 | BRL-CAD: 03brlcad * r48717 10/brlcad/trunk/src/mged/bodyio.c: ws/indent. previous commit (r48712) message to bodyio.c should have also said that it fixed a time-of-call, time-of-use race condition detected by coverity TOCTOU check. (cid 1590) |
| 18:19.59 | CIA-130 | BRL-CAD: 03brlcad * r48712 10/brlcad/trunk/src/mged/bodyio.c: it's a function, not a macro |
| 18:19.59 | CIA-130 | BRL-CAD: 03erikgreenwald * r48710 10/brlcad/trunk/src/gtools/beset/population.c: char** -> char* in sizeof. Cov1265 |
| 18:20.22 | CIA-130 | BRL-CAD: 03starseeker * r48715 10/brlcad/trunk/src/conv/euclid/euclid-g.c: Bounds check reg_id (somewhat more liberal than the function itself on allowable region id values - something to look into later.) CID 1766 |
| 18:20.22 | CIA-130 | BRL-CAD: 03erikgreenwald * r48711 10/brlcad/trunk/src/gtools/beset/population.c: char* -> char in sizeof. Cov1266 |
| 18:20.22 | CIA-130 | BRL-CAD: 03bob1961 * r48716 10/brlcad/trunk/src/libged/wdb_comb_std.c: run 8, CID 203, DEADCODE. |
| 18:20.25 | CIA-130 | BRL-CAD: 03bob1961 * r48720 10/brlcad/trunk/src/libged/wdb_comb_std.c: run 8, CID 204, DEADCODE. |
| 18:20.26 | CIA-130 | BRL-CAD: 03brlcad * r48719 10/brlcad/trunk/src/libpkg/pkg.c: |
| 18:20.27 | CIA-130 | BRL-CAD: address a race condition time-of-call, time-of-use issue detected by coverity |
| 18:20.29 | CIA-130 | BRL-CAD: TOCTOU check (cid 1589) whereby the file we stat might not be the file we open. |
| 18:20.30 | CIA-130 | BRL-CAD: swap the order so we still get our stat data but reusing the file that was |
| 18:20.31 | CIA-130 | BRL-CAD: opened. |
| 18:20.32 | CIA-130 | BRL-CAD: 03erikgreenwald * r48718 10/brlcad/trunk/src/conv/nmg/asc-nmg.c: verify vertex number. Cov1468 and 324 |
| 18:21.27 | CIA-130 | BRL-CAD: 03brlcad * r48721 10/brlcad/trunk/src/other/tnt/tnt_array1d.h: fix a leak detected by coverity (cid 157) via CTOR_DTOR_LEAK check. all of the constructors initialize data_, but the destructor wasn't releasing it |
| 18:21.32 | CIA-130 | BRL-CAD: 03r_weiss * r48722 10/brlcad/trunk/src/lgt/do_options.c: Updated file do_options.c function f_Batch. Fixed coverity error 'resource leak'. CID 472. |
| 18:21.35 | CIA-130 | BRL-CAD: 03n_reed * r48723 10/brlcad/trunk/src/remrt/remrt.c: handle invalid fd rather than passing it down. CID 386 |
| 18:21.38 | CIA-130 | BRL-CAD: 03erikgreenwald * r48724 10/brlcad/trunk/src/proc-db/tube.c: test number of samples for extrapolation to avoid buffer underrun. Cov329 |
| 18:22.12 | CIA-130 | BRL-CAD: 03n_reed * r48726 10/brlcad/trunk/src/util/dunncomm.c: closing an fd known to be invalid. CID 388 |
| 18:22.31 | CIA-130 | BRL-CAD: 03brlcad * r48725 10/brlcad/trunk/src/lgt/do_options.c: memory fail. not only not using bu_malloc() but not stashing the pointer so we can't free it. switch it to default line buffering for simplicity, untested. detected by coverity RESOURCE_LEAK check (cid 476) |
| 18:22.49 | CIA-130 | BRL-CAD: 03brlcad * r48727 10/brlcad/trunk/src/lgt/lgt.c: ws, indent, style |
| 18:22.55 | CIA-130 | BRL-CAD: 03erikgreenwald * r48728 10/brlcad/trunk/src/util/sun-pix.c: test image size in double space for possible overflow. Cov332 |
| 18:23.16 | CIA-130 | BRL-CAD: 03brlcad * r48729 10/brlcad/trunk/src/lgt/do_options.c: free the file pointer we just opened. RESOURCE_LEAK coverity check (cid 475) |
| 18:23.17 | CIA-130 | BRL-CAD: 03n_reed * r48731 10/brlcad/trunk/src/lgt/prnt.c: said NULL, meant '\0'. CID 389 |
| 18:23.18 | CIA-130 | BRL-CAD: 03starseeker * r48730 10/brlcad/trunk/src/util/ttcp.c: Do some input validation for ttcp - CID 1513 |
| 18:23.23 | CIA-130 | BRL-CAD: 03brlcad * r48732 10/brlcad/trunk/src/lgt/do_options.c: another unclosed file pointer. coverity RESOURCE_LEAK check (cid 474) |
| 18:23.23 | CIA-130 | BRL-CAD: 03r_weiss * r48733 10/brlcad/trunk/src/libged/wdb_obj.c: Updated file wdb_obj.c function wdb_put_cmd. Fixed a coverity error 'overrun static'. CID 419. |
| 18:23.23 | CIA-130 | BRL-CAD: 03brlcad * r48734 10/brlcad/trunk/src/libged/inside.c: |
| 18:23.33 | CIA-130 | BRL-CAD: idb_type just might be negative if an object is initialized with |
| 18:23.33 | CIA-130 | BRL-CAD: RT_DB_INTERNAL_INIT() and never filled in with internal details. prevents a |
| 18:23.33 | CIA-130 | BRL-CAD: potential (albeit unlikely) crash, detected by NEGATIVE_RETURNS coverity check |
| 18:23.43 | CIA-130 | BRL-CAD: (cid 383) |
| 18:23.43 | CIA-130 | BRL-CAD: 03erikgreenwald * r48735 10/brlcad/trunk/src/util/pl-pl.c: collapse logic, removing a variable. Explicitely cast to short on return. Cov331 |
| 18:23.43 | CIA-130 | BRL-CAD: 03n_reed * r48736 10/brlcad/trunk/src/conv/dxf/dxf-g.c: Static string can't have NULL address. Do empty check instead. CID 390 |
| 18:24.09 | CIA-130 | BRL-CAD: 03r_weiss * r48737 10/brlcad/trunk/src/libged/put.c: Updated file put.c function ged_put. Fixed coverity error 'overrun static'. CID 414. |
| 18:24.11 | CIA-130 | BRL-CAD: 03n_reed * r48738 10/brlcad/trunk/src/conv/iges/convsurf.c: Static string can't have NULL address. Do empty check instead. CID 391 |
| 18:24.39 | CIA-130 | BRL-CAD: 03n_reed * r48739 10/brlcad/trunk/src/conv/iges/trimsurf.c: Static string can't have NULL address. Do empty check instead. CID 392 |
| 18:24.49 | CIA-130 | BRL-CAD: 03erikgreenwald * r48740 10/brlcad/trunk/src/rt/rtshot.c: test number of rings for a legit value. Cov1488 |
| 18:25.13 | CIA-130 | BRL-CAD: 03bob1961 * r48741 10/brlcad/trunk/src/mged/utility1.c: Fixed a bug. Shouldn't be adding 1 to argc in call to ged_edcodes. |
| 18:27.20 | CIA-130 | BRL-CAD: 03bob1961 * r48743 10/brlcad/trunk/src/libged/edcodes.c: run 8, CID 198, DEADCODE. |
| 18:27.21 | CIA-130 | BRL-CAD: 03n_reed * r48742 10/brlcad/trunk/src/anim/anim_cascade.c: misordered arguments. CID 400 |
| 18:27.21 | CIA-130 | BRL-CAD: 03brlcad * r48744 10/brlcad/trunk/src/fb/pl-fb.c: at a glance, looks like the two MISSING_BREAK detections from coverity (cid 342,343) are intentional fall-through cases so document them as such to quell the warning. |
| 18:27.22 | CIA-130 | BRL-CAD: 03erikgreenwald * r48745 10/brlcad/trunk/src/bwish/input.c: verify read character is not 0. Cov1461 |
| 18:27.25 | CIA-130 | BRL-CAD: 03n_reed * r48746 10/brlcad/trunk/src/anim/ (anim_keyread.c anim_lookat.c anim_orient.c): swapped arguments to anim_mat2ypr. CID 401, 402, 403 |
| 18:27.26 | CIA-130 | BRL-CAD: 03brlcad * r48747 10/brlcad/trunk/src/libged/make_name.c: looks like the fallthrough to the Usage statement was intentional, but make it explicit anyways. coverity reported a MISSING_BREAK due to the ambiguity. |
| 18:27.37 | CIA-130 | BRL-CAD: 03erikgreenwald * r48748 10/brlcad/trunk/src/vdeck/vdeck.c: copy directory entry length |
| 18:27.37 | CIA-130 | BRL-CAD: 03r_weiss * r48749 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: Updated file 'arb8.c' and 'struct arb_specific'. This change was to correct a coverity error 'overrun static' in function 'rt_arb_vshot'. CID 424. |
| 18:27.46 | CIA-130 | BRL-CAD: 03bob1961 * r48750 10/brlcad/trunk/src/libged/editit.c: Modified _ged_editit() to do some kind of last ditch check for an editor if editstring is NULL. This gets edcodes etc. working with archer. Not tested on windows. |
| 18:28.01 | CIA-130 | BRL-CAD: 03brlcad * r48751 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: if it's an unknown wedge class type, then the code falls through and probably does bad things, but it at least logs a message now. relates to coverity MISSING_BREAK cid 357 from erik and cid 358 too. |
| 18:28.10 | CIA-130 | BRL-CAD: 03starseeker * r48752 10/brlcad/trunk/src/conv/patch/patch-g.c: check num ranges - CID 1470 |
| 18:28.11 | CIA-130 | BRL-CAD: 03erikgreenwald * r48753 10/brlcad/trunk/src/vdeck/vdeck.c: explicitely track remaining buffer and use that for dirname copy bound. Cov1272 |
| 18:30.21 | CIA-130 | BRL-CAD: 03starseeker * r48754 10/brlcad/trunk/src/conv/asc/asc2pix.c: Check both lower bound as well - CID 1462 |
| 18:30.48 | CIA-130 | BRL-CAD: 03erikgreenwald * r48755 10/brlcad/trunk/src/fb/gif2fb.c: hoist width/height expansion and verify values. Cov1475 |
| 18:30.48 | CIA-130 | BRL-CAD: 03n_reed * r48756 10/brlcad/trunk/src/irprep/ir-X.c: comparing index against wrong constant. CID 406 |
| 18:30.49 | CIA-130 | BRL-CAD: 03brlcad * r48757 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: |
| 18:30.49 | CIA-130 | BRL-CAD: looks like the section of code immediately preceeding handles the |
| 18:30.50 | CIA-130 | BRL-CAD: WEDGE2_IDENTICAL case, and was intentionally added back in r7584 by mike to test |
| 18:30.50 | CIA-130 | BRL-CAD: for TOUCHing wedges first. so can remove the prior stale case detected by |
| 18:30.51 | CIA-130 | BRL-CAD: coverity DEADCODE check (cid 210). |
| 18:30.53 | CIA-130 | BRL-CAD: 03indianlarry * r48758 10/brlcad/trunk/src/librt/comb/comb.c: Check for overrunning static array buffer Run 8 CID 422,423 |
| 18:31.04 | CIA-130 | BRL-CAD: 03erikgreenwald * r48759 10/brlcad/trunk/src/util/bwcrop.c: verify xval before using as loop bound. Cov1496 |
| 18:31.04 | CIA-130 | BRL-CAD: 03brlcad * r48760 10/brlcad/trunk/src/mged/clone.c: prevent a bonefide infinite loop bug introduced when bu_getopt() was pulled out of an option parsing loop. coverity detected via INFINITE_LOOP check (cid 319). |
| 18:31.05 | CIA-130 | BRL-CAD: 03tbrowder2 * r48761 10/brlcad/trunk/TODO: add reference to more items to do for STEP code |
| 18:31.34 | CIA-130 | BRL-CAD: 03erikgreenwald * r48762 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov560 |
| 18:31.34 | CIA-130 | BRL-CAD: 03brlcad * r48763 10/brlcad/trunk/src/mged/update.c: mark the 'done' variable as volatile since it's updated via Tk, possibly asynchronously. should quell coverity INFINITE_LOOP report (cid 320). |
| 18:31.34 | CIA-130 | BRL-CAD: 03erikgreenwald * r48764 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov554 |
| 18:31.34 | CIA-130 | BRL-CAD: 03erikgreenwald * r48765 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov555 |
| 18:31.37 | CIA-130 | BRL-CAD: 03n_reed * r48766 10/brlcad/trunk/src/libged/move_arb_face.c: insufficient index checking. CID 413 |
| 18:31.38 | CIA-130 | BRL-CAD: 03brlcad * r48767 10/brlcad/trunk/src/conv/intaval/regtab.h: the Region forward decl is unnecessary. the class is declared in here and nothing uses it between this decl and the class decl. |
| 18:31.51 | CIA-130 | BRL-CAD: 03erikgreenwald * r48768 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov567 |
| 18:31.51 | CIA-130 | BRL-CAD: 03erikgreenwald * r48769 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov566 |
| 18:31.52 | CIA-130 | BRL-CAD: 03erikgreenwald * r48770 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov565 |
| 18:31.57 | CIA-130 | BRL-CAD: 03erikgreenwald * r48771 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov556 |
| 18:31.57 | CIA-130 | BRL-CAD: 03r_weiss * r48772 10/brlcad/trunk/src/libged/get_solid_kp.c: Updated file ged_solid_kp.c function _ged_get_solid_keypoint. Fixed a coverity 'overrun static' error. CID 1750. |
| 18:32.09 | CIA-130 | BRL-CAD: 03erikgreenwald * r48773 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov557 |
| 18:33.13 | CIA-130 | BRL-CAD: 03erikgreenwald * r48774 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov558 |
| 18:34.59 | CIA-130 | BRL-CAD: 03erikgreenwald * r48775 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov559 |
| 18:35.49 | CIA-130 | BRL-CAD: 03erikgreenwald * r48776 10/brlcad/trunk/src/mged/fbserv.c: test buf for null. Cov561 |
| 18:36.00 | CIA-130 | BRL-CAD: 03starseeker * r48777 10/brlcad/trunk/src/conv/asc/pix2asc.c: Try to check the pix characters... little surprised this is giving a TAINTED_SCALAR warning... CID 1463 |
| 18:36.35 | CIA-130 | BRL-CAD: 03n_reed * r48778 10/brlcad/trunk/src/ (anim/anim_orient.c libged/ypr.c): more swapped args to anim_mat2ypr. CID 417 |
| 18:42.45 | CIA-130 | BRL-CAD: 03erikgreenwald * r48779 10/brlcad/trunk/src/mged/fbserv.c: test buf before accessing. |
| 18:45.43 | CIA-130 | BRL-CAD: 03r_weiss * r48780 10/brlcad/trunk/src/librt/comb/db_comb.c: Updated file db-comb.c function db_wrap_v4_external. Fixed coverity error 'overrun static'. CID 2068. |
| 18:50.38 | CIA-130 | BRL-CAD: 03n_reed * r48781 10/brlcad/trunk/src/librt/primitives/hf/hf.c: unchecked index. CID 425 |
| 18:53.43 | CIA-130 | BRL-CAD: 03erikgreenwald * r48782 10/brlcad/trunk/src/libfb/fbserv_obj.c: test buf before accessing. |
| 19:05.09 | CIA-130 | BRL-CAD: 03indianlarry * r48783 10/brlcad/trunk/src/libged/wdb_vdraw.c: Added static bounds check for bn_vlist arrays cmd[BN_VLIST_CHUNK] and pt[BN_VLIST_CHUNK]. Coverity run 8 CIDs 420 and 421 |
| 19:05.26 | CIA-130 | BRL-CAD: 03n_reed * r48784 10/brlcad/trunk/src/mged/edsol.c: bad constant index (typo). CID 426 |
| 19:09.07 | CIA-130 | BRL-CAD: 03erikgreenwald * r48785 10/brlcad/trunk/src/conv/iges/getcurve.c: test splroot for NULL early. Cov515 |
| 19:12.47 | CIA-130 | BRL-CAD: 03erikgreenwald * r48786 10/brlcad/trunk/src/librt/primitives/hf/hf.c: test stp before dereferencing it. Cov551 |
| 19:13.27 | CIA-130 | BRL-CAD: 03brlcad * r48787 10/brlcad/trunk/include/wdb.h: add a WMEMBER_INIT_ZERO static initializer and a WMEMBER_INIT() macro for initializing wmember structs. |
| 19:13.56 | CIA-130 | BRL-CAD: 03starseeker * r48788 10/brlcad/trunk/src/conv/dem-g.c: Use realpath to validate av[1] - CID 1464 |
| 19:14.08 | CIA-130 | BRL-CAD: 03brlcad * r48789 10/brlcad/trunk/src/conv/intaval/regtab.h: |
| 19:14.08 | CIA-130 | BRL-CAD: initialize all of the wmember entities in the constructor. this addresses an |
| 19:14.08 | CIA-130 | BRL-CAD: UNINIT_CTOR check being reported by coverity due to three uninitialized fields |
| 19:14.09 | CIA-130 | BRL-CAD: (addHead.wm_name, excludeHead.wm_name, head.wm_name). doesn't seem to be |
| 19:14.09 | CIA-130 | BRL-CAD: critical, but for general safety. (cid 1647) |
| 19:15.08 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 19:19.30 | CIA-130 | BRL-CAD: 03erikgreenwald * r48790 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: test i_fus before dereferencing. Cov517 |
| 19:19.36 | CIA-130 | BRL-CAD: 03starseeker * r48791 10/brlcad/trunk/src/conv/intaval/read_dra.cpp: Check form.npts - CID 1465 |
| 19:22.36 | CIA-130 | BRL-CAD: 03indianlarry * r48792 10/brlcad/trunk/src/mged/track.c: wrong variable being initialized, fixes coverity run 8 CID 427 |
| 19:23.34 | CIA-130 | BRL-CAD: 03erikgreenwald * r48793 10/brlcad/trunk/src/conv/shp/shapelib/shpopen.c: test mallocs before dereferencing. Cov518 |
| 19:23.35 | CIA-130 | BRL-CAD: 03brlcad * r48794 10/brlcad/trunk/src/libpc/pcConstraint.cpp: initialize all class members, UNINIT_CTOR (cid 1652) |
| 19:26.21 | CIA-130 | BRL-CAD: 03erikgreenwald * r48795 10/brlcad/trunk/src/libged/put_comb.c: test comb after BU_GET. Cov549 |
| 19:35.10 | CIA-130 | BRL-CAD: 03brlcad * r48796 10/brlcad/trunk/src/libpc/pcNetwork.cpp: init v and e (cid 1656) |
| 19:39.40 | CIA-130 | BRL-CAD: 03brlcad * r48797 10/brlcad/trunk/src/libpc/pcParameter.cpp: UNINIT_CTOR, cid 1657. initialize all class fields in constructors. |
| 19:39.50 | CIA-130 | BRL-CAD: 03r_weiss * r48798 10/brlcad/trunk/src/libfb/fbserv_obj.c: |
| 19:39.50 | CIA-130 | BRL-CAD: Update file fbserv_obj.c functions fbs_rfbzoom fbs_rfbwriterect fbs_rfbwrite |
| 19:39.50 | CIA-130 | BRL-CAD: fbs_rfbwindow fbs_rfbview fbs_rfbsetcursor fbs_rfbscursor fbs_rfbreadrect |
| 19:39.50 | CIA-130 | BRL-CAD: fbs_rfbreadrect fbs_rfbread fbs_rfbread fbs_rfbhelp fbs_rfbcursor fbs_rfbclear |
| 19:39.50 | CIA-130 | BRL-CAD: fbs_rfbbwwriterect fbs_rfbbwreadrect fbs_rfbbwreadrectw. Did code cleanup and |
| 19:39.51 | CIA-130 | BRL-CAD: worked on coverity error 'reverse inull' for these functions. Coverity CIDs |
| 19:39.51 | CIA-130 | BRL-CAD: 535-548. |
| 19:44.08 | CIA-130 | BRL-CAD: 03brlcad * r48799 10/brlcad/trunk/src/libpc/pcParser.cpp: UNINIT_CTOR, cid 1658. initialize all class fields in constructors. |
| 19:47.53 | CIA-130 | BRL-CAD: 03brlcad * r48800 10/brlcad/trunk/src/libpc/pcVariable.cpp: UNINIT_CTOR, cid 1659. initialize all class fields in constructors. |
| 19:50.12 | CIA-130 | BRL-CAD: 03bob1961 * r48801 10/brlcad/trunk/src/lgt/reflect.c: run 8, CID 181-185, DEADCODE. It is impossible for failure to be set to PT_BEHIND or PT_EYE in the Get_Partition macro. If it gets into this section it will always be set to PT_GRID. |
| 19:51.20 | CIA-130 | BRL-CAD: 03indianlarry * r48802 10/brlcad/trunk/src/sig/smod.c: increase static size of clip_l[] and clip_h[] to match mapbuf[] since initialized together. Fixes coverity Run 8 CID 429 |
| 19:51.47 | CIA-130 | BRL-CAD: 03r_weiss * r48803 10/brlcad/trunk/src/librt/comb/comb.c: Updated comb.c. fixed overrun static errors. |
| 19:52.03 | CIA-130 | BRL-CAD: 03erikgreenwald * r48804 10/brlcad/trunk/src/mged/chgview.c: verify output of path_parse is not null. Cov552 |
| 19:54.02 | CIA-130 | BRL-CAD: 03brlcad * r48805 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1663) |
| 19:54.03 | CIA-130 | BRL-CAD: 03erikgreenwald * r48806 10/brlcad/trunk/src/mged/mged.c: verify dm entry is not null before shutting it down. Cov553 |
| 19:54.55 | CIA-130 | BRL-CAD: 03n_reed * r48807 10/brlcad/trunk/src/sig/dconv.c: potentially indexing one past last. CID 428 |
| 19:55.54 | CIA-130 | BRL-CAD: 03erikgreenwald * r48808 10/brlcad/trunk/src/mged/vrlink.c: verify buf is not null. Cov568 |
| 19:57.44 | CIA-130 | BRL-CAD: 03erikgreenwald * r48809 10/brlcad/trunk/src/util/buffer.c: verify bu_temp_file returned a valid handle before using it. Cov571 |
| 19:58.08 | CIA-130 | BRL-CAD: 03brlcad * r48810 10/brlcad/trunk/src/proc-db/brepintersect.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1665) |
| 19:58.54 | CIA-130 | BRL-CAD: 03bob1961 * r48811 10/brlcad/trunk/src/conv/proe-g.c: run 8, CID 177, DEADCODE. |
| 20:02.38 | CIA-130 | BRL-CAD: 03erikgreenwald * r48812 10/brlcad/trunk/src/util/pixcolors.c: verify unsigned char is [0,255]. Cov1509 |
| 20:04.24 | CIA-130 | BRL-CAD: 03bob1961 * r48813 10/brlcad/trunk/src/conv/stl/stl-g.c: run 8, CID 178-179, DEADCODE. |
| 20:09.48 | CIA-130 | BRL-CAD: 03erikgreenwald * r48814 10/brlcad/trunk/src/mged/mged.c: verify non-0 length buffers first element is not zero. Cov1485 |
| 20:28.11 | CIA-130 | BRL-CAD: 03tbrowder2 * r48815 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell uninitialized variable warning |
| 20:29.16 | CIA-130 | BRL-CAD: 03tbrowder2 * r48816 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: quell uninitialized variable warning |
| 20:48.41 | CIA-130 | BRL-CAD: 03tbrowder2 * r48817 10/brlcad/trunk/src/libgcv/test_bottess.c: unwrap macros so we can see what is happening |
| 20:52.22 | CIA-130 | BRL-CAD: 03indianlarry * r48818 10/brlcad/trunk/src/sig/syn.c: casted to force expected(?) branching and index wrap. addresses coverity run 8 CID 330 |
| 20:54.51 | CIA-130 | BRL-CAD: 03bob1961 * r48819 10/brlcad/trunk/src/irprep/secpass.c: run 8, CID 180, DEADCODE. |
| 20:56.08 | CIA-130 | BRL-CAD: 03n_reed * r48820 10/brlcad/trunk/src/util/sun-pix.c: unchecked index variable. CID 1512 |
| 21:05.33 | CIA-130 | BRL-CAD: 03tbrowder2 * r48821 10/brlcad/trunk/src/libgcv/test_bottess.c: quell uninitialized variable warning |
| 21:07.35 | CIA-130 | BRL-CAD: 03tbrowder2 * r48822 10/brlcad/trunk/src/libged/editit.c: quell uninitialized variable warning |
| 21:08.25 | CIA-130 | BRL-CAD: 03bob1961 * r48823 10/brlcad/trunk/src/libwdb/wdb.c: run 8, CID 213, DEADCODE. |
| 21:11.44 | CIA-130 | BRL-CAD: 03n_reed * r48824 10/brlcad/trunk/src/util/pixbustup.c: unchecked cl argument. CID 1508 |
| 21:15.55 | CIA-130 | BRL-CAD: 03r_weiss * r48825 10/brlcad/trunk/src/librt/comb/comb.c: Updated file comb.c function rt_comb_v5_serialize. Fixed a coverity error 'negative returns'. CID 384. |
| 21:17.30 | CIA-130 | BRL-CAD: 03tbrowder2 * r48826 10/brlcad/trunk/src/librt/comb/db_comb.c: fix array overrun error; same problem as in commit at revision 48780: Fixed coverity error 'overrun static'. CID 2068 |
| 21:25.47 | CIA-130 | BRL-CAD: 03tbrowder2 * r48827 10/brlcad/trunk/src/util/pixcolors.c: ws, style |
| 21:28.30 | CIA-130 | BRL-CAD: 03tbrowder2 * r48828 10/brlcad/trunk/src/util/pixcolors.c: eliminated 'always false' statement (due to array type) |
| 21:33.33 | CIA-130 | BRL-CAD: 03bob1961 * r48829 10/brlcad/trunk/src/mged/edsol.c: run 8, CID 216, DEADCODE. |
| 21:35.20 | CIA-130 | BRL-CAD: 03n_reed * r48831 10/brlcad/trunk/src/util/pixhist3d.c: unchecked indexes. CID 1511 |
| 21:35.40 | CIA-130 | BRL-CAD: 03starseeker * r48830 10/brlcad/trunk/regress/ (9 files in 3 dirs): Add a regression test for dem-g - working out general techniques for geometry conversion regression. This appears to work, but at the moment it's a stand-alone dem-regress build target. |
| 21:44.34 | CIA-130 | BRL-CAD: 03brlcad * r48832 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 1666) |
| 21:50.58 | CIA-130 | BRL-CAD: 03brlcad * r48833 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 2014) |
| 22:01.00 | CIA-130 | BRL-CAD: 03brlcad * r48834 10/brlcad/trunk/src/other/step/src/clstepcore/complexSupport.h: initialize all of the class fields. fixes report from coverity UNINIT_CTOR check. (cid 2034) |
| 22:13.53 | CIA-130 | BRL-CAD: 03brlcad * r48835 10/brlcad/trunk/NEWS: nick's 48742 fix to anim_cascade fixed a clear-cut crasher. params to anim_mat2ypr() were flipped. |
| 22:27.08 | *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com) | |
| 23:42.22 | *** join/#brlcad cadman1 (~Adium@mwg-e06.infosec.fedex.com) | |
| 23:51.49 | CIA-130 | BRL-CAD: 03starseeker * r48836 10/brlcad/trunk/misc/CMake/ (ThirdParty.cmake ThirdParty_TCL.cmake): String normalization FAIL for third party build logic. Let's try that again... |
| 00:26.10 | brlcad | uploads run 9 |
| 02:49.33 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 02:50.43 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 02:53.53 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 04:12.12 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:47.08 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 05:47.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:35.47 | *** join/#brlcad merzo (~merzo@25-174-132-95.pool.ukrtel.net) | |
| 12:21.10 | CIA-130 | BRL-CAD: 03tbrowder2 * r48837 10/brlcad/trunk/misc/NIST_DENSITIES: adjust 6-digit material codes so they will fit in the materials array (we drop the leading 1) |
| 12:38.56 | CIA-130 | BRL-CAD: 03tbrowder2 * r48838 10/brlcad/trunk/src/rt/viewweight.c: ws, style, format |
| 12:58.18 | CIA-130 | BRL-CAD: 03tbrowder2 * r48839 10/brlcad/trunk/src/rt/viewweight.c: ws, format |
| 13:00.29 | CIA-130 | BRL-CAD: 03tbrowder2 * r48840 10/brlcad/trunk/src/rt/viewweight.c: feof returns true for eof, not EOF |
| 13:24.08 | CIA-130 | BRL-CAD: 03tbrowder2 * r48841 10/brlcad/trunk/src/rt/viewweight.c: ws |
| 13:26.38 | CIA-130 | BRL-CAD: 03tbrowder2 * r48842 10/brlcad/trunk/src/rt/viewweight.c: squelch memory leak |
| 14:27.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:51.11 | CIA-130 | BRL-CAD: 03tbrowder2 * r48843 10/brlcad/trunk/src/rt/viewweight.c: put bu_free of density file name in proper place |
| 15:32.17 | CIA-130 | BRL-CAD: 03tbrowder2 * r48844 10/brlcad/trunk/ (NEWS TODO regress/weight.sh src/rt/viewweight.c): |
| 15:32.17 | CIA-130 | BRL-CAD: fixed rtweight to handle blanks, comment lines, malformed lines, and the |
| 15:32.17 | CIA-130 | BRL-CAD: modified NIST materials file; problem was fscanf stops scanning on input at |
| 15:32.17 | CIA-130 | BRL-CAD: first error and thus the infinite loop: using fgets forces each line to be read; |
| 15:32.17 | CIA-130 | BRL-CAD: an extra buffer is needed in that case to handle the line input versus the sscan |
| 15:32.18 | CIA-130 | BRL-CAD: buffer for reading tokens (but I didn't try using the same buffer for both) |
| 15:46.04 | CIA-130 | BRL-CAD: 03199.195.109.21 07http://brlcad.org * r3268 10/wiki/Father_of_the_groom_speech: If you are reading this now, you are probably desperate to know what father of the groom speech is. But of course you might also be just searching for that something to spice up your own speech as the |
| 16:00.50 | CIA-130 | BRL-CAD: 03tbrowder2 * r48845 10/brlcad/trunk/regress/weight.sh: tidy test file; rtweight now passes both simple and complex density file regression test (which is turned on for release testing) |
| 16:12.31 | CIA-130 | BRL-CAD: 03tbrowder2 * r48846 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: document the parentage and conversion of the STIX TrueType fonts |
| 16:15.32 | CIA-130 | BRL-CAD: 03tbrowder2 * r48847 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: slight correction |
| 16:25.18 | CIA-130 | BRL-CAD: 03tbrowder2 * r48848 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix/README: add STIX license |
| 16:29.13 | CIA-130 | BRL-CAD: 03tbrowder2 * r48849 10/brlcad/trunk/doc/docbook/resources/other/offo/README: add location of offo source |
| 17:55.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:23.13 | CIA-130 | BRL-CAD: 03starseeker * r48850 10/brlcad/trunk/ (129 files in 41 dirs): |
| 18:23.13 | CIA-130 | BRL-CAD: Rework handling of 3rd party resources in doc/docbook - teach CMake to |
| 18:23.13 | CIA-130 | BRL-CAD: de-compress archives of the files in question, instead of checking in the full |
| 18:23.13 | CIA-130 | BRL-CAD: (verbose) xsl files and uncompressed fonts. On-disk size of |
| 18:23.13 | CIA-130 | BRL-CAD: doc/docbook/resources shrinks from 43 Megs to 17 - i.e. 26 Megs less to download |
| 18:23.13 | CIA-130 | BRL-CAD: per BRL-CAD svn checkout. File count in doc/docbook/resources goes from 1604 to |
| 18:23.13 | CIA-130 | BRL-CAD: 47. |
| 19:06.58 | *** join/#brlcad merzo (~merzo@31-152-133-95.pool.ukrtel.net) | |
| 21:16.44 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 01:30.34 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 02:55.02 | CIA-130 | BRL-CAD: 03starseeker * r48851 10/brlcad/trunk/misc/ (CMakeLists.txt astyle.opt): Start working out an astyle option file for formatting BRL-CAD files. |
| 06:34.36 | CIA-130 | BRL-CAD: 03starseeker * r48852 10/brlcad/trunk/misc/astyle.opt: |
| 06:34.36 | CIA-130 | BRL-CAD: Reported a bug to AStyle dev with k&r formatting of functions using return types |
| 06:34.36 | CIA-130 | BRL-CAD: with spaces (i.e. a function returning 'void' will format correctly, but one |
| 06:34.36 | CIA-130 | BRL-CAD: returning 'struct bn_table *' won't) but otherwise results are looking fairly |
| 06:34.37 | CIA-130 | BRL-CAD: good - still only tested a few files though, may be more bugs lurking. |
| 10:01.50 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 11:47.52 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:18.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:19.42 | CIA-130 | BRL-CAD: 03tbrowder2 * r48853 10/brlcad/trunk/src/rt/viewweight.c: working on subtle problem with output for regression tests |
| 12:24.31 | CIA-130 | BRL-CAD: 03tbrowder2 * r48854 10/brlcad/trunk/src/rt/viewweight.c: reduce eye strain by changing variable 'l' (ell) to a more legible token |
| 12:31.57 | CIA-130 | BRL-CAD: 03tbrowder2 * r48855 10/brlcad/trunk/src/rt/viewweight.c: put listing loop under rpt_overlap test as is done for the 'weight by item' block following |
| 12:46.21 | CIA-130 | BRL-CAD: 03tbrowder2 * r48856 10/brlcad/trunk/src/rt/viewweight.c: leave notes for wiser heads |
| 13:32.12 | CIA-130 | BRL-CAD: 03tbrowder2 * r48857 10/brlcad/trunk/regress/weight.sh: make the weight test slightly more robust |
| 13:36.14 | CIA-130 | BRL-CAD: 03tbrowder2 * r48858 10/brlcad/trunk/regress/weight.sh: make the weight test slightly more robust |
| 16:19.59 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 17:29.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:29.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:36.13 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:36.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:02.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:05.42 | CIA-130 | BRL-CAD: 03tbrowder2 * r48859 10/brlcad/trunk/src/rt/viewweight.c: allow up to 5-digit material codes and region IDs; change 'item' to 'region ID' |
| 18:08.29 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 18:38.44 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:38.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:46.51 | CIA-130 | BRL-CAD: 03tbrowder2 * r48860 10/brlcad/trunk/ (regress/weight.sh src/rt/viewweight.c): tidy format of weight output; ease maintenance of viewweight.c formatting |
| 19:11.26 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:11.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:18.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:18.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:39.33 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:39.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:46.10 | CIA-130 | BRL-CAD: 03tbrowder2 * r48861 10/brlcad/trunk/include/raytrace.h: correct typo |
| 20:04.20 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 20:22.43 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:22.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:49.53 | CIA-130 | BRL-CAD: 03tbrowder2 * r48862 10/brlcad/trunk/include/bu.h: correct typo |
| 20:56.52 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:56.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:33.33 | starseeker | hah, cool: http://www.openvsp.org/ |
| 23:34.14 | starseeker | pity about the NASA open source license |
| 00:58.20 | *** join/#brlcad asnos (~as6@unaffiliated/asnos) | |
| 00:58.27 | asnos | hi |
| 00:58.36 | asnos | who is KimK? |
| 01:32.46 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 02:15.51 | ``Erik | <PROTECTED> |
| 04:19.53 | starseeker | thought it might be fun to do an airplane wing procdb once enough NURBS primitive stuff was in place... I've still got that old report around somewhere detailing old-style wing design... |
| 06:49.30 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 06:49.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:57.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:29.09 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 08:07.53 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:07.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:10.04 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 12:30.43 | CIA-130 | BRL-CAD: 03d_rossberg * r48863 10/brlcad/trunk/src/conv/intaval/read_dra.cpp: |
| 12:30.44 | CIA-130 | BRL-CAD: do not set a form's id here, it's only a flag saying "same form but different place" i.e. translated |
| 12:30.44 | CIA-130 | BRL-CAD: initialized form in its declaration to calm Coverity |
| 12:31.51 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:39.21 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:05.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:04.06 | CIA-130 | BRL-CAD: 03tbrowder2 * r48864 10/brlcad/trunk/regress/weight.sh: slight simplification |
| 17:45.11 | CIA-130 | BRL-CAD: 03tbrowder2 * r48865 10/brlcad/trunk/src/rt/viewweight.c: use bu_fgets instead of fgets |
| 17:47.07 | CIA-130 | BRL-CAD: 03tbrowder2 * r48866 10/brlcad/trunk/src/rt/viewweight.c: add a sort comparison function for a region array; add variables for array handling and hoisting loops upward |
| 17:49.36 | CIA-130 | BRL-CAD: 03tbrowder2 * r48867 10/brlcad/trunk/src/rt/viewweight.c: a tad of formatting |
| 18:58.47 | *** join/#brlcad cadman (~Adium@mwg-w01.infosec.fedex.com) | |
| 19:48.29 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:48.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:57.20 | *** join/#brlcad cadman (~Adium@mwg-w06.infosec.fedex.com) | |
| 20:02.25 | CIA-130 | BRL-CAD: 03tbrowder2 * r48868 10/brlcad/trunk/src/rt/viewweight.c: reverting most of the file--need to revisit the big picture before optimizing; still have problems of periodic region list variation; will add the array fix for that WITHOUT the other loop changes |
| 20:15.10 | CIA-130 | BRL-CAD: 03tbrowder2 * r48869 10/brlcad/trunk/src/rt/viewweight.c: add a qsort comp function for future use |
| 20:17.48 | CIA-130 | BRL-CAD: 03tbrowder2 * r48870 10/brlcad/trunk/src/rt/viewweight.c: add variables for a region array |
| 20:19.59 | CIA-130 | BRL-CAD: 03tbrowder2 * r48871 10/brlcad/trunk/src/rt/viewweight.c: add macro guards to maintain two versions during development |
| 20:20.36 | CIA-130 | BRL-CAD: 03tbrowder2 * r48872 10/brlcad/trunk/src/rt/viewweight.c: turn off array version for now |
| 20:22.17 | CIA-130 | BRL-CAD: 03tbrowder2 * r48873 10/brlcad/trunk/src/rt/viewweight.c: remove 'always true test' |
| 20:29.58 | CIA-130 | BRL-CAD: 03tbrowder2 * r48874 10/brlcad/trunk/src/rt/viewweight.c: use variables instead of error-prone integer literals to define format field widths |
| 20:32.12 | CIA-130 | BRL-CAD: 03tbrowder2 * r48875 10/brlcad/trunk/src/rt/viewweight.c: oops, forgot to replace integer with the variable name |
| 21:23.47 | *** join/#brlcad cadman (~Adium@mwg-e06.infosec.fedex.com) | |
| 21:45.24 | CIA-130 | BRL-CAD: 03tbrowder2 * r48876 10/brlcad/trunk/src/rt/viewweight.c: (log message trimmed) |
| 21:45.24 | CIA-130 | BRL-CAD: removed macro guards |
| 21:45.24 | CIA-130 | BRL-CAD: moved second block ["if (rpt_overlap)"] into the first |
| 21:45.24 | CIA-130 | BRL-CAD: rearrange some block variables as a result |
| 21:45.25 | CIA-130 | BRL-CAD: fill new region array |
| 21:45.25 | CIA-130 | BRL-CAD: increment MAX_ITEM by 2 to create an "end ID" for conventional loop idiom use |
| 21:45.26 | CIA-130 | BRL-CAD: use new array for WEIGHT BY REGION ID sort |
| 22:08.55 | CIA-130 | BRL-CAD: 03tbrowder2 * r48877 10/brlcad/trunk/src/rt/viewweight.c: |
| 22:08.55 | CIA-130 | BRL-CAD: moved WEIGHT BY REGION NAME outside the first region collection loop, then used |
| 22:08.55 | CIA-130 | BRL-CAD: the new array on the print out |
| 22:08.55 | CIA-130 | BRL-CAD: ran the current regression test (./regress/weight.sh) 100 times with NO |
| 22:08.56 | CIA-130 | BRL-CAD: failures |
| 22:08.56 | CIA-130 | BRL-CAD: next step will be a bit of optimization on the inner read loop of the |
| 22:08.57 | CIA-130 | BRL-CAD: two main print loops |
| 22:30.46 | *** join/#brlcad cadman (~Adium@146.18.173.106) | |
| 23:06.48 | *** join/#brlcad cadman (~Adium@mwg-e03.infosec.fedex.com) | |
| 23:26.58 | CIA-130 | BRL-CAD: 03tbrowder2 * r48878 10/brlcad/trunk/src/rt/viewweight.c: give more info on missing material info--name the region affected |
| 00:24.08 | CIA-130 | BRL-CAD: 03tbrowder2 * r48879 10/brlcad/trunk/src/rt/viewweight.c: a slight optimization |
| 01:42.39 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:38.58 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 03:12.18 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 04:39.24 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 07:51.32 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 08:28.25 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 08:54.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:45.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:45.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:42.44 | CIA-130 | BRL-CAD: 03tbrowder2 * r48880 10/brlcad/trunk/src/rt/viewweight.c: realign std spaces after editing; add some FIX ME notes and questions for more experienced heads; free resources |
| 12:51.24 | CIA-130 | BRL-CAD: 03tbrowder2 * r48881 10/brlcad/trunk/src/rt/viewweight.c: oops, free resources at the right place |
| 15:31.18 | CIA-130 | BRL-CAD: 03tbrowder2 * r48882 10/brlcad/trunk/regress/weight.sh: add another bit of complexity to the second test (inline comments)--current trunk still passes this test |
| 15:41.59 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 15:53.11 | CIA-130 | BRL-CAD: 03tbrowder2 * r48883 10/brlcad/trunk/src/rt/viewweight.c: remove comments before further processing of an input line |
| 15:54.15 | CIA-130 | BRL-CAD: 03tbrowder2 * r48884 10/brlcad/trunk/regress/weight.sh: modify test 2 output to reflect removal of all comments from the density file before further processing |
| 16:20.18 | CIA-130 | BRL-CAD: 03d_rossberg * r48885 10/brlcad/trunk/include/ (config_win.h config_win_cmake.h.in): two additional Windows symbol equivalences (fchmod(), mode_t) |
| 16:28.49 | CIA-130 | BRL-CAD: 03d_rossberg * r48886 10/brlcad/trunk/src/libbu/timer.c: |
| 16:28.49 | CIA-130 | BRL-CAD: there is no preprocessor directive #warning in MSVC 2008 |
| 16:28.49 | CIA-130 | BRL-CAD: there is an equivalent preprocessor directive but then we need an additional compiler switch ... |
| 17:45.42 | CIA-130 | BRL-CAD: 03tbrowder2 * r48887 10/brlcad/trunk/src/rt/viewweight.c: improve comment; realign code with correct spacing after edits |
| 19:11.30 | *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 19:38.25 | brlcad | apparently the libpng linker failure I encountered on a ppc64 system may be fixed with the latest libpng |
| 19:38.44 | brlcad | someone care to upgrade our sources? we're 1.5.4, latest is 1.5.7 |
| 19:40.26 | CIA-130 | BRL-CAD: 03brlcad * r48888 10/brlcad/trunk/TODO: Apparently the latest libpng might resovle the ld failure encountered on FC16, ppc64. |
| 20:00.09 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 20:16.15 | CIA-130 | BRL-CAD: 03tbrowder2 * r48889 10/brlcad/trunk/src/libged/analyze.c: starting on cleaning up analyze table formatting; some ws and style fixes, too |
| 20:55.46 | ``Erik | *grumble* 3 hours into a commit and tom commits something to cause a conflict, need better networking O.o |
| 20:56.11 | brlcad | muahaha |
| 20:56.13 | ``Erik | uses crit, it's not broken by design |
| 21:05.24 | brlcad | three hours into a commit sounds like a busted commit practice, |
| 21:05.27 | brlcad | should be smaller chunks |
| 21:10.49 | ``Erik | it was riddled with nfs server stopped/started responding, etc :/ |
| 21:19.16 | CIA-130 | BRL-CAD: 03erikgreenwald * r48890 10/brlcad/trunk/ (2603 files in 158 dirs): Enter the Dragon. Welcome, 2012! |
| 21:19.58 | brlcad | ahh |
| 21:43.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:43.41 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 01:57.15 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 02:39.03 | CIA-130 | BRL-CAD: 03starseeker * r48891 10/brlcad/trunk/src/other/libpng/ (78 files in 19 dirs): Upgrade to libpng 1.5.7 - this is a vanilla checkin, still need to add the Makefile.am tweaks |
| 02:41.17 | CIA-130 | BRL-CAD: 03starseeker * r48892 10/brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025 |
| 02:50.27 | CIA-130 | BRL-CAD: 03starseeker * r48893 10/brlcad/trunk/ (NEWS TODO src/other/libpng.dist): |
| 02:50.27 | CIA-130 | BRL-CAD: Upgraded libpng to 1.5.7 - hopefully this will address issues on ppc64, but it |
| 02:50.27 | CIA-130 | BRL-CAD: also means we should be able to use the vanilla CMakeLists.txt file, since our |
| 02:50.27 | CIA-130 | BRL-CAD: changes were incorporated upstream. Re-applied Makefile.am changes. |
| 03:11.54 | starseeker | "someone" finishes the upgrade - that one was smooth :-) |
| 03:12.11 | starseeker | waits for ``Erik to report all the new breakage... |
| 03:14.20 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 03:15.16 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 04:25.53 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:08.44 | *** part/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) | |
| 08:52.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:02.34 | CIA-130 | BRL-CAD: 03d_rossberg * r48894 10/brlcad/trunk/ (11 files in 5 dirs): |
| 10:02.35 | CIA-130 | BRL-CAD: - removed the wrong fchmod() <--> chmod() correspondence in Windows (sorry for this) |
| 10:02.35 | CIA-130 | BRL-CAD: - changed the bu_fchmod() parameter from stream to descriptor (as in fchmod()) and created a new bu_fchmod_stream() with stream parameter (i.e. same behavior as the old bu_fchmod()) |
| 10:02.35 | CIA-130 | BRL-CAD: => bu_fchmod() should be an adequate wrapper (if fchmod() is present) or replacement for fchmod() by now (I hope) |
| 10:05.36 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:00.12 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:06.03 | d_rossberg | starseeker: i'll have a look at it ... |
| 16:37.38 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 17:29.47 | CIA-130 | BRL-CAD: 03bob1961 * r48895 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: wrap the open for read statements with a catch |
| 17:31.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:01.50 | CIA-130 | BRL-CAD: 03n_reed * r48896 10/brlcad/trunk/ (6 files in 3 dirs): Add bu_sscanf and bu_vsscanf routines and associated test program. Just wrappers for now; won't build without C99 vsscanf routine. |
| 22:04.55 | CIA-130 | BRL-CAD: 03starseeker * r48897 10/brlcad/trunk/include/ (db5.h magic.h raytrace.h rtgeom.h): Start working out how to represent annotations in librt. Mostly just initial thought, defining magic, etc. |
| 22:08.30 | CIA-130 | BRL-CAD: 03starseeker * r48898 10/brlcad/trunk/include/rtgeom.h: Will need some way to specify head styles for points in leaders... |
| 22:51.59 | starseeker | n_reed: http://www.koders.com/c/fid8F8B3A3DC9DFBFB4F6D158D424A0DC49FBF9434E.aspx?s=cdefs#L35 |
| 22:52.14 | starseeker | vfscanf.c |
| 23:05.05 | starseeker | brlcad: looks like there is actually a public domain font that has some of these gd&t characters: Peter Kanold |
| 23:05.15 | starseeker | http://www.fontspace.com/micronus/y145m-2009 |
| 23:05.45 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:06.02 | starseeker | or from his actual home page: http://p-00-kanold.com/?page_id=7 |
| 23:41.04 | CIA-130 | BRL-CAD: 03starseeker * r48899 10/brlcad/trunk/doc/docbook/resources/other/fonts/ (y14.5.tar.bz2 y14.5_COPYING): Add public domain geometric dimensioning and tolerancing (gdt) fonts from Peter Kanold, with an eye towards their being useful in the new annotation primitive. |
| 00:08.14 | CIA-130 | BRL-CAD: 03tbrowder2 * r48900 10/brlcad/trunk/src/libged/analyze.c: start to tidy analyze output formatting: add some global values and subroutines for handling dynamic table creation |
| 00:21.07 | CIA-130 | BRL-CAD: 03tbrowder2 * r48901 10/brlcad/trunk/src/libged/analyze.c: changes to get pretty printing for mged analyze (arbs for this first go); this has been tested on a tgm (analyze.asc) soon to be newly placed in the ./regress directory |
| 00:24.17 | CIA-130 | BRL-CAD: 03tbrowder2 * r48902 10/brlcad/trunk/regress/analyze.asc: tgm to use for mged analyze testing; has all arbs except arbn at the moment |
| 00:27.56 | CIA-130 | BRL-CAD: 03tbrowder2 * r48903 10/brlcad/trunk/TODO: update for analyze format fixes |
| 00:28.16 | CIA-130 | BRL-CAD: 03tbrowder2 * r48904 10/brlcad/trunk/NEWS: update for analyze format fixes |
| 00:36.55 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 02:13.33 | CIA-130 | BRL-CAD: 03tbrowder2 * r48905 10/brlcad/trunk/HACKING: add a bit for more detail on adding regression tests |
| 02:21.39 | CIA-130 | BRL-CAD: 03tbrowder2 * r48906 10/brlcad/trunk/HACKING: add a bit more info on regression tests |
| 02:27.38 | brlcad | starseeker: interesting font, I like it |
| 02:27.50 | brlcad | though his "public domain" statement is conflicted |
| 02:27.55 | brlcad | "Copyright© Peter Kanold: The fonts I created listed below are Public Domain" |
| 02:28.04 | brlcad | it's either copyright or it's public domain, not both :) |
| 02:28.16 | brlcad | public domain is lack of copyright |
| 02:29.18 | brlcad | worth mentioning it to him, though the intent seems clear enough even with copyright to "use them in any way we like" |
| 02:47.52 | CIA-130 | BRL-CAD: 03tbrowder2 * r48907 10/brlcad/trunk/src/libged/analyze.c: add pretty print of torus volume table |
| 02:51.12 | CIA-130 | BRL-CAD: 03tbrowder2 * r48908 10/brlcad/trunk/src/libged/analyze.c: add a newline to tgc output |
| 02:51.51 | starseeker | brlcad: that's a problem with modern copyright law, as I understand it - there's not really a mechanism for explicitly putting something in the public domain - because everything is automatically copyrighted in the instant of its creation, the copyright holder must actively disclaim his rights - and can only do so by identifying him/herself as the one who has them in the first place |
| 03:06.16 | brlcad | that's partially true but misleading |
| 03:06.29 | CIA-130 | BRL-CAD: 03tbrowder2 * r48909 10/brlcad/trunk/src/libged/analyze.c: add some strategic newlines |
| 03:06.32 | brlcad | you declare it in the public domain as the author |
| 03:06.53 | brlcad | claiming copyright is not the same thing |
| 03:17.20 | brlcad | I posted a note, thanking him |
| 04:42.18 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:42.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:32.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:36.54 | CIA-130 | BRL-CAD: 03tbrowder2 * r48910 10/brlcad/trunk/src/libbu/test_vls.c: add test for bug no. 3475562 |
| 13:56.37 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:59.55 | CIA-130 | BRL-CAD: 03d_rossberg * r48911 10/brlcad/trunk/ (3 files in 3 dirs): |
| 13:59.55 | CIA-130 | BRL-CAD: added an include file check for MS Windows includes (they require windows.h to be included before) |
| 13:59.55 | CIA-130 | BRL-CAD: - reverted changes in revision 48886 |
| 13:59.55 | CIA-130 | BRL-CAD: - used the new check for mmsystem.h |
| 14:37.10 | CIA-130 | BRL-CAD: 03tbrowder2 * r48912 10/brlcad/trunk/HACKING: add a bit more info for newbie testers |
| 14:39.00 | CIA-130 | BRL-CAD: 03tbrowder2 * r48913 10/brlcad/trunk/regress/CMakeLists.txt: add regression test for the bu_vls_printf function |
| 14:41.04 | CIA-130 | BRL-CAD: 03tbrowder2 * r48914 10/brlcad/trunk/src/libbu/test_vls.c: add new tests, track number of test failures and send to exit status |
| 14:56.18 | CIA-130 | BRL-CAD: 03bob1961 * r48915 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Need to initialize the view params in to_data_polygons. |
| 15:39.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:39.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:51.52 | CIA-130 | BRL-CAD: 03starseeker * r48916 10/brlcad/trunk/regress/CMakeLists.txt: comment out the vls.sh regression until the file is actually present in the repository. |
| 16:00.20 | CIA-130 | BRL-CAD: 03tbrowder2 * r48917 10/brlcad/trunk/src/libbu/test_vls.c: distinguish expected failures from unexpected failure; send number of expected failures to stdout for regression tests; status reflects number of unexpected test failures |
| 16:02.53 | CIA-130 | BRL-CAD: 03tbrowder2 * r48918 10/brlcad/trunk/regress/vls.sh: distinguish expected from unexpected failures; no overall failure for expected failures (and decrease on expected failures is also reported) |
| 16:08.44 | CIA-130 | BRL-CAD: 03tbrowder2 * r48919 10/brlcad/trunk/regress/CMakeLists.txt: vls test files are now checked in (sorry about that) |
| 16:29.48 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:29.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:58.59 | CIA-130 | BRL-CAD: 03tbrowder2 * r48920 10/brlcad/trunk/regress/mged.sh: opendb disappeared (forever?); had to substitute mged command to get regression test to work (other tests may be affected by the loss of opendb) |
| 17:21.24 | CIA-130 | BRL-CAD: 03starseeker * r48921 10/brlcad/trunk/regress/mged.sh: As far as I know, we haven't deliberately removed opendb |
| 17:29.03 | CIA-130 | BRL-CAD: 03tbrowder2 * r48922 10/brlcad/trunk/regress/mged.sh: this is a valid change for debugging failed tests |
| 17:33.35 | CIA-130 | BRL-CAD: 03starseeker * r48923 10/brlcad/trunk/regress/red.sh: Looks like we need to export the EDITOR variable here - without this export, an actual text editor kept getting launched during the red-regress tests. |
| 18:44.00 | CIA-130 | BRL-CAD: 03brlcad * r48924 10/brlcad/trunk/src/libged/analyze.c: quell compilation failure for 'field' being unused. mark the sprintf workarounds as FIXME items since bu_vls_printf() is apparently lacking. |
| 18:50.25 | *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 18:52.33 | *** part/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 20:12.48 | CIA-130 | BRL-CAD: 03tbrowder2 * r48925 10/brlcad/trunk/src/libged/analyze.c: leave the note for future reference, please |
| 20:17.14 | CIA-130 | BRL-CAD: 03brlcad * r48926 10/brlcad/trunk/ (NEWS TODO): might miss the january release if the coverity defect code reviewing takes too long or problems are encountered, but going to try to hit that mark for 7.22.0 anyways. lots of testing and commit review help needed. |
| 21:00.00 | ``Erik | I'm so badass, my cmake build went to 344% O.o |
| 22:55.05 | CIA-130 | BRL-CAD: 03bob1961 * r48927 10/brlcad/trunk/src/libpkg/pkg.c: Move "if" statement after variable declarations. |
| 23:13.33 | CIA-130 | BRL-CAD: 03bob1961 * r48928 10/brlcad/trunk/src/libbu/magic.c: Needs bu.h |
| 23:18.31 | CIA-130 | BRL-CAD: 03bob1961 * r48929 10/brlcad/trunk/src/libfb/if_mem.c: Move variable declarations to top of code block. |
| 23:22.54 | CIA-130 | BRL-CAD: 03bob1961 * r48930 10/brlcad/trunk/src/libged/analyze.c: Move variable declarations to top of code block. |
| 23:34.49 | CIA-130 | BRL-CAD: 03bob1961 * r48931 10/brlcad/trunk/src/other/lemon/lempar.c: Move variable declarations to top of code block. |
| 23:53.07 | CIA-130 | BRL-CAD: 03tbrowder2 * r48932 10/brlcad/trunk/src/libged/analyze.c: declaration at top, but set value where it's used |
| 00:42.15 | starseeker | ``Erik: NOW what did you do to it?? |
| 03:41.01 | CIA-130 | BRL-CAD: 03tbrowder2 * r48933 10/brlcad/trunk/regress/vls.sh: add some more robustness: report if all expected failure pass |
| 04:03.34 | brlcad | starseeker: export VAR=value is bash-specific |
| 04:03.42 | brlcad | use two-lines |
| 04:03.46 | brlcad | VAR=value |
| 04:03.48 | brlcad | export VAR |
| 05:07.12 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:34.39 | CIA-130 | BRL-CAD: 03brlcad * r48934 10/brlcad/trunk/src/conv/asc/pix2asc.c: revert r48777 that maybe quelled a TAINTED_SCALAR coverity warning since it causes a compilation warning (it's always true). cleanup. |
| 05:56.18 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 09:41.30 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 10:38.43 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 10:39.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:05.12 | ``Erik | starseeker: "make -j3 all benchmark"... that's it *shrug* |
| 13:12.20 | ``Erik | 'faster than fourier transform' O.o |
| 13:12.56 | CIA-130 | BRL-CAD: 03starseeker * r48935 10/brlcad/trunk/regress/red.sh: try not to use bash specific syntax... |
| 13:13.48 | CIA-130 | BRL-CAD: 03tbrowder2 * r48936 10/brlcad/trunk/regress/mged.sh: correct test to remove only if not FAILED |
| 13:13.51 | ``Erik | starseeker: "bash +B" puts you in posix compatibility mode, or hop on a fbsd box and use /bin/sh |
| 13:44.31 | CIA-130 | BRL-CAD: 03erikgreenwald * r48937 10/brlcad/trunk/src/libfb/tcl.c: erm, argv[0] is not a static string and this is not tcl, redo the bu_log string for proper format/varargs handling |
| 13:48.01 | CIA-130 | BRL-CAD: 03erikgreenwald * r48938 10/brlcad/trunk/src/libged/analyze.c: quell uninitialized var warning |
| 15:17.30 | CIA-130 | BRL-CAD: 03erikgreenwald * r48939 10/brlcad/trunk/src/libgcv/test_bottess.c: macro up face detection |
| 15:39.06 | brlcad | starseeker: hm, the struct detection in astyle isn't nearly as clear-cut as the indenting was |
| 17:09.21 | brlcad | woot, fixed |
| 17:12.56 | brlcad | four lines of code |
| 17:59.33 | CIA-130 | BRL-CAD: 03brlcad * r48940 10/brlcad/trunk/regress/mged.sh: don't pop up a window on commands that want to try, set display to null. also, delete output file(s) before writing them |
| 18:02.21 | CIA-130 | BRL-CAD: 03brlcad * r48941 10/brlcad/trunk/CMakeLists.txt: looks like cmake has a mechanism for checking headers that require other headers (at least CHECK_INCLUDE_FILES() does). list them before the header, separated with semicolons. should fix the issue prompted by r48886. |
| 18:19.37 | CIA-130 | BRL-CAD: 03brlcad * r48942 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): |
| 18:19.37 | CIA-130 | BRL-CAD: didn't get the commit e-mail, and missed the new BRLCAD_INCLUDE_FILE_WINDOWS() |
| 18:19.37 | CIA-130 | BRL-CAD: macro. looks like BRLCAD_INCLUDE_FILE does just pass it though, so the |
| 18:19.37 | CIA-130 | BRL-CAD: windows-specific macro shouldn't be needed. awaiting windows build |
| 18:19.37 | CIA-130 | BRL-CAD: verification. |
| 18:50.05 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:10.30 | starseeker | brlcad: sweet, thanks! |
| 20:10.39 | starseeker | tests astyle again... |
| 20:26.29 | CIA-130 | BRL-CAD: 03starseeker * r48943 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: Swap the order of checks 2 and 3 - if we're explicitly turning something off, even NOSYS isn't enough to save it - this was true anyway, so make the ordering clearer. |
| 20:26.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:28.42 | CIA-130 | BRL-CAD: 03starseeker * r48944 10/brlcad/trunk/misc/astyle.opt: |
| 20:28.42 | CIA-130 | BRL-CAD: Tweak the astyle opt file - for the moment, remove align-pointer since it's |
| 20:28.42 | CIA-130 | BRL-CAD: changing some stuff in if conditionals (for example, avs.c line 45) that look |
| 20:28.42 | CIA-130 | BRL-CAD: like maybe they shouldn't be changed. Sean fixed astyle, so turn on kr styling. |
| 20:28.43 | CIA-130 | BRL-CAD: The pad-oper setting appears to work as advertised, the question is whether we |
| 20:28.43 | CIA-130 | BRL-CAD: want to apply it globally... |
| 20:30.49 | starseeker | brlcad: ok, with those settings, 49 files in libbu get modified running astyle and 36 don't... |
| 20:41.42 | CIA-130 | BRL-CAD: 03starseeker * r48945 10/brlcad/trunk/include/rtgeom.h: Need to start way simpler here... |
| 21:24.13 | *** join/#brlcad cadman (~Adium@mwg-w02.infosec.fedex.com) | |
| 21:44.45 | CIA-130 | BRL-CAD: 03erikgreenwald * r48946 10/brlcad/trunk/CMakeLists.txt: Bump requried CMake version to 2.8.4. osX couldn't find dependancies (namely xsl-expand while building docbook articles) even though the dep worked as a target on 2.8.3. |
| 21:45.55 | CIA-130 | BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3269 10/wiki/Code_Cleanup: /* Duplication Reduction */ export not necessary |
| 21:46.51 | CIA-130 | BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3270 10/wiki/Code_Cleanup: /* Duplication Reduction */ readd space |
| 21:47.16 | *** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com) | |
| 22:00.42 | brlcad | starseeker: interesting, can you post a diff of one of those 49 up somewhere? |
| 22:01.15 | brlcad | libbu shouldn't really have any changes since it's been the best reviewed style-wise |
| 22:06.50 | *** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com) | |
| 22:16.51 | starseeker | brlcad: sure: http://pastebin.mozilla.org/1456753 (avs.c) |
| 22:18.16 | starseeker | http://pastebin.mozilla.org/1456755 (backtrace.c) |
| 22:20.07 | starseeker | think I might know what the backtrace.c one is... |
| 22:22.15 | CIA-130 | BRL-CAD: 03starseeker * r48947 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: Warn if a NOSYS library is turned off - Bad Things expected. |
| 22:23.05 | CIA-130 | BRL-CAD: 03starseeker * r48948 10/brlcad/trunk/misc/astyle.opt: Ah hah - we want to indent the cases of a switch statement |
| 22:27.10 | CIA-130 | BRL-CAD: 03starseeker * r48949 10/brlcad/trunk/misc/astyle.opt: don't want extra default indentation of conditionals |
| 22:30.39 | CIA-130 | BRL-CAD: 03starseeker * r48950 10/brlcad/trunk/misc/astyle.opt: Allow deeper indenting |
| 22:30.55 | starseeker | down to 38 modified... |
| 22:34.44 | starseeker | avs.c is still changed, and here are a couple more that are still there: |
| 22:34.48 | starseeker | http://pastebin.mozilla.org/1456763 |
| 22:35.33 | starseeker | doubt there's an option to not break out single line case statements... |
| 22:36.44 | starseeker | I'll bet those if bracket moves are the k&r style formatter |
| 22:40.16 | starseeker | brlcad: nevermind the pastebins - heres the full libbu diff, with astyle.opt as of r48950: http://bzflag.bz/~starseeker/astyle_libbu_diff.txt |
| 23:47.22 | brlcad | starseeker: heh okay |
| 00:41.46 | brlcad | starseeker: btw, I got a confirmed e-mail from peter kanold (the font guy) stating that we can use it for any purpose whatsoever |
| 01:53.33 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 01:53.53 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 00:11.12 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 00:11.12 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 02:31.07 | *** join/#brlcad cadman (~Adium@mwg-w03.infosec.fedex.com) | |
| 02:31.29 | *** join/#brlcad cadman1 (~Adium@mwg-w05.infosec.fedex.com) | |
| 02:58.57 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:50.29 | CIA-130 | BRL-CAD: 03Sean 07http://brlcad.org * r3271 10/wiki/DSP: stub in some initial infor for the dsp primitive, pulled from content written elsewhere |
| 05:57.35 | CIA-130 | BRL-CAD: 03Sean 07http://brlcad.org * r3272 10/wiki/DSP: mini outline stub |
| 14:16.59 | *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net) | |
| 15:09.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:32.50 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:32.50 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:56.46 | *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net) | |
| 18:22.24 | *** join/#brlcad merzo (~merzo@91-86-200-46.pool.ukrtel.net) | |
| 20:21.12 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:21.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:52.35 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 02:06.13 | *** join/#brlcad Technicus (~Technicus@DSLPool-net212-23.wctc.net) | |
| 02:16.10 | CIA-130 | BRL-CAD: 03tbrowder2 * r48961 10/brlcad/trunk/src/libbu/test_vls.c: (log message trimmed) |
| 02:16.10 | CIA-130 | BRL-CAD: Added and rearranged tests. |
| 02:16.10 | CIA-130 | BRL-CAD: Added separate handling of expected failures (none at the moment). |
| 02:16.10 | CIA-130 | BRL-CAD: Output number of expected failures to stderr and unexpected failures |
| 02:16.10 | CIA-130 | BRL-CAD: to the exit code. |
| 02:16.10 | CIA-130 | BRL-CAD: Modified format of test_vls function to more readily see the input |
| 02:16.11 | CIA-130 | BRL-CAD: being tested. |
| 02:17.01 | CIA-130 | BRL-CAD: 03tbrowder2 * r48962 10/brlcad/trunk/src/libbu/vls.c: (log message trimmed) |
| 02:17.01 | CIA-130 | BRL-CAD: Fixed so no current regression tests fail (but no guarantees). |
| 02:17.01 | CIA-130 | BRL-CAD: Found some missing flags, precision wasn't handled properly |
| 02:17.01 | CIA-130 | BRL-CAD: for strings (absolutely constrains string length [but not field |
| 02:17.01 | CIA-130 | BRL-CAD: width]). |
| 02:17.01 | CIA-130 | BRL-CAD: Added new bit flags for special format cases, added FIXMEs where |
| 02:17.02 | CIA-130 | BRL-CAD: more looks are needed (more tests need to be added). |
| 02:21.19 | CIA-130 | BRL-CAD: 03tbrowder2 * r48963 10/brlcad/trunk/regress/vls.sh: |
| 02:21.19 | CIA-130 | BRL-CAD: Added a test for expected failures and variation of output |
| 02:21.20 | CIA-130 | BRL-CAD: success based on actual test results of unexpected failures, |
| 02:21.20 | CIA-130 | BRL-CAD: expected failures, and surprise pass of expected failures. |
| 02:21.20 | CIA-130 | BRL-CAD: Tell user to look at the output log file if all is not perfect. |
| 02:21.20 | CIA-130 | BRL-CAD: Removes alloutput products if no problems. |
| 02:36.14 | CIA-130 | BRL-CAD: 03tbrowder2 * r48964 10/brlcad/trunk/include/bn.h: move doxygen description of complex number functions from implementation file to bu library header file (see patches tracker ID 3376910) |
| 02:36.52 | CIA-130 | BRL-CAD: 03tbrowder2 * r48965 10/brlcad/trunk/src/libbn/complex.c: move doxygen description of complex number functions from implementation file to bu library header file (see patches tracker ID 3376910) |
| 02:52.02 | CIA-130 | BRL-CAD: 03tbrowder2 * r48966 10/brlcad/trunk/src/libbu/test_vls.c: removed unused signal handler |
| 05:23.33 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:30.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:57.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:57.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:04.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:29.39 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:29.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:41.37 | CIA-130 | BRL-CAD: 03tbrowder2 * r48967 10/brlcad/trunk/src/libbu/vls.c: eliminate old if/def code block |
| 11:45.03 | CIA-130 | BRL-CAD: 03tbrowder2 * r48968 10/brlcad/trunk/src/libbu/vls.c: delete vls structs after use |
| 11:48.55 | CIA-130 | BRL-CAD: 03tbrowder2 * r48969 10/brlcad/trunk/regress/vls.sh: tweak handling of expected fails |
| 13:10.34 | *** join/#brlcad pokoko222_ (~chatzilla@77.28.122.27) | |
| 13:10.44 | pokoko222 | will you guys be on google summer code? |
| 13:31.05 | CIA-130 | BRL-CAD: 03tbrowder2 * r48970 10/brlcad/trunk/src/libged/wdb_obj.c: ws style |
| 14:24.54 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 14:50.37 | brlcad | lil early |
| 15:46.41 | CIA-130 | BRL-CAD: 03starseeker * r48971 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Alter BRLCAD_INCLUDE_FILE to support optionally supplying a list of headers, instead of just one. |
| 16:11.57 | CIA-130 | BRL-CAD: 03starseeker * r48972 10/brlcad/trunk/ (3 files in 3 dirs): |
| 16:11.57 | CIA-130 | BRL-CAD: Make each type of DocBook output depend on the XSL stylesheet used to generate |
| 16:11.57 | CIA-130 | BRL-CAD: that type of output, so it gets automatically regenerated if the stylesheets are |
| 16:11.57 | CIA-130 | BRL-CAD: changed. Note that we don't depend on the .xsl.in file but the generated .xsl |
| 16:11.57 | CIA-130 | BRL-CAD: file in the build directory - this is OK because the .xsl.in files are tracked |
| 16:11.57 | CIA-130 | BRL-CAD: by CMake, and CMake will be re-run if they change. If the xsl.in file is |
| 16:11.58 | CIA-130 | BRL-CAD: different, it will change the generated .xsl file and trigger the build rule. |
| 16:14.56 | brlcad | starseeker: ahh, missed the S... are both really needed? |
| 16:15.04 | brlcad | why not pass them all through check files? |
| 16:19.43 | brlcad | mailing list seems to indicate it should work the same |
| 16:37.01 | brlcad | when I made my mod, it re-ran the windows.h test so it looked like it should have even worked for windows |
| 16:44.46 | brlcad | testing, looks like it works |
| 16:57.38 | CIA-130 | BRL-CAD: 03tbrowder2 * r48973 10/brlcad/trunk/src/libged/ls.c: ws style |
| 16:58.39 | CIA-130 | BRL-CAD: 03tbrowder2 * r48974 10/brlcad/trunk/src/libged/ged.c: ws style |
| 17:15.05 | CIA-130 | BRL-CAD: 03brlcad * r48975 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: simplify, looks like CHECK_INCLUDE_FILES will work for checking all header files. lamely prints var instead of the header, but does the right/same check anyways. quotes necessary per cmake macro list expansion rules |
| 17:35.01 | CIA-130 | BRL-CAD: 03n_reed * r48976 10/brlcad/trunk/ (include/bu.h src/libbu/sscanf.c src/libbu/test_sscanf.c): Implemented bu_vsscanf in terms of sscanf (loses vsscanf dependency) with much help from BSD vfscanf.c (now using BSD license). Needs testing. |
| 17:40.18 | CIA-130 | BRL-CAD: 03brlcad * r48977 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: document the majority of macros saying what their side-effects are where it's obvious. pass BRLCAD_TYPE_SIZE's header as a list in case it's more than one. |
| 17:51.36 | CIA-130 | BRL-CAD: 03tbrowder2 * r48978 10/brlcad/trunk/src/libged/ (69 files): ws, style |
| 17:57.10 | CIA-130 | BRL-CAD: 03brlcad * r48979 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: |
| 17:57.10 | CIA-130 | BRL-CAD: this is in-part why these are so unnecessarily difficult to read... three |
| 17:57.10 | CIA-130 | BRL-CAD: different indentation styles and two upper/lower case conventions being used. |
| 17:57.10 | CIA-130 | BRL-CAD: out-of-place headers beg for an explanation. set mode to cmake so emacs can fix |
| 17:57.10 | CIA-130 | BRL-CAD: some of the file for us. |
| 17:57.57 | CIA-130 | BRL-CAD: 03brlcad * r48980 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: fix header funk |
| 18:01.25 | CIA-130 | BRL-CAD: 03brlcad * r48981 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: missed one |
| 18:07.09 | CIA-130 | BRL-CAD: 03starseeker * r48982 10/brlcad/trunk/misc/CMake/ (msv.cmake.in rnv.cmake.in xmllint.cmake.in): Update the validate scripts for the new setup |
| 18:08.11 | CIA-130 | BRL-CAD: 03starseeker * r48983 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: whoops - too aggressive with the xsl dependencies. |
| 18:14.27 | starseeker | brlcad: sorry about that :-/ |
| 18:20.39 | CIA-130 | BRL-CAD: 03tbrowder2 * r48984 10/brlcad/trunk/TODO: wrapped some long lines for ease of perusal |
| 18:28.41 | CIA-130 | BRL-CAD: 03starseeker * r48985 10/brlcad/trunk/misc/CMake/ (36 files): cmake files are not sh files |
| 18:37.59 | brlcad | they were set to sh because emacs marks the syntax up beautifully even pretending it's a shell script |
| 18:38.19 | brlcad | but then I found a cmake mode which handles the indentation better |
| 18:38.32 | brlcad | s/better// .. shell script couldn't do indent |
| 18:38.56 | brlcad | had to patch it, but seems to work okay .. not as pretty as sh-mode, but better with indentation |
| 18:40.16 | brlcad | patched mode file is here for anyone intereste: http://brlcad.org/~sean/tmp/cmake-mode.el |
| 18:49.47 | brlcad | n_reed: src/libbu/sscanf.c:135:12: error: variable ?base? set but not used |
| 18:57.44 | CIA-130 | BRL-CAD: 03tbrowder2 * r48986 10/brlcad/trunk/src/libanalyze/ (density.c test_density.c): ws, style |
| 18:58.51 | CIA-130 | BRL-CAD: 03starseeker * r48987 10/brlcad/trunk/misc/CMake/ (36 files): Go with the Emacs mode indentation style for CMake files |
| 19:00.28 | CIA-130 | BRL-CAD: 03tbrowder2 * r48988 10/brlcad/trunk/TODO: add .density file and density database code refactoring task |
| 19:11.46 | CIA-130 | BRL-CAD: 03n_reed * r48989 10/brlcad/trunk/src/libbu/sscanf.c: remove unused base var for now (holdover from vfscanf), but may want it later... |
| 19:19.51 | starseeker | hmm - got a report that some of the recent vls changes have broken MGED |
| 19:26.00 | ``Erik | keith is seeing them, mged segfaulting on load... he has a fix he's trying to commit |
| 19:27.51 | ``Erik | aight, he's not committing it, says too much stuff is broken right now O.o |
| 19:28.16 | ``Erik | (like an indent pass changing "+=" to "+ =", etc) |
| 19:34.37 | CIA-130 | BRL-CAD: 03indianlarry * r48990 10/brlcad/trunk/src/libdm/ (dm-X.c dm-ogl.c dm-rtgl.c dm-tk.c dm-wgl.c): using bu_vls_strncpy() to get parent window name from vls string. looks to be some changes to bu_vls_printf() where the "%*s" format specifier is concerned. can revert when later is fixed |
| 19:38.59 | CIA-130 | BRL-CAD: 03indianlarry * r48991 10/brlcad/trunk/src/libged/ (track.c typein.c wdb_track.c): spaces where spaces shouldn't be; might be a formatter gone awry? |
| 19:59.21 | CIA-130 | BRL-CAD: 03indianlarry * r48992 10/brlcad/trunk/src/conv/step/Axis2Placement.h: virtually inherit STEPEntity; we only want one of these in any multiple inheritance situation |
| 20:21.36 | CIA-130 | BRL-CAD: 03tbrowder2 * r48993 10/brlcad/trunk/src/libged/human.c: correct overzealous ws formatting (a macro gone wild with a zoned-out human) |
| 20:24.41 | CIA-130 | BRL-CAD: 03indianlarry * r48994 10/brlcad/trunk/src/conv/step/ (10 files): virtually inherit STEPEntity; we only want one of these in any multiple inheritance situation |
| 20:53.31 | CIA-130 | BRL-CAD: 03starseeker * r48995 10/brlcad/trunk/CMakeLists.txt: Make a stab at fixing indenting in toplevel CMakeLists.txt file |
| 21:14.09 | CIA-130 | BRL-CAD: 03indianlarry * r48996 10/brlcad/trunk/src/conv/step/CompositeCurve.cpp: cast using dynamic_cast<> |
| 21:17.02 | CIA-130 | BRL-CAD: 03indianlarry * r48997 10/brlcad/trunk/src/conv/step/ (7 files): cast using dynamic_cast<> |
| 22:05.35 | CIA-130 | BRL-CAD: 03brlcad * r48998 10/brlcad/trunk/src/libbu/test_vls.c: add a couple more width test cases, shows that the old bu_vls_printf() implementation was wrong treating the length as a max instead of as a min with left space padding. |
| 22:24.38 | CIA-130 | BRL-CAD: 03tbrowder2 * r48999 10/brlcad/trunk/src/libbu/test_vls.c: add Sean's tests |
| 23:01.51 | CIA-130 | BRL-CAD: 03brlcad * r49000 10/brlcad/trunk/src/libbu/test_vls.c: my test cases for the %* bug were already added, so don't need. also, tidy output some now that there are a lot more complex tests, align the PASS/FAIL for easy scanning. |
| 23:29.42 | CIA-130 | BRL-CAD: 03n_reed * r49001 10/brlcad/trunk/src/libbu/test_sscanf.c: Added other integer type tests. Building the source strings to include min/max values. |
| 23:37.01 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 00:11.29 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 01:27.41 | CIA-130 | BRL-CAD: 03n_reed * r49002 10/brlcad/trunk/src/libbu/test_sscanf.c: add more float-type tests |
| 01:45.56 | CIA-130 | BRL-CAD: 03starseeker * r49003 10/brlcad/trunk/CMakeLists.txt: obsolete comment |
| 02:25.44 | CIA-130 | BRL-CAD: 03brlcad * r49004 10/brlcad/trunk/src/mged/cmd.c: looks like a case where '%*s' is being used incorrectly. it's not strncpy, so use a vls to get that intended result. |
| 02:26.52 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:39.49 | CIA-130 | BRL-CAD: 03brlcad * r49005 10/brlcad/trunk/src/mged/mged.c: simplify, pull the free up to after Tcl_Eval() since we're done with it |
| 03:57.19 | CIA-130 | BRL-CAD: 03brlcad * r49006 10/brlcad/trunk/src/mged/mged.c: looks like console tab-completion in mged also relied on '%*s' strncat behavior, though not critically so (wipes out the previous command line) |
| 04:00.35 | CIA-130 | BRL-CAD: 03brlcad * r49007 10/brlcad/trunk/src/mged/mged.c: feature LONG time in the making. improve tab expansion padding a trailing space if we get down to only one match remaining. improved usability ftw. |
| 04:00.58 | CIA-130 | BRL-CAD: 03starseeker * r49008 10/brlcad/trunk/misc/CMake/ (44 files): Have a go at standardizing the case of built-in CMake function calls in our .cmake files, for readibility improvement. Not hitting the CMakeLists.txt files yet. |
| 04:08.00 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 04:14.09 | CIA-130 | BRL-CAD: 03starseeker * r49009 10/brlcad/trunk/ (93 files in 93 dirs): Take a stab at the CMakeLists.txt files (probably not complete) |
| 04:14.31 | starseeker | brlcad: probably not perfect, but hopefully that will help some |
| 04:18.21 | brlcad | wow, I wouldn't have expected all-lower from you given it was nearly all upper :) |
| 04:18.44 | brlcad | I like it though, less of a wall of shouting text |
| 04:19.00 | brlcad | should be more clear what is logic and what the vars are |
| 04:21.04 | starseeker | nods |
| 04:21.54 | starseeker | didn't have any particular attachment to one or the other - Tom mentioned he didn't care for all caps when we were discussing the DocBook stuff, and I had read somewhere that all things being equal, lower case is easier to read |
| 04:22.31 | starseeker | sorts out rather well, once I look at it - will take a little getting used to, but no biggie |
| 04:23.53 | starseeker | probably the lower case instances are when I needed to read something more clearly to understand it :_) |
| 04:23.59 | starseeker | :-) even |
| 04:25.42 | starseeker | for darn sure I don't want to make it *intentionally* hard to read |
| 04:30.22 | CIA-130 | BRL-CAD: 03brlcad * r49010 10/brlcad/trunk/src/mged/mged.c: |
| 04:30.22 | CIA-130 | BRL-CAD: wow, and all that for nothing. the input string is wiped out, but a call to |
| 04:30.22 | CIA-130 | BRL-CAD: bu_vls_trunc() does it even better and is already being called. maybe a vestige |
| 04:30.22 | CIA-130 | BRL-CAD: holdover from when it was a buffer instead of a vls and nobody noticed. |
| 04:30.23 | CIA-130 | BRL-CAD: something a little fishy but looks like it's working nicely. |
| 04:31.13 | brlcad | starseeker: you sure? job security! :) |
| 04:31.41 | starseeker | <snort> I'm quite sure it will be impenetrable despite my best efforts |
| 04:32.38 | starseeker | has been swimming in CMake for so long now it feels natural, which means writing up docs is automatically a challenge |
| 04:38.46 | CIA-130 | BRL-CAD: 03starseeker * r49011 10/brlcad/trunk/ (33 files in 33 dirs): few more upper->lower conversions |
| 05:46.29 | *** join/#brlcad Technicus (~Technicus@24-196-36-61.dhcp.stpt.wi.charter.com) | |
| 05:59.35 | CIA-130 | BRL-CAD: 03brlcad * r49012 10/brlcad/trunk/src/tclscripts/mged/text.tcl: even if line is empty, let tab-completion still do its job. return all registered commands. improved usability consistent with unix command prompt behavior. |
| 06:02.16 | CIA-130 | BRL-CAD: 03brlcad * r49013 10/brlcad/trunk/NEWS: |
| 06:02.16 | CIA-130 | BRL-CAD: improved tab-completion behavior in mged. now once you have a match, it will |
| 06:02.16 | CIA-130 | BRL-CAD: auto-append a space after the command so you're ready for the next argument. |
| 06:02.16 | CIA-130 | BRL-CAD: also, hitting tab on an empty line will return all registered commands instead |
| 06:02.16 | CIA-130 | BRL-CAD: of silently doing nothing. |
| 06:06.04 | CIA-130 | BRL-CAD: 03brlcad * r49014 10/brlcad/trunk/src/tclscripts/lib/Command.tcl: do the same for archer. looks like entirely duplicate code fortunately/unfortunately so same fix applies to make an empty tab-expansion return all registered commands. |
| 06:12.09 | CIA-130 | BRL-CAD: 03brlcad * r49015 10/brlcad/trunk/src/tclscripts/lib/Command.tcl: apply similar usability enhancement to archer as was done for mged. if there's only one match remaining, then add a space after our match so the user is saved a keystroke. |
| 07:04.21 | CIA-130 | BRL-CAD: 03brlcad * r49016 10/brlcad/trunk/NEWS: |
| 07:04.21 | CIA-130 | BRL-CAD: improved tab-completion behavior for mged and archer. now once you have a |
| 07:04.21 | CIA-130 | BRL-CAD: match, it will auto-append a space after the command so you're ready for the |
| 07:04.21 | CIA-130 | BRL-CAD: next argument. also, hitting tab on an empty line will return all registered |
| 07:04.22 | CIA-130 | BRL-CAD: commands instead of silently doing nothing. untested for archer (non-gui atm) |
| 07:22.52 | CIA-130 | BRL-CAD: 03brlcad * r49017 10/brlcad/trunk/src/mged/mged.c: |
| 07:22.52 | CIA-130 | BRL-CAD: handle a slew of '%*s' bu_loggers that seemed to assume strncpy behavior with |
| 07:22.52 | CIA-130 | BRL-CAD: the size being a max (it's a min). probably all benign (possibly even |
| 07:22.52 | CIA-130 | BRL-CAD: unnecessary code) given they all merely blank out some portion of the input |
| 07:22.52 | CIA-130 | BRL-CAD: prompt, but preserves behavior until more extensive testing can occur. |
| 07:36.45 | CIA-130 | BRL-CAD: 03brlcad * r49018 10/brlcad/trunk/src/mged/mged.c: replace a slew of bu_vls_init() calls with static initializers. |
| 07:38.45 | CIA-130 | BRL-CAD: 03brlcad * r49019 10/brlcad/trunk/src/bwish/input.c: more of the same, even identical code to mged, assumptions of '%*s' acting like strncpy and being a minimum. keep doing the explicit copy regardless of the need to preserve behavior until more direct testing can occur. |
| 16:20.39 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:20.39 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 16:21.23 | ``Erik | your compiler isn't liking the __extension__ bit, which version of gcc is that? |
| 16:21.59 | jordisayol | gcc version 4.5.1 |
| 16:22.19 | ``Erik | and your libc headers are the most recent? |
| 16:22.45 | jordisayol | I think so |
| 16:22.58 | jordisayol | I've system up to date |
| 16:25.24 | jordisayol | glibc 2.11.3-12.21.1 |
| 16:27.29 | starseeker | ``Erik: awesome |
| 16:27.46 | starseeker | hope they produce it |
| 16:28.47 | ``Erik | lacks much in the way of linux machines, is going to try compiling with a new gcc on fbsd to see if its' a change in gcc O.o |
| 16:29.50 | ``Erik | but this is looking like an opensuse issue to me, your gcc doesn't like your system headers :/ any program that uses FD_SET() would be throwing this issue (might be some flags we use triggering it) |
| 16:32.10 | jordisayol | ok. I've compiled all previous rpm packages on this system so, is new the use of this function on brlcad? |
| 16:33.11 | jordisayol | if not, then is a new bug on opensuse glibc, isn't it? |
| 16:33.49 | ``Erik | hm, it's an old use of that macro in BRL-CAD, only a couple changes in that file in the last few months |
| 16:34.11 | ``Erik | one on dec 15, the other on nov 29 |
| 16:34.29 | ``Erik | built fine using gcc 4.7 on fbsd 8.2, ia32 |
| 16:35.05 | jordisayol | no no, it build fine on same opensuse 64-bit!!! |
| 16:35.49 | ``Erik | yeah, it's an assembly macro, so it's platform specific... |
| 16:36.13 | ``Erik | it's coming from /usr/include/asm-*/posix_types.h |
| 16:36.35 | ``Erik | so on 64, you get asm-x86_64, on 32 you get asm-i386... different files |
| 16:37.09 | jordisayol | can i do something to override it? |
| 16:37.29 | ``Erik | not to my knowledge, but I'm not a linux guy and have never logged into an opensuse box |
| 16:37.52 | jordisayol | or better, when will be released the next brlcad version? |
| 16:39.03 | ``Erik | sorry, dude, I'm out of ideas, maybe the opensuse guys can help? the __extension__ on line 53 of your paste is the bit causing the issue, and that's from /usr/include/asm-i386/posix_types.h *shrug* |
| 16:39.56 | ``Erik | next BRL-CAD release should be fairly soon, but I don't think it'll fix stuff or ya :/ |
| 16:40.10 | ``Erik | s/ or/ for/ |
| 16:41.03 | jordisayol | I ask you just to know if there is enough time to opensuse crew correct this |
| 16:41.19 | starseeker | how much time would they need? |
| 16:41.29 | jordisayol | no idea |
| 16:41.35 | starseeker | we won't be putting a release out in the next few days - there's too much to do |
| 16:42.07 | jordisayol | I'm not an opensuse user. I just use it in a virtualbox machine to build brlcad rpm packages |
| 16:42.39 | starseeker | my advice would be to contact them and see what they say |
| 16:43.06 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 16:43.56 | jordisayol | ok, i'll try, many thanks! |
| 16:44.22 | ``Erik | they may need to see your compile line, it might be something funky like -msse3 or something causing it to trigger |
| 17:08.32 | CIA-48 | BRL-CAD: 03brlcad * r49068 10/brlcad/trunk/src/ (13 files in 3 dirs): (log message trimmed) |
| 17:08.32 | CIA-48 | BRL-CAD: Can't take it any longer. Doggy bag all the gcc vomit about SCL's qualified type errors. Reduces the build log by about 16MB, 78k warning lines, approx 765 unique instances. |
| 17:08.32 | CIA-48 | BRL-CAD: Quell them all with a teeny little one-liner bit of scripting based on the build log output: |
| 17:08.32 | CIA-48 | BRL-CAD: for match in `grep qualifiers build.log | sort | uniq | cut -d: -f1,2` ; do |
| 17:08.33 | CIA-48 | BRL-CAD: export file="`echo $match | cut -d: -f1`" ; export line="`echo $match | cut -d: |
| 17:08.33 | CIA-48 | BRL-CAD: -f2`" ; export pline="`expr $line - 1`" ; if test "x`sed -n ${pline}p |
| 17:08.34 | CIA-48 | BRL-CAD: $file |grep const`" = "x" ; then sed -n ${line}p $file ; sed |
| 17:08.36 | *** join/#brlcad merzo (~merzo@248-93-200-46.pool.ukrtel.net) | |
| 17:10.33 | CIA-48 | BRL-CAD: 03brlcad * r49069 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h: |
| 17:10.33 | CIA-48 | BRL-CAD: more warning quellage. shouldn't pass string constants to char* parameters as |
| 17:10.33 | CIA-48 | BRL-CAD: they should be considered immutable/const. make SelectTypeDescriptor() |
| 17:10.33 | CIA-48 | BRL-CAD: constructor take a const char* instead, fortunately TypeDescriptor's constructor |
| 17:10.33 | CIA-48 | BRL-CAD: is correct. |
| 17:12.12 | CIA-48 | BRL-CAD: 03bob1961 * r49070 10/brlcad/trunk/src/mged/polyif.c: Variable declarations need to be at the top of the code block. |
| 17:22.41 | CIA-48 | BRL-CAD: 03brlcad * r49071 10/brlcad/trunk/src/other/step/src/clstepcore/ (8 files): |
| 17:22.41 | CIA-48 | BRL-CAD: might make merging a bit more difficult or (more likely) repeats work already |
| 17:22.41 | CIA-48 | BRL-CAD: done in the github tree, but helps ease our sanity in the meantime. eliminate a |
| 17:22.41 | CIA-48 | BRL-CAD: slew of gcc warnings about string literals being passed as char* parameters when |
| 17:22.41 | CIA-48 | BRL-CAD: they should be treated immutable. mark them all const. |
| 17:23.02 | brlcad | that takes care of the majority of the step vomit |
| 17:23.20 | brlcad | the remaining warnings look like they're other valid step-g issues |
| 17:24.58 | brlcad | now the warning log has but 520 or so lines in it (instead of 78k lines) |
| 17:26.06 | brlcad | jordisayol: what does man FD_SET list for headers? |
| 17:27.21 | jordisayol | brlcad: sorry, I don't understand you |
| 17:27.45 | brlcad | if you run "man FD_SET" it should give a usage man page |
| 17:27.59 | brlcad | it should list one or more #include headers near the top |
| 17:28.00 | brlcad | like |
| 17:28.01 | brlcad | #include <sys/select.h> |
| 17:28.03 | jordisayol | nop, no man pacge for it |
| 17:28.11 | brlcad | hm, okay, what about man select |
| 17:28.38 | jordisayol | not too |
| 17:29.01 | brlcad | no man page for select? |
| 17:29.25 | brlcad | sounds like you're missing manual pages |
| 17:29.40 | jordisayol | just a moment, i just use opensuse to build brlcad |
| 17:29.51 | jordisayol | maybe it's not installed |
| 17:30.17 | brlcad | no matter, found it online http://manpages.unixforum.co.uk/man-pages/linux/opensuse-10.2/0p/select.h-man-page.html |
| 17:31.29 | jordisayol | now i got man FD_SET |
| 17:31.56 | brlcad | grep HAVE_SYS_SELECT_H include/* |
| 17:32.03 | brlcad | from your build directory |
| 17:32.56 | jordisayol | include/brlcad_config.h:#define HAVE_SYS_SELECT_H 1 |
| 17:32.56 | jordisayol | include/brlcad_config.h.in:#cmakedefine HAVE_SYS_SELECT_H 1 |
| 17:32.56 | jordisayol | include/bselect.h:#ifdef HAVE_SYS_SELECT_H |
| 17:33.07 | brlcad | hm, okay that's good |
| 17:34.41 | brlcad | jordisayol: try this .. edit include/bselect.h and add this line before the #ifdef HAVE_SYS_SELECT_H line |
| 17:35.06 | brlcad | #include <sys/types.h> |
| 17:35.13 | brlcad | #include <signal.h> |
| 17:35.17 | brlcad | #include <time.h> |
| 17:35.26 | brlcad | those three lines |
| 17:35.40 | brlcad | see if that makes any difference at all |
| 17:35.51 | jordisayol | ok |
| 17:38.17 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:38.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:38.37 | jordisayol | brlcad: it appears that pass the error point |
| 17:38.58 | jordisayol | still compiling... |
| 17:39.56 | jordisayol | it will take a wile (compiling in a virtualbox machine with just one cpu) |
| 17:40.13 | brlcad | wow |
| 17:40.26 | brlcad | yeah, that's a busted system header then |
| 17:40.43 | brlcad | remove the signal.h and time.h lines and retry |
| 17:40.56 | jordisayol | ok |
| 17:41.24 | jordisayol | ohhh, sorry, the error still there :-/ |
| 17:41.25 | brlcad | then assuming that works, remove the sys/types.h line just to verify that's what makes it work |
| 17:41.31 | brlcad | hm, okay |
| 17:46.03 | brlcad | ``Erik: nifty -E -o trick, handy thx |
| 17:50.18 | brlcad | jordisayol: you could try a newer version of gcc, one of the 4.6 line |
| 17:51.51 | jordisayol | I'll try, I'm not comfortable on opensuse... |
| 17:55.30 | *** join/#brlcad juan_man (~quassel@186.136.169.88) | |
| 17:55.58 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 17:56.52 | jordisayol | brlcad: anyway, on opensuse 11.4 64-bit with gcc 4.5.1 , properly compiles |
| 17:57.20 | CIA-48 | BRL-CAD: 03starseeker * r49072 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: If we're conditionalizing the non-WIN32 files on generation, need to also conditionalize the related install rules. |
| 18:00.17 | CIA-48 | BRL-CAD: 03starseeker * r49073 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: ws |
| 18:20.29 | CIA-48 | BRL-CAD: 03n_reed * r49074 10/brlcad/trunk/src/libbu/test_sscanf.c: Using macros to condense numeric conversion tests, now in their own routine. Moving on to more exotic conversions. |
| 18:22.39 | jordisayol | brlcad: I've upgraded to gcc 4.6.2 (from opensuse 12.1) and it appears to work |
| 18:22.46 | jordisayol | still compiling |
| 18:32.39 | jordisayol | ok, successfully compiled |
| 18:43.32 | CIA-48 | BRL-CAD: 03starseeker * r49075 10/brlcad/trunk/src/nirt/command.c: Send the default coordinate printouts to stdout - really should be handled like 'normal' nirt reporting... |
| 18:44.54 | brlcad | jordisayol: awesome |
| 18:45.17 | brlcad | did you see the forum message about the opensuse rpm not working? |
| 18:45.45 | jordisayol | nop :-( |
| 18:45.57 | brlcad | https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/4972540 |
| 18:46.11 | brlcad | thought that might be why you were looking into opensuse :) |
| 18:49.09 | CIA-48 | BRL-CAD: 03starseeker * r49076 10/brlcad/trunk/src/nirt/command.c: another stdout fprintf change... |
| 18:49.17 | jordisayol | no no :-) just test to create deb/rpm packages randomly |
| 18:57.59 | brlcad | any idea what that error might be? |
| 18:58.25 | jordisayol | not really |
| 18:59.05 | brlcad | I know ogl_interface is a symbol in our libfb library, only compiled if you enable opengl |
| 18:59.27 | brlcad | is the rpm he's using supposed to have opengl on or off? |
| 18:59.46 | jordisayol | on |
| 19:00.15 | brlcad | so then the fact that there is a reference to ogl_interface somewhere is correct |
| 19:00.25 | brlcad | why it can't find it becomes the issue |
| 19:00.47 | brlcad | maybe he has another library on his system named libfb |
| 19:00.49 | jordisayol | so probably is a problem with his opengl. do you remember that some other person got problems on opensuse too? |
| 19:01.27 | brlcad | nope |
| 19:02.17 | jordisayol | well, this guy got problems running mged/archer |
| 19:02.46 | jordisayol | and finally he wasn't able to run glxgears on his system |
| 19:03.05 | brlcad | right, so that one sounds like an opengl issue |
| 19:03.16 | brlcad | not finding ogl_interface isn't, though |
| 19:04.28 | jordisayol | missing dependencies on rpm? |
| 19:05.02 | brlcad | you don't specify object files in the rpm, so not likely |
| 19:05.19 | brlcad | that's just a specific symbol inside libfb that is referenced by libdm and mged |
| 19:06.47 | brlcad | what I'm betting is happening is that it's loading mged, begins loading libs, loads libfb but finds *another* system libfb instead of ours, loads libdm, see's the ogl_interface symbol, gets through loading all the of rest of the libs and has no way to resolve it |
| 19:08.05 | jordisayol | aha |
| 19:08.39 | brlcad | maybe even another compile of BRL-CAD |
| 19:09.20 | jordisayol | aha |
| 19:11.54 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:11.54 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:17.12 | jordisayol | brlcad: if there is a /usr/lib/libdm.so and a /usr/brlcad/lib/libdm.so, which one is used by mged? |
| 19:21.41 | ``Erik | 'ldd' will tell you. "ldd /path/to/mged" |
| 19:27.31 | jordisayol | I've installed libdm0 (installs /liblibdm.so.0.0.4) and ldd /usr/brlcad/mged returns: |
| 19:27.31 | jordisayol | ... |
| 19:27.31 | jordisayol | libdm.so.19 => /usr/brlcad/lib/libdm.so.19 (0x00007f38e9ac9000) |
| 19:27.31 | jordisayol | ... |
| 19:29.45 | jordisayol | s:/liblibdm.so.0.0.4:/lib/libdm.so.0.0.4: |
| 19:35.55 | brlcad | binaries are usually compiled with linker information pointing to where the library is expected to be |
| 19:36.44 | brlcad | so if you don't install where it was compiled, LD_LIBRARY_PATH becomes necessary or modifications to ld.config |
| 19:37.08 | brlcad | if you do install where it was compiled for, you don't generally need anything |
| 19:38.24 | jordisayol | rpm package always installs libs at /usr/brlcad/lib |
| 19:39.02 | brlcad | so then it's back to him having a libfb just somewhere else on his system and LD_LIBRARY_PATH is pointing to it |
| 19:42.49 | jordisayol | I've to go |
| 19:42.53 | ``Erik | ô/cl |
| 19:45.34 | brlcad | cya jordisayol |
| 19:45.37 | brlcad | thanks! |
| 19:47.25 | *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz) | |
| 19:47.30 | pawleeq | hello |
| 19:47.55 | pawleeq | here is another czech article about brlcad: http://www.abclinuxu.cz/clanky/brl-cad-pokrocile-techniky-modelovani |
| 19:52.45 | brlcad | pawleeq: that is awesome! |
| 19:52.58 | brlcad | and you even figured out how to work that terrible pattern tool gui :D |
| 19:53.24 | pawleeq | yeah and it made me to think about few improvements ... |
| 19:53.33 | pawleeq | i will write a hot report soon a let you know |
| 19:53.41 | brlcad | the "clone" command is a lot better, at least easier to use |
| 19:53.42 | pawleeq | * a > and |
| 19:53.51 | brlcad | though it doesn't do the spherical/cylindrical patterns |
| 19:53.58 | brlcad | cool |
| 19:54.19 | brlcad | it'd be great to have those tutorials in docbook format :) |
| 19:54.38 | pawleeq | one of the readers asked specially about cylindrical patterns so I did it |
| 19:54.40 | brlcad | then we could get some english translations going and get them up into our docs |
| 19:55.36 | pawleeq | I can translate it, i even think about real book, but these articles are fortunately keeping my feet on the ground :) |
| 20:18.33 | brlcad | pawleeq: do you know docbook/xml? or html? |
| 20:19.36 | pawleeq | I know html |
| 20:20.49 | brlcad | docbook/xml is very very similar -- if you're interested, I could pull together a template example |
| 20:21.09 | brlcad | from docbook, we can autogenerate html, pdf, rtf, etc |
| 20:21.52 | brlcad | when was your first article published? |
| 20:22.53 | pawleeq | November 11th |
| 20:23.32 | pawleeq | ok send me a template and I will fill it with english translation of those articles (or just the articles you want) |
| 20:24.07 | brlcad | both english and czech would be best :) |
| 20:24.14 | pawleeq | ok |
| 20:24.18 | brlcad | we can track translations |
| 20:24.47 | brlcad | that way, we might get others willing to help translate your articles to other languages as well |
| 20:25.44 | pawleeq | ok :) |
| 20:30.47 | CIA-48 | BRL-CAD: 03brlcad * r49077 10/brlcad/trunk/AUTHORS: credit pavel jansa (pawleeq) with his numerous brl-cad tutorial articles (in czech): http://www.abclinuxu.cz/autori/pavel-jansa |
| 20:32.47 | CIA-48 | BRL-CAD: 03brlcad * r49078 10/brlcad/trunk/src/libbn/noise.c: |
| 20:32.47 | CIA-48 | BRL-CAD: clean up the magic number handling to be consistent with our uint32_t magic |
| 20:32.47 | CIA-48 | BRL-CAD: type. expand the size of the hash table from shorts to that as well and do some |
| 20:32.47 | CIA-48 | BRL-CAD: minor refactoring so that the table size (4096) is defined in just one place and |
| 20:32.47 | CIA-48 | BRL-CAD: everything keys off of it. |
| 20:37.06 | CIA-48 | BRL-CAD: 03brlcad * r49079 10/brlcad/trunk/src/libbu/badmagic.c: |
| 20:37.06 | CIA-48 | BRL-CAD: not clear what is exactly being checked but the magic number alignment checking |
| 20:37.06 | CIA-48 | BRL-CAD: looks to be incorrect now that we're using uint32_t's everywhere. getting |
| 20:37.06 | CIA-48 | BRL-CAD: misalignment on big-endian 64-bit system in shaders regression, fixed by |
| 20:37.06 | CIA-48 | BRL-CAD: checking our magic type. |
| 20:42.04 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:42.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:52.17 | CIA-48 | BRL-CAD: 03n_reed * r49080 10/brlcad/trunk/src/libbu/sscanf.c: Forgot that we need to search for closing brace of character classes. Was causing truncated conversion specification. |
| 21:01.04 | CIA-48 | BRL-CAD: 03starseeker * r49081 10/brlcad/trunk/src/nirt/sfiles/csv-gap.nrt: Stray commas in csv-gap formatting were causing error when specifying -f csv-gap in a nirt run. |
| 21:48.10 | CIA-48 | BRL-CAD: 03n_reed * r49082 10/brlcad/trunk/src/libbu/sscanf.c: Doh! Accidently overwrote conversion type var before switching on it. |
| 21:52.38 | CIA-48 | BRL-CAD: 03starseeker * r49083 10/brlcad/trunk/ (NEWS src/nirt/if.c): Attribute printing was haywire in nirt, printing ALL attributes and ignoring the list. Now printing only specified attributes. |
| 21:56.44 | n_reed | hah, accidentally used accidently |
| 22:10.34 | CIA-48 | BRL-CAD: 03starseeker * r49084 10/brlcad/trunk/src/nirt/command.c: err -> stdout for nirt default units reporting. |
| 22:14.37 | CIA-48 | BRL-CAD: 03n_reed * r49085 10/brlcad/trunk/src/libbu/test_sscanf.c: Add some string-type tests now that character-class conversion is debugged. |
| 22:16.01 | CIA-48 | BRL-CAD: 03starseeker * r49086 10/brlcad/trunk/ (NEWS src/nirt/nirt.c src/nirt/nirt.h): Add -h option to nirt to suppress header, couple other tweaks. |
| 22:21.31 | CIA-48 | BRL-CAD: 03starseeker * r49087 10/brlcad/trunk/ (TODO regress/CMakeLists.txt regress/nirt.sh): Add regression testing for nirt based on the nirt DocBook manual. |
| 22:34.57 | CIA-48 | BRL-CAD: 03brlcad * r49088 10/brlcad/trunk/doc/docbook/articles/en/ (CMakeLists.txt TEMPLATE.xml): add an initial template that demonstrates some of the basic docbook/xml elements for adding new articles. |
| 22:57.01 | *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz) | |
| 23:18.25 | brlcad | pawleeq: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml?view=log |
| 23:18.42 | brlcad | there's a template you can use, it'll generate something like this: http://brlcad.org/~sean/tmp/TEMPLATE.html |
| 23:19.14 | pawleeq | ok thank you |
| 23:19.34 | brlcad | it's in svn, so you can copy that file, update the doc/docbook/articles/en/CMakeLists.txt file with your article(s) |
| 23:19.49 | brlcad | and when you run "make", it'll generate the html |
| 23:20.14 | brlcad | don't worry about how the html looks exactly, it's more that it's structurally all there described and easy enough to read |
| 23:20.23 | brlcad | if that wasn' |
| 23:20.36 | brlcad | if that wasn't clear, folks in here can easily help ;) |
| 23:24.40 | pawleeq | ok I will ask if I get unsure about something, and there always is google :) I am going to bed, so good bye everybody |
| 23:55.32 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 23:57.03 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 23:58.41 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 23:58.41 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 00:43.27 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:27.30 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:27.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:40.17 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:40.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:20.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 05:20.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:13.25 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 06:13.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:03.19 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:22.29 | CIA-48 | BRL-CAD: 03erikgreenwald * r49089 10/brlcad/trunk/src/libgcv/test_bottess.c: stub in other test suites |
| 16:19.13 | CIA-48 | BRL-CAD: 03n_reed * r49090 10/brlcad/trunk/src/libbu/sscanf.c: set pointer conversion flag but forgot to check for it |
| 16:23.41 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 16:26.02 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:26.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:29.31 | CIA-48 | BRL-CAD: 03n_reed * r49091 10/brlcad/trunk/src/libbu/test_sscanf.c: add a few pointer conversion tests |
| 16:43.54 | CIA-48 | BRL-CAD: 03bob1961 * r49092 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: |
| 16:43.54 | CIA-48 | BRL-CAD: Using a bigger tolerance when checking dir_dot_z. This fixes the cases where |
| 16:43.54 | CIA-48 | BRL-CAD: dir_dot_z was very close to 1.0, but not close enough to switch to using u |
| 16:43.54 | CIA-48 | BRL-CAD: vector as the ray direction and yet still close enough to cause a miss when |
| 16:43.54 | CIA-48 | BRL-CAD: there should have been a hit. |
| 17:13.14 | CIA-48 | BRL-CAD: 03n_reed * r49093 10/brlcad/trunk/src/libbu/test_sscanf.c: add test of %% format |
| 17:49.32 | CIA-48 | BRL-CAD: 03n_reed * r49094 10/brlcad/trunk/src/libbu/sscanf.c: don't check for assignment when none is expected |
| 18:03.47 | CIA-48 | BRL-CAD: 03bob1961 * r49095 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: Need to look in the bin directory for shared libs on windows. |
| 18:06.06 | CIA-48 | BRL-CAD: 03bob1961 * r49096 10/brlcad/trunk/src/archer/archer: Need to normalize check_root_dir. check_bin_dir doesn't need to get normalized twice. |
| 18:15.22 | CIA-48 | BRL-CAD: 03erikgreenwald * r49097 10/brlcad/trunk/src/libgcv/bottess.c: eliminate HIDDEN to allow function testing |
| 18:17.01 | CIA-48 | BRL-CAD: 03erikgreenwald * r49098 10/brlcad/trunk/src/libgcv/soup.h: add funcs for testing |
| 18:20.51 | *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146) | |
| 18:21.12 | CIA-48 | BRL-CAD: 03erikgreenwald * r49099 10/brlcad/trunk/src/libgcv/test_bottess.c: start filling in test for compose() |
| 18:23.01 | *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146) | |
| 18:23.21 | *** part/#brlcad abhi2011 (~chatzilla@117.200.81.146) | |
| 18:25.54 | *** join/#brlcad abhi2011 (~chatzilla@117.200.81.146) | |
| 18:26.12 | *** part/#brlcad abhi2011 (~chatzilla@117.200.81.146) | |
| 18:26.50 | CIA-48 | BRL-CAD: 03erikgreenwald * r49100 10/brlcad/trunk/src/libgcv/bottess.c: guard against empty face sets |
| 18:29.32 | CIA-48 | BRL-CAD: 03brlcad * r49101 10/brlcad/trunk/NEWS: wrong char retry. cliff said: Add -h option to nirt to suppress header, couple other tweaks |
| 18:32.08 | CIA-48 | BRL-CAD: 03erikgreenwald * r49102 10/brlcad/trunk/src/libgcv/test_bottess.c: do allocs for right tree, as compose does free()s |
| 18:33.25 | CIA-48 | BRL-CAD: 03brlcad * r49103 10/brlcad/trunk/NEWS: s/#/*/ and reword while at it for past tense and more detail. Attribute printing was haywire in nirt, printing ALL attributes and ignoring the list. Now printing only specified attributes. Cliff fixed it. |
| 18:35.24 | CIA-48 | BRL-CAD: 03brlcad * r49104 10/brlcad/trunk/NEWS: comment tense was right: Fixed a crash condition in coil where the combination of the -S and -l options would result in an attempt to dereference a NULL variable. CID 318 |
| 18:38.10 | CIA-48 | BRL-CAD: 03starseeker * r49105 10/brlcad/trunk/misc/CMake/Fink_MacPorts.cmake: Reorganize Fink_Macports logic, add more comments |
| 18:42.23 | CIA-48 | BRL-CAD: 03starseeker * r49106 10/brlcad/trunk/ (7 files in 7 dirs): |
| 18:42.23 | CIA-48 | BRL-CAD: Rework FindX11.cmake to be aware if results are coming back from multiple |
| 18:42.23 | CIA-48 | BRL-CAD: directories, and report that fact. Too complicated to have it sort out multiple |
| 18:42.23 | CIA-48 | BRL-CAD: X11 installations - this will at least help the user's awareness that there |
| 18:42.23 | CIA-48 | BRL-CAD: might be a problem. |
| 18:42.39 | CIA-48 | BRL-CAD: 03n_reed * r49107 10/brlcad/trunk/src/libbu/sscanf.c: don't give pointer argument if assignment is suppressed |
| 18:53.10 | CIA-48 | BRL-CAD: 03brlcad * r49108 10/brlcad/trunk/NEWS: good one, bob fixed a bug in the extrude objects where an entire extrude would disappear if you rendered it ever so slightly off-angle but nearly dead-on. problem was due to tolerancing. fixed in r49092. |
| 18:55.17 | brlcad | starseeker: libs are installed into the bin dir on windows?? |
| 19:05.06 | CIA-48 | BRL-CAD: 03erikgreenwald * r49109 10/brlcad/trunk/src/libgcv/test_bottess.c: macro-ize prep of trees for multiple tests |
| 19:05.27 | ``Erik | winderz expects them in the same dir as the .exe, iirc |
| 19:17.49 | CIA-48 | BRL-CAD: 03erikgreenwald * r49110 10/brlcad/trunk/src/libgcv/test_bottess.c: fix format string |
| 19:18.29 | brlcad | it expects them in PATH iirc |
| 19:18.44 | brlcad | and "." for the runtime exe just happens to be one of them |
| 19:22.14 | brlcad | http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586%28v=vs.85%29.aspx |
| 19:28.44 | brlcad | the simplest would be to have the .bat wrappers add the lib dir to PATH |
| 19:30.40 | brlcad | alternatively, could install a one-file library that calls SetDllDirectory() on load and adds the lib dir |
| 19:31.40 | brlcad | libbs.dll .. boostrap, riiight |
| 19:45.21 | CIA-48 | BRL-CAD: 03n_reed * r49111 10/brlcad/trunk/src/libbu/test_sscanf.c: Constant suffixes are bad syntax, lose them. Test %n %% and %* formats. |
| 19:47.37 | starseeker | brlcad: uh... what's wrong with what it does now? it works... |
| 19:49.42 | brlcad | it's doesn't fully |
| 19:50.23 | brlcad | it's causing bob to add "if on windows, do this, else do the right thing" code in tcl |
| 19:51.10 | brlcad | specifically, archer library loading, it's calling bu_brlcad_data "lib" to find the lib .. well it's not there on windows so he hacks around it (even though it SHOULD be there) |
| 19:52.09 | brlcad | it's also just wrong from an architecture perspective |
| 19:52.37 | brlcad | we either have a defined installation hierarchy and follow it, or we don't |
| 19:53.02 | starseeker | I very deliberately wanted to avoid messing around with anything I didn't have to on Windows |
| 19:53.48 | starseeker | my initial guess would be every .exe file in bin would stop working if we moved the libraries to lib, and I'm not immediately sure how to correct that |
| 19:54.12 | brlcad | i'd characterize not putting our libs into the lib folder quite squarely "messing things around" :) |
| 19:54.25 | starseeker | "least evil" option |
| 19:55.11 | brlcad | setting PATH is pretty non-evil common practice |
| 19:55.33 | starseeker | can the .exe files do it themselves? |
| 19:55.42 | starseeker | (without a wrapper .bat script? |
| 19:55.42 | CIA-48 | BRL-CAD: 03bob1961 * r49112 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Temporarily disable tkhtml when on 64-bit windows platforms. |
| 19:56.10 | brlcad | they could, but even that seems unnecessary to me |
| 19:56.16 | starseeker | right now things "just work" without having to set ANY variables |
| 19:56.53 | brlcad | the gui apps can fix themselves via a batch script, could add another that runs cmd.exe with a path set |
| 19:56.54 | starseeker | I went to some lengths to achieve that effect as universally as I possibly could (RPATH settings for most platforms...) |
| 19:57.10 | brlcad | or could do the lib call I mentioned |
| 19:57.23 | starseeker | lib call? |
| 19:57.54 | brlcad | still, if they're cracking open a command line, something has to set path to bin anyways |
| 19:58.14 | brlcad | saying it has to be bin and lib is not making less work |
| 19:58.21 | brlcad | er, more |
| 19:58.42 | starseeker | I'm missing something - I ususally open the terminal and cd into the bin directory in the build - from there, everything should run |
| 19:59.34 | brlcad | that already is a restrictive limitation, only works for "." |
| 19:59.40 | brlcad | can't run bin/step-g |
| 20:00.14 | starseeker | without the rpath-style mechanisms available on Unix-ish platforms, I don't know of any "it just works" way to achieve that on Windows... |
| 20:00.55 | starseeker | actually... I'd have to check whether you can do bin/step-g if the libs are in the same directory as the binary file |
| 20:00.59 | starseeker | one sec... |
| 20:01.12 | brlcad | that'll work |
| 20:01.38 | brlcad | but gets back to the arch problem |
| 20:02.36 | starseeker | yeah, bob checked - it works |
| 20:03.09 | brlcad | the searching rules are in that link I posted, it's all pretty well defined |
| 20:04.29 | brlcad | wouldn't just setting path in a "BRL-CAD Command Shell" batch script make everything work? |
| 20:04.32 | starseeker | It doesn't get to the PATH variable until *after* it does the current directory? |
| 20:04.53 | starseeker | ick ick ick |
| 20:05.39 | brlcad | distorting the install tree and having to have platform specific code accommodations is far more impacting ick |
| 20:05.56 | starseeker | If I'm reading this right, the first thing checked is ALWAYS the directory from which the appliation loaded |
| 20:06.02 | starseeker | I disagree |
| 20:06.40 | brlcad | obviously or you wouldn't have moved the libs in the first place :) |
| 20:06.54 | starseeker | If I'm understaing this search order documentation correctly, having the dlls in the same directory as the binary is a simple way to guarantee that the application is loading what we expect it to load |
| 20:07.11 | starseeker | one that requires no user intervention at all to work |
| 20:07.45 | brlcad | and completely fails to address the problem I'm specifically concerned about |
| 20:07.59 | brlcad | so barring ignoring that problem, what solutions are there |
| 20:09.09 | starseeker | correct me if I'm wrong - if someone launches a BRL-CAD binary from a directory that happens to have a dll in it with a name conflict with one of ours, even PATH settings won't override the one in the current directory being used? |
| 20:09.09 | brlcad | the batch script would take all of 5 minutes to add and is the usability difference of telling them to not run Start->Run->cmd.exe instead "double-click our icon" |
| 20:09.23 | brlcad | plus we can set manpath and other useful variables in there if needed |
| 20:10.25 | brlcad | relevance? |
| 20:10.34 | starseeker | actually, for that matter, why is BotUtility needing to directly load a shared library? |
| 20:11.06 | starseeker | brlcad: I'm thinking about "bullet-proofing" - when an exe is run, I want a guarantee that it's pulling the right dll for that version of BRL-CAD |
| 20:11.11 | brlcad | that's another issue, sure but still doesn't address the installation architecture problem |
| 22:00.09 | CIA-48 | BRL-CAD: 03starseeker * r49113 10/brlcad/trunk/CMakeLists.txt: Misunderstood what CMAKE_LIBRARY_OUTPUT_DIRECTORY controls... |
| 22:01.20 | CIA-48 | BRL-CAD: 03starseeker * r49114 10/brlcad/trunk/CMakeLists.txt: Same deal with the cfg_type case |
| 22:09.08 | CIA-48 | BRL-CAD: 03starseeker * r49115 10/brlcad/trunk/src/other/ (6 files in 6 dirs): Go with 'lib' for all instances of CMAKE_LIBRARY_OUTPUT_DIRECTORY |
| 22:18.08 | CIA-48 | BRL-CAD: 03starseeker * r49116 10/brlcad/trunk/CMakeLists.txt: Here we go... set RUNTIME_OUTPUT_DIRECTORY to LIB_DIR - DLLs should now end up on lib on Windows. This will probably break stuff. Also make better use of BIN_DIR and LIB_DIR in the toplevel file... |
| 22:18.43 | CIA-48 | BRL-CAD: 03n_reed * r49117 10/brlcad/trunk/src/libbu/test_sscanf.c: condensed tests of numeric-constant conversions |
| 22:19.14 | CIA-48 | BRL-CAD: 03starseeker * r49118 10/brlcad/trunk/CMakeLists.txt: whoops, typo |
| 22:28.10 | CIA-48 | BRL-CAD: 03starseeker * r49119 10/brlcad/trunk/CMakeLists.txt: set version, THEN define DATA_DIR... |
| 22:37.07 | starseeker | Well, we should now be well and truly broken on Windows, if that worked... |
| 23:03.17 | starseeker | *thinks* the SetDllDirectory library approach could be made to work with an override of the target_link_libraries command, but I'm not immediately clear on how to write the "libbs.dll" function(s) to achieve the wrapping of main |
| 23:11.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:27.14 | CIA-48 | BRL-CAD: 03n_reed * r49120 10/brlcad/trunk/src/libbu/test_sscanf.c: stick related tests in their own routines |
| 00:47.13 | starseeker | yep, looks like that did the trick... at least, alot more stuff is ending up in lib... |
| 02:20.53 | *** join/#brlcad IriX64 (~kvirc@64.229.211.15) | |
| 02:21.08 | IriX64 | http://pastebin.ca/2106675 |
| 02:21.22 | IriX64 | checked out 30 minutes ago, hope this helps, |
| 02:21.25 | IriX64 | ciao |
| 02:41.54 | brlcad | starseeker: awesome, I'll stub in something for the bs lib |
| 02:57.37 | starseeker | brlcad: maybe just stick the file in misc? seems kinda silly to have a src dir for four lines... |
| 03:02.16 | brlcad | starseeker: that should do it |
| 03:02.20 | CIA-48 | BRL-CAD: 03brlcad * r49121 10/brlcad/trunk/misc/win32-msvc/ (CMakeLists.txt bootstrap.cpp): |
| 03:02.20 | CIA-48 | BRL-CAD: stub in an initial bootstrap 'library' so that all of our application binaries |
| 03:02.20 | CIA-48 | BRL-CAD: on Windows can call SetDllDirectory(). this is avoid having to require users to |
| 03:02.20 | CIA-48 | BRL-CAD: set a PATH yet still keeping libraries in lib and applications in bin like we do |
| 03:02.20 | CIA-48 | BRL-CAD: on all other platforms. |
| 03:02.52 | brlcad | exactly what I was thinking too ;) |
| 03:03.13 | brlcad | plus that way there's no need for preprocessor protections, not built for all platforms |
| 03:05.37 | brlcad | there's still a chance that it won't be sufficient if windows tries to bind libraries prior to static initialization, but we'll see |
| 03:05.45 | starseeker | BRLCAD_ROOT... do I need to substitute that with CMake/ |
| 03:05.46 | starseeker | ? |
| 03:06.03 | brlcad | oh right, hold on |
| 03:10.10 | starseeker | maybe I'd better do a template |
| 03:10.36 | CIA-48 | BRL-CAD: 03brlcad * r49122 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: begs explanation, so detail what's going on here. also need common.h for BRLCAD_ROOT. |
| 03:10.39 | brlcad | just needed a header |
| 03:11.07 | brlcad | I think LPCTSTR are just char*, so that might just compile cleanly straight up |
| 03:18.42 | starseeker | brlcad: give me a few minutes - I'm testing something quick on Linux and then I'll need to reboot to the dark side and update... |
| 03:20.31 | starseeker | not sure what IriX64 was seeing - just did a build here and the install worked... |
| 03:30.23 | starseeker | gah - oh right, the copyright update |
| 03:30.34 | starseeker | gets comfortable... |
| 03:43.12 | starseeker | groan |
| 03:44.34 | starseeker | ah hah - let the configure begin... |
| 03:53.57 | starseeker | brlcad: I link this thing in to just executables? |
| 03:54.26 | brlcad | yeah, but maybe just start with one application to test it |
| 04:18.04 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:30.19 | starseeker | brlcad: it wants bs to produce a .lib file, and it looks like right now it won't do that - don't we need to export something? |
| 04:40.37 | brlcad | actually, even better if you just link to that lib file everywhere |
| 04:42.00 | brlcad | starseeker: it doesn't need to export anything because there are no public functions being called by anything else |
| 04:42.21 | brlcad | when the library is loaded (whether embedded in a binary or in its own dll), it'll run that function |
| 04:42.28 | starseeker | that's the problem - it's NOT generating a lib file |
| 04:42.51 | brlcad | what is "it" that wants a lib? |
| 04:42.58 | starseeker | the linking logic |
| 04:43.17 | starseeker | if I try to link bs to an executable, it's looking for a bs.lib file to link |
| 04:43.34 | brlcad | what normally creates one of those? |
| 04:44.27 | brlcad | another perhaps simpler approach is to attach that bootstap.cpp to every application source list |
| 04:44.33 | starseeker | they don't appear without the import/export logic |
| 04:44.53 | starseeker | oh, you mean build it in with the executables? |
| 04:45.03 | brlcad | sure, same idea |
| 04:45.14 | brlcad | maybe simpler than making it spit out a proper lib/dll |
| 04:45.39 | starseeker | that's a thought |
| 04:45.42 | starseeker | one sec... |
| 04:45.43 | brlcad | i'm sure we can make the dll/lib work even if we have to export a useless symbol, but it shouldn't be needed |
| 04:59.06 | brlcad | fyi, we may need to use the /DELAYLOAD linker flag if it tries to load all dll's before static initialization, we'll see |
| 05:03.29 | CIA-48 | BRL-CAD: 03brlcad * r49123 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: double-whammy, give the dll an apientry so there's at least one symbol to call |
| 05:03.51 | starseeker | brlcad: hang on, I'm still setting up to test just including the cpp in the src lists |
| 05:06.54 | starseeker | hmm... problem, we can only have one BRLCAD_ROOT defined at a time |
| 05:07.03 | starseeker | shouldn't we have a bu_brlcad_root call in there? |
| 05:07.48 | starseeker | the definition *does* change depending on whether we're in build dir or installed... |
| 05:08.16 | starseeker | but that's a problem, because it means *every* binary will need to link libbu |
| 05:10.03 | brlcad | it can't call bu_brlcad_root() .. that's a libbu function .. which would require libbu be loaded .. which would require knowledge about where libbu is ... |
| 05:10.17 | starseeker | right - so this won't work |
| 05:10.41 | brlcad | it can be some other string, I was just stubbing in the compile time one to see if the idea itself works |
| 05:11.07 | starseeker | shakes his head - doesn't matter what string it is - the problem is it needs to be static |
| 05:12.20 | brlcad | the idea we were talking about earlier is that it'd stub in one thing for build dir and another for install |
| 05:12.52 | starseeker | that only works if it builds two dlls - on to output in the build bin dir, and one to install |
| 05:13.20 | starseeker | and we're back to needing the .lib file, with the import/export fun |
| 05:14.15 | brlcad | that wasn't a show stopper in the least |
| 05:14.19 | starseeker | plus (even better) I don't know what would happen with the linking - which .lib file shouldI specify? |
| 05:14.27 | brlcad | just figured building it in is easier (to at least test) |
| 05:15.24 | starseeker | for that part - but if we can't figure out how to get it working on the build side it's moot |
| 05:15.52 | brlcad | if it doesn't even work, it's moot |
| 05:16.07 | brlcad | I was trying to make sure it works before wasting time on perfecting the build system |
| 05:17.47 | brlcad | if you want to sort out the build system part first, .. that's a bit cart before horse, but okay :) |
| 05:18.04 | starseeker | one sec - I'm adding the cpp file to one of the libbu tests directly |
| 05:18.08 | starseeker | we'll see what happens |
| 05:18.41 | brlcad | btw, 49123 i *think* will give it a symbol to export for dll/lib loading |
| 05:18.58 | brlcad | if not, can add something more explicit if we try the lib route |
| 05:19.26 | brlcad | if it works for the binary, it should be a done deal either built-in or as a dll |
| 05:19.32 | starseeker | k - if it does work, we're gonna have to figure out how to get one result in the build dir and another in the install dir |
| 05:19.39 | brlcad | if it doesn't work, then we can try lib next |
| 05:20.53 | starseeker | why does it even need the lib file if it's supposed to just use the dll? |
| 05:21.21 | brlcad | the lib file is basically a manifest for what's in the dll |
| 05:21.28 | brlcad | it needs that manifest to link, but only the dll at runtime |
| 05:21.38 | brlcad | (because it compiles the manifest into the binary) |
| 05:23.11 | starseeker | crap - wait a minute, why is the libbu.dll file here?? |
| 05:27.29 | starseeker | something's messed up here |
| 05:27.46 | starseeker | <censored> |
| 05:29.46 | starseeker | brlcad: should that "\lib" be "\\lib" ? |
| 05:33.59 | brlcad | ah, yeah |
| 05:34.46 | CIA-48 | BRL-CAD: 03brlcad * r49124 10/brlcad/trunk/misc/win32-msvc/bootstrap.cpp: not the ib directory |
| 05:35.22 | brlcad | remember to try adding /DELAYLOAD too if it doesn't work |
| 05:35.28 | brlcad | linker flag |
| 05:36.12 | starseeker | nods - I'm backwards a step right now - the setting of RUNTIME_OUTPUT_DIRECTORY for add_library isn't working |
| 05:36.19 | starseeker | dlls are still in with the .exe files |
| 05:47.39 | starseeker | crap |
| 05:47.44 | starseeker | I can't override it |
| 05:47.52 | starseeker | it's putting the dll in bin regardless |
| 05:48.14 | starseeker | I may have to email the list |
| 05:48.28 | starseeker | or this could be some VS Express vs. Pro issue |
| 05:48.46 | starseeker | is rapidly losing the will to muck with this... |
| 12:20.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 12:20.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:12.06 | *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz) | |
| 14:43.51 | CIA-48 | BRL-CAD: 03erikgreenwald * r49125 10/brlcad/trunk/src/libgcv/test_bottess.c: start filling in the "all deleted" compose condition |
| 15:16.08 | ``Erik | heh http://open.salon.com/blog/jlsathre/2012/01/11/25_things_i_learned_from_opening_a_bookstore |
| 15:44.06 | starseeker | hehe |
| 15:44.35 | starseeker | sounds like a fun store |
| 15:50.57 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 15:58.13 | CIA-48 | BRL-CAD: 03erikgreenwald * r49126 10/brlcad/trunk/src/libgcv/test_bottess.c: makr foo. test nfaces. init bn_tol. |
| 16:01.41 | starseeker | rebuilds the will to much with Windows... |
| 16:15.48 | CIA-48 | BRL-CAD: 03erikgreenwald * r49127 10/brlcad/trunk/src/libgcv/bottess.c: fix off by one error in bulk face removal |
| 16:27.19 | CIA-48 | BRL-CAD: 03erikgreenwald * r49128 10/brlcad/trunk/src/libgcv/bottess.c: fix bug, wrong faces being removed and kept. |
| 16:28.06 | CIA-48 | BRL-CAD: 03erikgreenwald * r49129 10/brlcad/trunk/src/libgcv/test_bottess.c: add more compose tests |
| 16:35.33 | ``Erik | y'know, if that was it, I'm not sure if I'm gonna be happy or pissed O.o *starts rebuilding test geometry) |
| 16:47.59 | *** join/#brlcad merzo (~merzo@109-192-133-95.pool.ukrtel.net) | |
| 16:48.17 | starseeker | votes both |
| 18:09.04 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 18:19.26 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 18:28.18 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 18:28.42 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:53.36 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 19:19.44 | CIA-48 | BRL-CAD: 03n_reed * r49130 10/brlcad/trunk/src/libbu/test_sscanf.c: add tests for string termation behavior and support of literal ']' and '-' in character classes |
| 19:46.47 | CIA-48 | BRL-CAD: 03n_reed * r49131 10/brlcad/trunk/src/libbu/test_sscanf.c: ensure float constants are printable |
| 20:07.44 | starseeker | growls... RUNTIME_OUTPUT_DIRECTORY IS being set, but it's either not reaching the MSVC project files or its being overridden by something else |
| 20:13.58 | *** join/#brlcad IriX64 (~kvirc@64.229.211.15) | |
| 20:15.07 | IriX64 | further to that pastebin last night, both src/other/tk and tcl INSTALL files are empty, and i don't know how to fix it. |
| 20:15.56 | IriX64 | ciao |
| 20:16.02 | *** part/#brlcad IriX64 (~kvirc@64.229.211.15) | |
| 20:16.22 | starseeker | confound it - what platform, config options?? |
| 20:22.18 | *** join/#brlcad merzo (~merzo@148-11-132-95.pool.ukrtel.net) | |
| 20:39.30 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 20:43.18 | CIA-48 | BRL-CAD: 03starseeker * r49132 10/brlcad/trunk/CMakeLists.txt: Looks like we need to set target properties for multiple configurations, in order to re-direct appropriately. |
| 21:12.00 | starseeker | brlcad: tried building bootstrap.cpp into mged - doesn't seem to work, even when I try adding /DELAYLOAD |
| 21:12.53 | starseeker | if you want to give it a go it should be simple now - the default Windows build will put everything into lib, just add ../../misc/win32-msvc/bootstrap.cpp to the MGED sources list |
| 21:25.39 | starseeker | ``Erik: any luck? |
| 21:27.24 | ``Erik | hrm? |
| 21:28.56 | starseeker | with the bots |
| 21:29.25 | ``Erik | a little, it's uncovering bugs, but at least they're understandable now O.o |
| 21:34.57 | ``Erik | (rather be dorking with lithp, though... *sigh* :) |
| 21:41.44 | starseeker | <snort> could be worse - wanna try to convince Windows to have dlls somewhere other than the executable directory? |
| 21:42.46 | starseeker | realizes he probably shouldn't have expected that bootstrap.cpp test to work, given the definition of BRLCAD_ROOT that was probably used |
| 21:43.11 | starseeker | crud... back to Windows... |
| 21:50.14 | ``Erik | <-- quickly deletes his msvc to stay out of this O.o |
| 21:55.12 | starseeker | crap - nope |
| 21:55.55 | starseeker | sigh... this just isn't how Windows normally works... |
| 21:56.18 | starseeker | brlcad: I guess we'll need to have a go at it next week. |
| 22:14.44 | ``Erik | would be curious to hear bob and keith opine on this, thinks the bootstrap thing has an 'ugly wrong hack' smell, but isn't a windows guy O.o |
| 22:14.58 | ``Erik | (also; "windows normally works"? O.O ) |
| 22:15.22 | starseeker | ``Erik: Sean and I discussed it yesterday - he wants to maintain the build/installation tree layout consistently across platforms |
| 22:15.37 | starseeker | disagrees, but you know how that goes... |
| 22:15.57 | ``Erik | I read as much in the backlog, but our layout is "unix", and windows is not unix |
| 22:18.25 | ``Erik | why not just have a set 'relative lib dir' and make it '...\bin\' for windows? even auto* is set up for user/admin settable lib paths, --libdir= |
| 22:19.00 | starseeker | it's not that we couldn't make the "standard" Windows behavior work - by and large, it already WAS working |
| 22:19.15 | starseeker | the trigger was the BotUtility thing in Archer, but something else is wrong there |
| 22:19.41 | starseeker | (maybe just need to get package require libbu working...) |
| 22:19.57 | ``Erik | the issue was loadlib("%s/lib/mylib.so", basedir()); not working on windows, so bob had to do an "if windows" clause? |
| 22:20.00 | starseeker | anyway, the issue is not functionality related - it's the platform difference |
| 22:20.35 | starseeker | that was one issue - if I understand brlcad correctly, he regards that as a separate issue from the platform-dependent layout |
| 22:21.53 | ``Erik | loadlib("%s/mylib.so", libdir()); seems cleaner than trying to twist windows into a unix to me :) *shrug* I still think it'd be interesting hearing windows peoples thoughts on this |
| 22:22.54 | starseeker | ``Erik: there are probably a couple cleaner ways to do that, but even if we do clean that up the layout issue remains :-/ |
| 22:23.17 | ``Erik | (and common layout be damned, shoving square pegs in round holes will never be 'right') |
| 22:24.18 | ``Erik | next, we'll be forcing all platforms to have Brlcad.app/Contents/Linux-x86_64/mged or something |
| 22:25.22 | starseeker | winces |
| 22:25.56 | ``Erik | reductio ad absurdum :) |
| 22:26.34 | starseeker | hopefully brlcad will be back on later and you can get it straight from him - second-hand is probably a bad way to come at this discussion |
| 22:26.50 | starseeker | doesn't want to mischaracterize what he said due to lack of understanding... |
| 22:30.04 | ``Erik | I probably won't be on, kinda planning on moving my server and it might take a few days before I'm back on irc O.o mebbe the right set of people will end up in a room next week to explore ideas and rationales |
| 22:30.31 | starseeker | fun fun |
| 22:30.41 | ``Erik | (and once it goes into the abyss of meetings and groupthink and committee, it'll die a slow painful death) *cough* O:-) |
| 22:31.36 | ``Erik | lispworks 6.1 came out O.o |
| 22:31.52 | starseeker | would prefer bu_brlcad_libraries (in the same vein as bu_brlcad_root and bu_brlcad_data) as a way to reliably get the libraries directory |
| 22:32.52 | starseeker | or even wrap it all into a bu_brlcad_path(type, rhs) that takes root, data, libs, etc. for type and does the right thing under the hood |
| 22:32.54 | ``Erik | me, too.. package maintainers might do something retarded like /usr/brlcad/lib64 or /usr/lib/brlcad/ |
| 22:34.02 | starseeker | that's again a separate issue from the layout question, I suppose |
| 22:34.39 | starseeker | ponders putting together bu_brlcad_path... might be interesting to test out... |
| 02:15.51 | brlcad | it's not so much getting windows to behave like unix, it's actually a recommended practice on windows for security, to override the default searching to a specific dir |
| 02:16.51 | brlcad | it's just not the default, so there's a little learning curve |
| 02:18.13 | brlcad | the only reason it's not common is because it's not the default, but most of the notable apps do this practice for safe library loading |
| 02:19.15 | brlcad | one of the first links I came across were the bug reports for iTunes initially using the default, but then switching to using SetDllDirectory() |
| 02:19.54 | brlcad | so really the only unixy aspect of this is the name of the dir itself ('lib'), which is irrelevant |
| 02:21.55 | brlcad | starseeker: that all said, it's not worth spending days on figuring out the bootstrap so that aspect can be back-burnered if simply linking it in with delayload didn't work |
| 02:22.17 | brlcad | I presume you got a dll-could-not-be-found error message of some sort? or was it some other failure? |
| 02:23.08 | brlcad | could be that "if windows" hacks have to be removed for it to work, like what bob and I saw yesterday with archer |
| 02:28.30 | brlcad | if we can't get it to work, the next step will probably be deprecating bu_brlcad_root and adding bu_brlcad_bin+bu_brlcad_lib then just making windows return bin for lib |
| 02:29.38 | brlcad | (or, rather, having cmake set bin as the libdir then everything else falling through so libbu doesn't have to have a windows conditional) |
| 02:31.22 | brlcad | if that code has to be hit up again, it'd be a good time to make it not be brlcad-specific api like it is now |
| 02:31.45 | brlcad | but then that's more work :) |
| 02:32.20 | brlcad | gets buzy |
| 02:51.57 | starseeker | brlcad: yeah, libged.dll wasn't found (iirc) |
| 02:52.31 | starseeker | it's quite possible I didn't hook it in quite right - MSVC isn't my strong suite |
| 02:52.46 | starseeker | probably worth taking a quick look at next week |
| 02:55.12 | CIA-48 | BRL-CAD: 03starseeker * r49133 10/brlcad/trunk/CMakeLists.txt: For now, take out the dll relocation - if someone wants to do testing or we put it back in 'live', all that should be needed is a reverse merge on this commit. Until we're ready, leave Windows in a working state. |
| 04:32.58 | brlcad | k, i'll take a looksee next week |
| 05:59.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:23.21 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 12:17.29 | *** join/#brlcad merzo (~merzo@211-77-200-46.pool.ukrtel.net) | |
| 14:09.30 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:11.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 14:11.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:30.12 | starseeker | brlcad: was your scheme for implementing the equalivent of getopt_long (or something better) documented anywhere? |
| 19:08.31 | *** join/#brlcad merzo (~merzo@56-68-132-95.pool.ukrtel.net) | |
| 22:45.15 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:29.33 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:49.24 | CIA-48 | BRL-CAD: 03brlcad * r49134 10/brlcad/trunk/src/libged/autoview.c: |
| 05:49.25 | CIA-48 | BRL-CAD: add an optional scaling parameter to the autoview command. this lets users |
| 05:49.25 | CIA-48 | BRL-CAD: override the default behavior, which is to scale the view to twice the model |
| 05:49.25 | CIA-48 | BRL-CAD: bounding sphere. parameter is implemented as the model scale with respect to |
| 05:49.25 | CIA-48 | BRL-CAD: the view size so that .9 will give 90% view, 2.0 will give a model twice the |
| 05:49.25 | CIA-48 | BRL-CAD: size of the view, etc. |
| 05:54.34 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:55.20 | CIA-48 | BRL-CAD: 03brlcad * r49135 10/brlcad/trunk/NEWS: |
| 05:55.20 | CIA-48 | BRL-CAD: after mailing list discussion prompted by tom browder, added an optional scaling |
| 05:55.20 | CIA-48 | BRL-CAD: parameter to the autoview command so that you can display geometry presized with |
| 05:55.20 | CIA-48 | BRL-CAD: respect to the view. default is still what it was fitting the model bounding |
| 05:55.20 | CIA-48 | BRL-CAD: sphere to half the view, i.e., scale of 0.5 |
| 06:04.18 | CIA-48 | BRL-CAD: 03brlcad * r49136 10/brlcad/trunk/src/mged/chgview.c: bah, stupid. need to update the mged hook function to allow and pass the new scale option too. |
| 06:08.20 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 06:12.32 | CIA-48 | BRL-CAD: 03brlcad * r49137 10/brlcad/trunk/src/libged/autoview.c: clarity, model scale and view factor |
| 06:13.33 | CIA-48 | BRL-CAD: 03brlcad * r49138 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: enable support for the new autoview option to archer as well. looks like spaghetti tentacles run deep as it's not a simple call through to ged_autoview, but should do the trick |
| 11:30.56 | CIA-48 | BRL-CAD: 03jordisayol * r49139 10/brlcad/trunk/sh/ (make_deb.sh make_rpm.sh): Update deb/rpm building dependencies. |
| 11:41.18 | CIA-48 | BRL-CAD: 03jordisayol * r49140 10/brlcad/trunk/misc/debian/control: Update debian sources building dependencies. |
| 12:06.17 | *** join/#brlcad merzo (~merzo@239-208-133-95.pool.ukrtel.net) | |
| 14:41.11 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 16:41.57 | *** join/#brlcad merzo (~merzo@47-85-133-95.pool.ukrtel.net) | |
| 19:03.45 | *** join/#brlcad merzo (~merzo@32-68-133-95.pool.ukrtel.net) | |
| 21:48.20 | louipc | hi folks I ran into an issue building with the --as-needed linker flag. Is that something that shouldn't be used with brl-cad - or can it be patched to work? |
| 21:48.34 | louipc | Linking C executable ../../bin/rttherm |
| 21:48.35 | louipc | /usr/bin/ld: ../../lib/librttherm.a(main.c.o): undefined reference to symbol 'fb_open' |
| 21:48.38 | louipc | /usr/bin/ld: note: 'fb_open' is defined in DSO ../../lib/libfb.so.19.0.1 so try adding it to the linker command line |
| 21:48.41 | louipc | ../../lib/libfb.so.19.0.1: could not read symbols: Invalid operation |
| 21:48.49 | louipc | that's where it gets stuck |
| 21:53.34 | louipc | that's on 7.20.4 btw |
| 22:03.02 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:10.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 02:44.53 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 08:53.08 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:57.14 | *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net) | |
| 16:18.59 | CIA-48 | BRL-CAD: 03d_rossberg * r49141 10/brlcad/trunk/include/pstdint.h: |
| 16:19.00 | CIA-48 | BRL-CAD: MSVS 2008 has an uintptr_t but no UINTPTR_MAX defined |
| 16:19.00 | CIA-48 | BRL-CAD: therefore, if there is a MSVS with uintptr_t but no UINTPTR_MAX defined => define the UINTPTR_MAX here |
| 16:23.19 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:23.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:51.19 | *** join/#brlcad ``Erik_ (~erik@BRLCAD.ORG) | |
| 17:52.54 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:52.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:08.14 | *** join/#brlcad erik___ (~erik@BZ.BZFLAG.BZ) | |
| 18:29.58 | CIA-48 | BRL-CAD: 03n_reed * r49142 10/brlcad/trunk/src/libbu/test_sscanf.c: Add tests for correct max field width behavior for common types. |
| 20:06.11 | ``Erik | http://www.sudo.ws/sudo/alerts/sudo_debug.html sudo exploit O.o |
| 20:55.03 | CIA-48 | BRL-CAD: 03starseeker * r49143 10/brlcad/trunk/CMakeLists.txt: stray upper->lower conversions |
| 21:02.07 | CIA-48 | BRL-CAD: 03starseeker * r49144 10/brlcad/trunk/CMakeLists.txt: clean up indentation (thanks emacs mode) |
| 22:21.17 | CIA-48 | BRL-CAD: 03n_reed * r49145 10/brlcad/trunk/src/libbu/test_sscanf.c: duplication reduction |
| 22:36.23 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 22:37.03 | CIA-48 | BRL-CAD: 03n_reed * r49146 10/brlcad/trunk/src/libbu/test_sscanf.c: consistently exit on failure |
| 22:57.21 | CIA-48 | BRL-CAD: 03bob1961 * r49147 10/brlcad/trunk/include/ (ged.h obj.h tclcad.h): Moved struct ged_dm_view and struct ged_obj to tclcad.h. Moved declaration of go_refresh() and go_refresh_draw() to tclcad.h. Added ged_create_dlist_callback and ged_free_dlist_callback to struct ged. |
| 23:02.03 | CIA-48 | BRL-CAD: 03bob1961 * r49148 10/brlcad/trunk/src/libged/ (bigE.c draw.c erase.c preview.c set_transparency.c zap.c): Initial code to send notification via callback when vlists are created or freed. |
| 23:20.22 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:54.54 | CIA-48 | BRL-CAD: 03bob1961 * r49149 10/brlcad/trunk/ (3 files in 3 dirs): Expose display list capability via libtclcad and tclscripts/lib/Ged.tcl |
| 00:37.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 00:41.45 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 00:42.28 | Maloeran | Hey, are you around Erik or brlcad? |
| 00:44.29 | Maloeran | It's a simple question, I would like to know exactly what is a BRL-CAD "region". Are they always closed shapes? Or can it be possible to have multiple regions that must be joined together to form a greater closed shape? |
| 03:06.13 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:12.21 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:12.34 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:43.12 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 12:28.37 | ``Erik | Maloeran: a region is supposed to be a 1:1 mapping to an actual physical object, a single material piece. under the hood, it's just a comb with a flag |
| 14:30.50 | CIA-48 | BRL-CAD: 03bob1961 * r49150 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: If scale is NULL, the passed in argc should be 1. |
| 14:44.59 | Maloeran | Erik, so I can safely assume that any region is always a fully closed shape by itself? |
| 15:09.19 | ``Erik | for valid geometry, yes... but an imported BoT may not satisfy that |
| 15:13.35 | Maloeran | I see... Thanks |
| 17:33.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:42.01 | CIA-48 | BRL-CAD: 03n_reed * r49151 10/brlcad/trunk/src/libbu/test_sscanf.c: add some simple tests of error behavior |
| 17:54.32 | CIA-48 | BRL-CAD: 03starseeker * r49152 10/brlcad/trunk/CMakeLists.txt: When doing a delta, start the clock closer to the beginning... probably not terribly significant since most of the time is taken up in tests, but makes more sense if you're going looking for it in the code. |
| 18:14.55 | CIA-48 | BRL-CAD: 03n_reed * r49153 10/brlcad/trunk/src/libbu/test_sscanf.c: consistently print src and fmt strings |
| 18:58.35 | *** join/#brlcad merzo (~merzo@145-131-132-95.pool.ukrtel.net) | |
| 19:02.48 | *** join/#brlcad merzo (~merzo@79-209-132-95.pool.ukrtel.net) | |
| 19:20.38 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:20.38 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:46.25 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:46.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:05.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:05.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:35.54 | CIA-48 | BRL-CAD: 03n_reed * r49154 10/brlcad/trunk/src/libbu/sscanf.c: flags variable should be long int type given how many flags are being used |
| 20:39.16 | CIA-48 | BRL-CAD: 03starseeker * r49155 10/brlcad/trunk/NEWS: Review of Coverity issue 2070 - fix looks good. double-free error potentially visible in shp-g. |
| 20:46.15 | CIA-48 | BRL-CAD: 03starseeker * r49156 10/brlcad/trunk/NEWS: Review of Coverity issue 2069, commit r48706 - fix looks good. Clean up handling of input read failure case in burst. |
| 21:15.04 | ``Erik | hm, http://blog.bugsense.com/post/16832892823/do-you-have-an-opensource-project-get-bugsense-premium |
| 21:27.46 | starseeker | brlcad: if you get a chance, could you mark the coverity fixes that don't need an "in-depth" review as reviewd? I |
| 21:28.45 | starseeker | I've gotten some of indianlarry's step-g stuff marked |
| 21:35.43 | *** join/#brlcad Stattrav (~Stattrav@223.187.43.16) | |
| 21:35.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:48.46 | CIA-48 | BRL-CAD: 03bob1961 * r49157 10/brlcad/trunk/ (20 files in 8 dirs): Added new vlist commands to support triangles. This allows the display managers that care to do something better/faster if they know they have triangles as opposed to polygons. |
| 23:20.07 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:34.18 | CIA-48 | BRL-CAD: 03starseeker * r49158 10/brlcad/trunk/src/conv/step/CMakeLists.txt: Slight clean-up of the fedex generating CMake logic, even though it's not active yet. |
| 23:35.12 | CIA-48 | BRL-CAD: 03starseeker * r49159 10/brlcad/trunk/src/conv/step/CMakeLists.txt: ws |
| 23:36.02 | CIA-48 | BRL-CAD: 03starseeker * r49160 10/brlcad/trunk/src/conv/CMakeLists.txt: ws |
| 23:42.40 | CIA-48 | BRL-CAD: 03starseeker * r49161 10/brlcad/trunk/ (46 files in 9 dirs): Fix shiftwidth for vim in .cmake files |
| 23:47.42 | CIA-48 | BRL-CAD: 03n_reed * r49162 10/brlcad/trunk/src/libbu/sscanf.c: build accepted character table for character class |
| 00:19.50 | CIA-48 | BRL-CAD: 03starseeker * r49163 10/brlcad/trunk/ (32 files in 9 dirs): Dispose of the one-off CHECK_C_FILE_RUNS and instead enhance CHECK_C_SOURCE_RUNS. Will try to contribute the change upstream. |
| 00:29.18 | CIA-48 | BRL-CAD: 03starseeker * r49164 10/brlcad/trunk/ (8 files in 8 dirs): Quote SOURCE in case of spaces in pathnames... |
| 03:10.13 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 03:10.18 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 03:45.05 | starseeker | huh - interesting thing to see on CNN: http://www.cnn.com/2012/01/31/opinion/patry-copyright-law/index.html |
| 05:17.41 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 07:21.52 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 13:03.21 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:54.31 | CIA-48 | BRL-CAD: 03tbrowder2 * r49165 10/brlcad/trunk/README: mention minimum required version of CMake so user isn't surprised later |
| 16:40.40 | CIA-48 | BRL-CAD: 03starseeker * r49166 10/brlcad/trunk/CMakeLists.txt: Add a few more links to RPATH handling docs |
| 17:22.28 | CIA-48 | BRL-CAD: 03starseeker * r49167 10/brlcad/trunk/ (31 files in 31 dirs): BRLCAD_INCLUDE_DIRS is not as general as that name implies - rename to BRLCAD_LIB_INCLUDE_DIRS and remove some 'magic' variable name assumptions. While we're at it, clean up whitespace and capitalization |
| 17:30.23 | CIA-48 | BRL-CAD: 03starseeker * r49168 10/brlcad/trunk/ (23 files in 23 dirs): more whitespace cleanup |
| 17:51.14 | CIA-48 | BRL-CAD: 03bob1961 * r49169 10/brlcad/trunk/ (15 files in 5 dirs): |
| 17:51.14 | CIA-48 | BRL-CAD: Added dm_genDLists to struct dm. Changed dm_drawDList to return void. Set |
| 17:51.14 | CIA-48 | BRL-CAD: sp->s_dlist with a call to DM_GEN_DLISTS and use directly in openGL calls (i.e. |
| 17:51.14 | CIA-48 | BRL-CAD: no longer adding an offset). Also updated MGED's use of display lists (i.e. |
| 17:51.14 | CIA-48 | BRL-CAD: things are now being colored correctly. Also display lists were not always |
| 17:51.15 | CIA-48 | BRL-CAD: getting built). |
| 17:51.44 | CIA-48 | BRL-CAD: 03starseeker * r49170 10/brlcad/trunk/src/ (41 files in 41 dirs): ws |
| 17:52.01 | CIA-48 | BRL-CAD: 03n_reed * r49171 10/brlcad/trunk/src/libbu/sscanf.c: add a %Vc format for writing chars to a vls |
| 18:12.02 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:12.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:20.01 | CIA-48 | BRL-CAD: 03n_reed * r49172 10/brlcad/trunk/src/libbu/sscanf.c: add a %V[...] format for writing characters of a given character class to a vls |
| 20:22.54 | CIA-48 | BRL-CAD: 03n_reed * r49173 10/brlcad/trunk/src/libbu/sscanf.c: add a %Vs format for writing a string to a vls |
| 21:05.50 | CIA-48 | BRL-CAD: 03starseeker * r49174 10/brlcad/trunk/CMakeLists.txt: typo? don't see how custtarget is defined here |
| 21:08.30 | CIA-48 | BRL-CAD: 03n_reed * r49175 10/brlcad/trunk/src/libbu/sscanf.c: make returns more uniform |
| 21:35.44 | CIA-48 | BRL-CAD: 03n_reed * r49176 10/brlcad/trunk/src/libbu/sscanf.c: fix typo |
| 21:49.13 | CIA-48 | BRL-CAD: 03n_reed * r49177 10/brlcad/trunk/src/libbu/sscanf.c: still need to match literal sequence even if it ends with null |
| 22:06.00 | CIA-48 | BRL-CAD: 03starseeker * r49178 10/brlcad/trunk/CMakeLists.txt: We aren't currently using ExternalProject_Add, but add in a little more of what would be needed if we did add a use of that macro with a note on what else would be necessary. |
| 22:21.56 | CIA-48 | BRL-CAD: 03bob1961 * r49179 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: This updates the COMP_PICK_BOT_SPLIT_MODE to work with the previously updated bot_split2 method that was modified in Oct-2011. |
| 22:26.03 | CIA-48 | BRL-CAD: 03bob1961 * r49180 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Indicate to the user when a bot_split initiated in COMP_PICK_BOT_SPLIT_MODE is complete. |
| 22:58.20 | CIA-48 | BRL-CAD: 03bob1961 * r49181 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: After initiating a bot_split while in COMP_PICK_BOT_SPLIT_MODE, remove the old/original bot from the display. |
| 23:09.37 | CIA-48 | BRL-CAD: 03bob1961 * r49182 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: Sort the list of bots |
| 23:16.03 | CIA-48 | BRL-CAD: 03n_reed * r49183 10/brlcad/trunk/src/libbu/sscanf.c: need to skip input whitespace for %Vc and %V[...] iff conversion format is preceded by whitespace |
| 23:29.46 | CIA-48 | BRL-CAD: 03n_reed * r49184 10/brlcad/trunk/src/libbu/test_sscanf.c: add some vls conversion tests |
| 03:15.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:12.20 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:36.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 08:16.53 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 10:52.10 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:52.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:04.50 | CIA-48 | BRL-CAD: 03Rabotykrovelnye 07http://brlcad.org * r3273 10/wiki/Index.php: New page: = ???????????????????? ???????????? = ?? ?????????? ?????? ???????????? ???? ?????????? ?????????????????? ????????????????, ???? ?????? ?????? ???????????????????????????? '''????????????... |
| 12:13.54 | CIA-48 | BRL-CAD: 03Rabotykrovelnye 07http://brlcad.org * r3274 10/wiki/User:Rabotykrovelnye: New page: = ???????????????????? ???????????? = ?? ?????????? ?????? ???????????????? ???? ?????????? ?????????????????? ????????????????, ???? ?????? ?????? ?????????????????????????? '''??????????... |
| 13:15.17 | CIA-48 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Index.php]]": spam |
| 13:15.36 | CIA-48 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Rabotykrovelnye]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages |
| 14:33.42 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:37.38 | CIA-48 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:Rabotykrovelnye]]": content was spam |
| 15:04.22 | brlcad | starseeker: curious (because I don't remember) but why is the standards conformance set to gnu99? commit comment didn't say anything useful as to why it got set to that |
| 15:08.31 | brlcad | explains some compilation failure differences I've been seeing |
| 15:12.36 | brlcad | never mind, I traced down some commentary |
| 15:20.33 | starseeker | brlcad: didn't you decide to add that flag? (memory spotty, but I doubt I would have added it on my own...) |
| 16:07.36 | brlcad | it's not the flag itself, it's the value |
| 16:08.13 | brlcad | that's one of those regression flags where I'd really like to set it to four different things, make sure all keep working |
| 17:06.28 | CIA-48 | BRL-CAD: 03brlcad * r49185 10/brlcad/trunk/src/other/step/include/express/basic.h: use __inline__ instead of inline for c89 compilation |
| 17:07.11 | CIA-48 | BRL-CAD: 03brlcad * r49186 10/brlcad/trunk/src/other/step/src/express/ (expr.c expscan.l): use static_inline instead of 'static inline' so that we're consistent with other uses and expand correctly to the right symbols for this compilation |
| 17:08.23 | CIA-48 | BRL-CAD: 03brlcad * r49187 10/brlcad/trunk/src/libicv/Makefile.am: use PNG_CPPFLAGS instead of hard-coding them so that we don't get a conflict if png is disabled |
| 17:08.39 | CIA-48 | BRL-CAD: 03brlcad * r49188 10/brlcad/trunk/src/libpkg/example/server.c: c89-style comments |
| 17:08.55 | CIA-48 | BRL-CAD: 03brlcad * r49189 10/brlcad/trunk/src/libbu/Makefile.am: realpath missing |
| 17:09.46 | CIA-48 | BRL-CAD: 03brlcad * r49190 10/brlcad/trunk/src/ (conv/obj-g.c shapes/coil.c): break up the long string literal for c89 compliance |
| 17:10.16 | CIA-48 | BRL-CAD: 03brlcad * r49191 10/brlcad/trunk/src/libged/analyze.c: no // comments in C files for portability |
| 17:26.21 | CIA-48 | BRL-CAD: 03brlcad * r49192 10/brlcad/trunk/src/other/step/src/express/fedex.c: include getopt.h directly in case we're compiling in strict c89 mode |
| 17:26.57 | CIA-48 | BRL-CAD: 03brlcad * r49193 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_misc.c fedex_idl.c): more static_inline propagation so we support strict c89 mode |
| 17:33.05 | CIA-48 | BRL-CAD: 03brlcad * r49194 10/brlcad/trunk/misc/CMake/Distclean.cmake: |
| 17:33.06 | CIA-48 | BRL-CAD: add a distclean target so we can wipe out common cmake turds and other built |
| 17:33.06 | CIA-48 | BRL-CAD: system entities without wiping out an entire build tree. derived from distclean |
| 17:33.06 | CIA-48 | BRL-CAD: code by Jan Woetzel with some minor tweaks for other compiler product dirs and |
| 17:33.06 | CIA-48 | BRL-CAD: more clear wording. |
| 17:35.55 | *** join/#brlcad Elrohir (~kvirc@p579F02E6.dip.t-dialin.net) | |
| 18:03.48 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 18:12.20 | CIA-48 | BRL-CAD: 03n_reed * r49195 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): make maximum field width mandatory for %s and %[...] conversions |
| 18:24.10 | CIA-48 | BRL-CAD: 03brlcad * r49196 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: delete out lemon output files during make clean |
| 19:29.47 | CIA-48 | BRL-CAD: 03brlcad * r49197 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: also try to clean up the lemoninput file we copied. i may be doing something wrong here, though.. because it's not evident that this section of code is getting called. |
| 19:30.36 | brlcad | starseeker: would you sanity check that for me? I tried putting in message and echo statements in there, but they never seemed to get printed |
| 19:31.16 | brlcad | moreover expparse.y isn't being deleted on make clean still (src/other/step/src/express copied input file) |
| 20:13.15 | CIA-48 | BRL-CAD: 03brlcad * r49198 10/brlcad/trunk/CMakeLists.txt: |
| 20:13.15 | CIA-48 | BRL-CAD: use the CheckTypeSize module's CHECK_TYPE_SIZE() macro for explicitly evaluating |
| 20:13.15 | CIA-48 | BRL-CAD: the size of a pointer instead of assuming cmake will figure it out for us. this |
| 20:13.15 | CIA-48 | BRL-CAD: takes care of the problems assuming 32-bit on a 64-bit platform when the size |
| 20:13.15 | CIA-48 | BRL-CAD: can be determined. unclear how cmake (repeatedly) got into states where the |
| 20:13.16 | CIA-48 | BRL-CAD: CMAKE_SIZEOF_VOID_P ends up unset, but since it's a built-in test, likely just |
| 20:13.17 | CIA-48 | BRL-CAD: some bug internal to cmake. |
| 20:14.36 | starseeker | brlcad: checking... |
| 20:19.58 | starseeker | brlcad: oh, I think I know what's going on - when we add src/other directories, their copies of *.cmake files get called before our misc copies |
| 20:20.01 | starseeker | one sec... |
| 20:21.24 | CIA-48 | BRL-CAD: 03starseeker * r49199 10/brlcad/trunk/ (misc/CMake/LEMON_Util.cmake src/libgcv/wfobj/CMakeLists.txt): Make case labeling consistent. |
| 20:21.44 | starseeker | That's why I have to update all the src/other copies of FindX11.cmake - one of those gets triggered (usually) before our misc copy |
| 20:22.31 | CIA-48 | BRL-CAD: 03starseeker * r49200 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: Gah - remove debug message |
| 20:22.58 | brlcad | is there a way to append the top-level search path to the lists of paths searched, after the cmake sub-paths are added? |
| 20:23.07 | brlcad | s/append/prepend/ |
| 20:24.32 | CIA-48 | BRL-CAD: 03starseeker * r49201 10/brlcad/trunk/src/other/ (re2c/CMake/LEMON_Util.cmake step/CMake/LEMON_Util.cmake): Sync src/other copies of LEMON_Util.cmake |
| 20:25.14 | starseeker | there are two things at work - the src/other builds are doing their own thing, and CMake remembers if it has defined macros previously and doesn't re-define them |
| 20:25.47 | starseeker | when a src/other .cmake macro defining file is loaded, those macro definitions are global - that's why you weren't seeing any changes |
| 20:26.57 | starseeker | We can try forcing the src/other builds to look in our misc/CMake directory, but that's not totally reliable - they can still override that path in their own logic |
| 20:28.06 | starseeker | Would be nice if we could get CMake upstream to accept some of those .cmake files - then we could require a version that has them and not include them... |
| 20:33.50 | starseeker | hmm... wait... am I right about what it's doing??? |
| 20:33.54 | starseeker | introspects |
| 20:35.55 | CIA-48 | BRL-CAD: 03brlcad * r49202 10/brlcad/trunk/src/libged/combmem.c: gcc correctly detects an array overrun read where a vect_t was being passed as a hvect_t with the H component getting used. looks like at least a couple mistakes were made, fixed by just making them hvect_t's. |
| 20:45.18 | CIA-48 | BRL-CAD: 03brlcad * r49203 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: toggle whether we're aiming for c89 or c99 based on the build configuration, just so we get more portability coverage. as long as we're compliant, might as well stay that way for as long as we can bear. |
| 20:53.39 | starseeker | it's gnarly... I'm loading macro definition, but not using find_package to do so... how should I do that... |
| 21:02.51 | CIA-48 | BRL-CAD: 03starseeker * r49204 10/brlcad/trunk/src/other/ (27 files in 27 dirs): Clean up some ws in src/other |
| 21:40.28 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:45.17 | brlcad | n_reed: library code shouldn't be calling bu_exit(), bu_bomb() if it's not recoverable or kick back an error code to the caller |
| 21:47.49 | brlcad | we have just a few instances of misuse the have propagated, but that's something I've been meaning to add a regression test for |
| 21:48.39 | brlcad | moreover to r49195, I'd expect 0 to be a valid width .. it'll read zero chars, maybe init with -1 and check if < 0 |
| 21:49.29 | brlcad | or just default to 0-width, and proceed |
| 22:00.36 | CIA-48 | BRL-CAD: 03starseeker * r49205 10/brlcad/trunk/ (16 files in 15 dirs): Try to be better about using misc/CMake .cmake files by default. Tweak the listing of additional files to clean from lemon output. |
| 22:02.01 | CIA-48 | BRL-CAD: 03starseeker * r49206 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Hmm... make test match comment - was checking for gnu90 on debug, gnu99 on release - check for both if doing release. How come these checks are release only? |
| 22:03.09 | CIA-48 | BRL-CAD: 03starseeker * r49207 10/brlcad/trunk/ (3 files in 3 dirs): remove debug message |
| 22:03.45 | starseeker | brlcad: give that a whirl and see if it achieves what you were looking for behavior wise |
| 22:08.51 | CIA-48 | BRL-CAD: 03starseeker * r49208 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Oh, I see now. gnu99 when doing a Release build, but gnu90 when developing (normally done in Debug mode) |
| 22:16.38 | brlcad | yeah, the comment was unclear but you can't do both |
| 22:17.02 | starseeker | no biggie - I'm just being slow today ;-) |
| 22:17.39 | brlcad | been trying to get non-gnu mode.. but that's really a bear |
| 22:18.07 | brlcad | we compile gnu1x, though, that was nice to see |
| 22:18.15 | starseeker | cool! |
| 22:19.15 | starseeker | brlcad: is the compiler flags setup tolerable? |
| 22:21.42 | brlcad | what do you mean? |
| 22:21.46 | ``Erik | compile fail on osX, C++/c99 style comments in /System/Library/Frameworks/OpenGL.framework/Headers/gl.h via fb.h |
| 22:22.14 | brlcad | right, there was a separate fix for that in autotools |
| 22:22.55 | starseeker | brlcad: the way the CMake detection and assignment of compilation flags is set up - does it seem workable? |
| 22:23.28 | brlcad | starseeker: it's working well enough thusfar, save for one change I had to make |
| 22:23.36 | ``Erik | brlcad: did you do something to bz to drop cpu consumption? I'm used to load >1, which isn't the case lately? ( http://crit.brlcad.org/perfmon/ ) |
| 22:24.11 | starseeker | ``Erik: which component is failing to build? |
| 22:24.26 | ``Erik | starseeker: libfb, but anything that uses fb.h will fail |
| 22:26.29 | ``Erik | starseeker: http://paste.lisp.org/display/127469 (on my work desktop) |
| 22:26.36 | brlcad | yay, neat stats |
| 22:26.39 | ``Erik | puts on pants and heads home |
| 22:26.57 | brlcad | ``Erik: yes, the bzflag services were migrated to a different host |
| 22:34.41 | starseeker | the autotools build was adding the C99 flag specifically for that library... |
| 22:34.46 | starseeker | um |
| 23:25.09 | CIA-48 | BRL-CAD: 03brlcad * r49209 10/brlcad/trunk/src/mged/Makefile.am: hideline.c is no more |
| 23:34.45 | CIA-48 | BRL-CAD: 03brlcad * r49210 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: |
| 23:34.45 | CIA-48 | BRL-CAD: make the CHECK_C_FLAG macro a little more robust. the autonaming feature is |
| 23:34.45 | CIA-48 | BRL-CAD: nice, but it needs to account for all possible characters that aren't valid |
| 23:34.45 | CIA-48 | BRL-CAD: variable names. (e.g., --std=c++98) also, the build type comparison is wrong |
| 23:34.45 | CIA-48 | BRL-CAD: as mixed case for this variable. |
| 23:44.52 | ``Erik | <-- waits for other services to be migrated to crit O:-) |
| 23:50.37 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:44.38 | CIA-48 | BRL-CAD: 03n_reed * r49211 10/brlcad/trunk/src/libbu/sscanf.c: s/bu_exit/bu_bomb; accept 0 as a valid width for string conversions |
| 08:41.27 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 08:41.27 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 08:45.58 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 09:37.19 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 09:58.41 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:20.46 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:21.30 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:26.29 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:39.05 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:52.16 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:59.25 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:02.29 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:20.43 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:43.53 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:55.18 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:11.01 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 13:21.10 | CIA-48 | BRL-CAD: 03Sean 07http://brlcad.org * r3276 10/wiki/Help:Searching: Reverted edits by [[Special:Contributions/46.151.43.197|46.151.43.197]] ([[User talk:46.151.43.197|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 13:21.17 | CIA-48 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:46.151.43.197]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites |
| 13:43.37 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 13:47.53 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 16:35.18 | CIA-48 | BRL-CAD: 03starseeker * r49214 10/brlcad/trunk/src/other/re2c/README: |
| 16:35.18 | CIA-48 | BRL-CAD: If we're using the template for the re2c README file (maybe worthwhile, maybe |
| 16:35.18 | CIA-48 | BRL-CAD: not...) don't stash the generated output in the src tree. Would need a |
| 16:35.18 | CIA-48 | BRL-CAD: mechanism like that used for our INSTALL and configure scripts to make that work |
| 16:35.18 | CIA-48 | BRL-CAD: 'properly' |
| 16:38.53 | CIA-48 | BRL-CAD: 03starseeker * r49215 10/brlcad/trunk/src/other/libz/ (CMakeLists.txt zconf.h zconf.h.in): Enough of the zconf.h.in nonsense. We've already had to modify zlib anyway. |
| 16:40.00 | CIA-48 | BRL-CAD: 03starseeker * r49216 10/brlcad/trunk/src/other/libz.dist: sync libz.dist |
| 16:41.51 | CIA-48 | BRL-CAD: 03starseeker * r49217 10/brlcad/trunk/src/other/re2c.dist: sync re2c.dist |
| 16:54.46 | CIA-48 | BRL-CAD: 03starseeker * r49218 10/brlcad/trunk/ (8 files in 8 dirs): (log message trimmed) |
| 16:54.47 | CIA-48 | BRL-CAD: Make a stab at logic to clean out all files generated by CMake. This is |
| 16:54.47 | CIA-48 | BRL-CAD: currently a bit too aggressive in that it will completely nuke the bin, lib, and |
| 16:54.47 | CIA-48 | BRL-CAD: share output directories, but it's a step in the right direction and seems to be |
| 16:54.47 | CIA-48 | BRL-CAD: able to restore a checkout to clean status after an in-src-dir CMake configure |
| 16:54.47 | CIA-48 | BRL-CAD: (although that's only tested on one platform and isn't yet portable - assumes |
| 16:54.48 | CIA-48 | BRL-CAD: Makefiles, for example.) Not hooked into the build proper yet - it generates a |
| 16:55.40 | starseeker | that's getting closer to a "real" distclean ability, except for also nuking all the "final output" directories |
| 16:58.06 | starseeker | If most development work these days is taking place with CMake, we may want to consider removing the svn ignore property globally. |
| 16:58.37 | starseeker | for myself (most of the time) I want to know precisely what is in the source tree without ignoring anything |
| 17:02.00 | starseeker | brlcad: if you can take a look at that distclean attempt and let me know precisely how you want it to behave, I can give it a round of polishing, make it portable and hook it in |
| 17:03.39 | starseeker | I think that approach should be more robust than the Distclean.cmake approach, although it may require a bit more logic |
| 18:45.49 | brlcad | starseeker: that file wasn't intended to get you to spend time on a distclean impl.. :) |
| 19:07.43 | brlcad | there are some aspects to both approaches that will probably be desireable |
| 19:07.52 | brlcad | that, at least, is my at-a-glance understanding |
| 19:09.36 | brlcad | like the global list that gets appended to, just want to make sure the caller only has to specify items cmake doesn't already know about and doesn't duplicate what the clean rule already does |
| 19:11.18 | brlcad | the distclean shell script looks like the only/main turd that I'd do away with |
| 19:11.37 | brlcad | no big deal if you can't time the distclean |
| 19:30.58 | starseeker | the clean rule removes things generated by make, not things generated by CMake |
| 19:31.27 | starseeker | the distclean logic as defined is intended to remove things generated by CMake |
| 19:33.17 | starseeker | the distclean shell script is a temporary measure - eventually there will be a cmake_distclean.cmake file generated that will be invoked by a "make distclean" target |
| 19:34.33 | starseeker | was i wasn't sure of was whether you wanted me to be able to nuke the files in bin, lib, etc that are produced by CMake *without* removing the files coming from the actual build |
| 19:39.02 | brlcad | it's the latter I was referring to, nuking bin/lib/etc |
| 19:39.23 | brlcad | at most, it could inspect and, if empty, delete the dir in the distclean portion of the rule |
| 19:39.42 | brlcad | but not nuke it outright since that then makes lots of assumptions |
| 19:45.02 | brlcad | what's the cmake_distclean.cmake file for? seems unnecessarily complicated to have a distclean rule writing out anything |
| 19:45.40 | brlcad | just needs a list of things to delete, the most important ones being the ones it already knows about |
| 19:46.24 | brlcad | adding the extra files list ability for the caller becomes the secret sauce that should be sufficient (yet still simple) |
| 20:08.31 | starseeker | brlcad: I'll play with it a bit and run some tests |
| 20:08.46 | starseeker | what do you think about nuking the svn:ignore property? |
| 20:14.13 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 20:40.30 | brlcad | starseeker: not all of the svn:ignore files are build-system related, if I recall correctly |
| 20:40.46 | brlcad | so probably not at least without doing a review of what's there and why |
| 20:40.47 | starseeker | true - some of them relate to ignoring temporary files from editors |
| 20:41.11 | starseeker | prefers to know when editors are leaving turds behind too, but that's just me... |
| 20:41.13 | brlcad | right, I'm not sure there's any value seeing those listed |
| 20:42.05 | brlcad | I know very well what is left around .. but having svn tell me provides no useful information |
| 20:42.24 | starseeker | doesn't always know ;-) |
| 20:42.38 | brlcad | on the contrary, can dilute the listing, make it harder to see important files |
| 20:43.18 | starseeker | must be a workflow difference |
| 20:43.36 | starseeker | prefers to stay close to the svn tree state, doesn't leave modified or unknown files in the src tree much |
| 20:44.23 | brlcad | a little workflow, a little difference in tools perhaps, a little familiarity |
| 20:44.46 | brlcad | if I were working with xcode regularly, I wouldn't want the xcode build dirs listed for example |
| 20:44.56 | brlcad | they're always there |
| 20:45.10 | starseeker | why is why out-of-dir builds are good |
| 20:46.31 | brlcad | a benefit sure, but mostly a different case altogether |
| 20:47.22 | brlcad | just picked xcode out by example, could just as well be some other random ide that places information with the input/sources |
| 20:47.51 | starseeker | if the IDE is putting information in the source tree when the build is not taking place in-src, that's a bug in the IDE |
| 20:47.55 | brlcad | not uncommon to say the least, point is more just that there are *some* files that are of no value to have svn report |
| 20:48.35 | brlcad | i don't think that holds water -- you may be using an ide that has little or nothing to do with building |
| 20:48.52 | brlcad | a source indexing browser, for example |
| 20:48.57 | brlcad | for code reviews |
| 20:49.07 | brlcad | nothing to do with any concept of a build dir |
| 20:49.24 | starseeker | hmm. OK, I suppose... |
| 20:53.01 | starseeker | would probably try to set that up such that the index file(s) were stored out of the src dir, but that's admittedly not something to expect from most devs |
| 20:53.42 | brlcad | if that's supported by the tool |
| 20:54.40 | brlcad | i've used several indexers over the years that would write an index for each directory containing sources |
| 20:55.05 | starseeker | nods. If it weren't I'd set up two copies of the src tree, but your point remains - it's a situation that is a reasonable argument for retaining at least some use of svn:ignore |
| 20:55.15 | brlcad | good ol' ctags comes to mind, though now there's an output option |
| 20:55.50 | brlcad | still even if you wrote to some other dir, then you loose the nifty automatic integration that you'd get in vim, ex, emacs, etc |
| 20:56.25 | brlcad | since they defaulted to the source dir too, and you'd have to tell it (hopefully it has a way) about that random other place |
| 20:57.56 | starseeker | nods - yeah, I'd probably end up having a separate copy of the src for that |
| 20:58.16 | brlcad | it all boils down to usability (and maintainability) since that's really the only reason svn:ignore exists |
| 20:58.48 | brlcad | maintainence cost is practically nil now that build dir is a separate concept |
| 20:59.20 | brlcad | usability of having vs not having entries for items of no value to "svn status" is then pretty simple |
| 20:59.23 | starseeker | nods - the main annoyance from my standpoint is when we ignore things like Makefile files, .tcl files, etc |
| 21:00.11 | brlcad | sure, those items could get yanked |
| 21:00.15 | starseeker | but a comprehensive selective review to get rid of just those would be a bit time consuming (unless it's scriptable in some fashion) |
| 21:02.24 | brlcad | *shrug* maybe an hour or two at best.. it's under 200 props |
| 21:02.59 | starseeker | ok - s/time consuming/mind numbing ;-) |
| 21:04.06 | brlcad | with a workflow going, it'd probably be about 30s per prop, a lil over an hour |
| 21:04.38 | brlcad | I find those are great tasks to do while watching movies :) |
| 21:07.34 | brlcad | 200 "files" is nothing ... |
| 21:07.46 | starseeker | heh |
| 21:07.48 | brlcad | I've done a half-dozen refactorings in the last 12 months alone that involved 1000+ file edits each (all unautomatable, hand edits) :) |
| 21:08.17 | brlcad | one category of new build warning hits more files than that :) |
| 21:11.22 | brlcad | I find it starts to get numbing when you can't get through the whole list in a single day |
| 21:11.37 | brlcad | 12 hours or less ftw .. if it's gonna take more, that's a real chore |
| 21:11.49 | starseeker | envies brlcad's threshold of boredom |
| 21:12.37 | brlcad | it's reading code, that can be very rewarding in itself |
| 21:13.48 | brlcad | when I was just starting to make my way through brl-cad years ago, I found that to be one of the best and absolutely fastest ways to become familiarized with what's there |
| 21:14.52 | brlcad | you start to see the bigger picture of how to restructure, where there are weaknesses, good and bad practices, and more... |
| 21:16.26 | brlcad | "oh yeah .. there's already a tool that does that" |
| 21:17.03 | CIA-48 | BRL-CAD: 03bob1961 * r49219 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a preference for display lists. |
| 22:03.07 | brlcad | n_reed: if I've been following the commits, it looks like you've included functionality akin to ms's sscanf_s()? |
| 22:08.41 | CIA-48 | BRL-CAD: 03starseeker * r49220 10/brlcad/trunk/ (11 files in 11 dirs): |
| 22:08.41 | CIA-48 | BRL-CAD: Getting closer - this leaves bin, lib and share in place but they should be |
| 22:08.41 | CIA-48 | BRL-CAD: nothing but a collection of empty directories for a bare configure. Just need |
| 22:08.41 | CIA-48 | BRL-CAD: to teach distclean to check them for empty dirs and recursively remove any empty |
| 22:08.41 | CIA-48 | BRL-CAD: dirs until we've whittled it down to the minimum (for a pure configure with no |
| 22:08.42 | CIA-48 | BRL-CAD: build step on a clean checkout, back to the checkout configuration.) |
| 22:13.04 | brlcad | starseeker: very minor, but can it be aware of only the dirs it adds? |
| 22:13.18 | brlcad | so it only potentially deletes ones it added, not just empty ones |
| 22:13.26 | starseeker | urm... |
| 22:13.39 | brlcad | in case someone happens to mkdir lib/whatever for example .. |
| 22:13.51 | brlcad | minor and no big deal if it can't |
| 22:14.25 | starseeker | tricky - if it's putting a file into a deep dir location, it will automatically create all the dirs it needs to get it there (iirc) |
| 22:15.24 | starseeker | I might be able to get it to track all that - I have to do something similar for distcheck... |
| 22:16.13 | brlcad | like I said, VERY minor .. just wondering really |
| 22:16.17 | starseeker | but if it does that and half the dirs listed in the path are already present and half aren't, that could get really tricky |
| 22:16.27 | starseeker | in principle - maybe |
| 22:16.36 | starseeker | but probably too hard to justify at this point |
| 22:16.53 | starseeker | let me get a "make distcheck" target working first |
| 22:17.02 | starseeker | I should be fairly close now |
| 22:17.19 | brlcad | as long as it's only removing empty dirs recursively, probably no harm |
| 22:17.34 | n_reed | brlcad: wasn't referencing sscanf_s, but similar in requiring width for %s and %[...]. |
| 22:17.44 | starseeker | that's the last trick - how to get it to do the directory removal |
| 22:17.56 | starseeker | I have a few ideas, but need to do some experimentation |
| 22:18.36 | brlcad | n_reed: what is the width for a %s defined as? |
| 22:18.54 | brlcad | does it include / require space for the null? |
| 22:19.39 | starseeker | brlcad: should the "make distclean" target perform the make clean step too? or just remove the files CMake is responsible for? |
| 22:20.20 | brlcad | following traditional distclean, yeah -- it should perform make clean (first) |
| 22:20.50 | brlcad | could separate into a makeclean and distclean rule |
| 22:21.41 | starseeker | ah, nuts - there's a gotcha - when I remove the CMakeFiles directories, I'm removing all the object files too |
| 22:22.16 | starseeker | is that acceptable, or should I try to introspect into those and leave the .o files? |
| 22:23.00 | brlcad | cmake made them and filled them, so it should be fine to just remove them .. but then the clean rule already does that, no? |
| 22:23.18 | brlcad | if so, then distclean can just check if dir is empty, remove |
| 22:24.29 | brlcad | that'd probably be safer |
| 22:24.38 | starseeker | I'll check - I was under the impression just the .o files are removed... |
| 22:25.29 | starseeker | if we're always doing clean with distclean it won't matter, but if we want a "cmake-clean" rule that just removes CMake's output it get dicey |
| 22:26.52 | brlcad | right, clean just removes the .o, so distclean itself won't have to |
| 22:27.13 | brlcad | it just checks the dir |
| 22:29.07 | starseeker | (right now) distclean is removing the whole CMakeFiles directory and all its contents - CMakeFiles directories hold more files generated by CMake |
| 22:29.10 | brlcad | cmake-clean would be introducing a different naming scheme, "cmakeclean" or "buildclean" would be more apropros |
| 22:29.19 | brlcad | where distclean=clean+cmakeclean |
| 22:29.40 | starseeker | or maybe configureclean |
| 22:30.03 | brlcad | configclean? |
| 22:30.14 | brlcad | buildsysteminfrastructureclean ;) |
| 22:30.37 | starseeker | yeah, we may have to live with configclean nuking the individual object files, unless we want to get smarter about the structure contained in that directory |
| 22:31.18 | brlcad | probably fine |
| 22:31.54 | starseeker | If a configclean is performed, everything's getting rebuilt anyway because all the Makefiles will be newer than the object files anyway |
| 22:32.11 | brlcad | the install dirs are where things get more interesting, or even the top-level build dir probably being the most common case |
| 22:32.38 | brlcad | where someone just has datafiles and/or source snippets being run against uninstalled bin/* tools |
| 22:33.16 | starseeker | uh... I'm not doing anything with the install dirs - am I supposed to? |
| 22:33.18 | brlcad | configclean would end up nuking the Makefiles, no? |
| 22:33.24 | starseeker | yep |
| 22:34.15 | brlcad | once you run even a partial distclean (assuming it gets past the "clean" phase and is working on the "configclean" phase), it's a point of no return |
| 22:34.23 | starseeker | yep |
| 22:34.26 | brlcad | you have to run cmake again |
| 22:34.35 | starseeker | just like Autotools, iirc |
| 22:34.38 | brlcad | yep |
| 22:34.41 | starseeker | (kinda in the nature of a distclean) |
| 22:34.56 | n_reed | brlcad: %1s means read 1 char max from input; dest string must be at least 2 chars |
| 22:35.01 | n_reed | is there something i need to fix? |
| 22:35.50 | starseeker | configclean would actually have fairly minimal utility, except possibly in debugging scenarioes |
| 22:36.58 | starseeker | wonders if there is even a equalivent to "make clean" in MSVC... |
| 22:37.16 | brlcad | n_reed: just thinking aloud, the reason why strlcpy exists when there was a strncpy a decade preceding is due to that size parameter |
| 22:37.29 | brlcad | off-by-one errors due to usability weakness |
| 22:39.00 | brlcad | I don't think it matters for the %#s case since that (to me) clearly implies number of chars and the #+1 == '\0' seems evident |
| 22:39.33 | brlcad | it may matter more for size parameters, I think, ala sscanf_s |
| 22:39.41 | brlcad | do you have size parameters? |
| 22:40.04 | brlcad | bu_sscanf("%s", my_string, size) |
| 22:40.15 | brlcad | or did you stick with sscanf's sig |
| 22:40.15 | n_reed | nope |
| 22:40.34 | brlcad | okay, so you're just requiring that if there's an %s that there must be a %###s in there? |
| 22:42.46 | n_reed | yes. %Vs %Vc %V[...] can handle cases where size is only known at run-time |
| 22:43.34 | brlcad | V is for vls? |
| 22:43.43 | n_reed | yes |
| 22:44.03 | brlcad | interesting, that's somewhat opposite bu_log()'s meaning |
| 22:44.44 | n_reed | you can pick any letter you want |
| 22:45.21 | brlcad | V isn't a width specifier to bu_log(), it's the type (ala %s) |
| 22:45.27 | brlcad | that's all |
| 22:45.34 | brlcad | not sure that it's a problem or not, just interesting |
| 22:45.54 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 22:46.19 | brlcad | so then it handles the unknown "size" by reading into an unsized/unbounded vls |
| 22:46.53 | brlcad | %Vc means what then? a double-byte char gets stored into a vls as two bytes? |
| 22:49.23 | n_reed | only tested with ordinary chars. now code always truncates vls then uses bu_vls_putc |
| 22:49.33 | CIA-48 | BRL-CAD: 03brlcad * r49221 10/brlcad/trunk/src/libged/get_comb.c: a benefit of using BU_VLS_INIT_ZERO instead of bu_vls_init() is that the compiler can actually detect an unused vls such as this one |
| 22:49.51 | n_reed | %Vc would copy one char and you'd have a '\0' after it still, unlike %c |
| 22:50.03 | brlcad | ah, okay |
| 22:50.14 | brlcad | why truncate? |
| 22:50.32 | brlcad | seems you could preserve the read-one-char behavior while ensuring null termination |
| 22:51.52 | brlcad | so you could do something like while(bu_sscanf(input, "%Vc", &myvls))) ; to read from input one char at a time into myvls |
| 22:53.42 | brlcad | probably doesn't matter since it'd be a dumb thing to do, but I think it's something you can effectively set up with sscanf() if you're going for parity |
| 22:56.10 | CIA-48 | BRL-CAD: 03brlcad * r49222 10/brlcad/trunk/src/shapes/coil.c: conversion to using BU_VLS_INIT_ZERO instead of bu_vls_init() where there's simple local use. detected another unused vls (coil_type). |
| 22:56.36 | n_reed | not sure I understand. I thought always overwriting vls would be best keeping with sscanf semantics. |
| 22:57.05 | n_reed | if you want to append a char at a time, just use %c and concat yourself |
| 23:00.34 | brlcad | right, but that's partially my point :) |
| 23:01.16 | brlcad | that would take a few lines of code, so making the semantic meaning append-char-to-vls would turn two steps into one |
| 23:01.52 | brlcad | whereas for the truncate case, where's the use case where using a vls saves someone a step over %c to a char |
| 23:02.24 | brlcad | could be one, haven't thought it through that exhaustively |
| 23:04.09 | brlcad | could be my own bias too .. I'm maybe envisioning something I'd expect from %*V and %1V |
| 23:36.32 | n_reed | i don't think |
| 23:37.41 | n_reed | i can't think of that many good use cases either way; simple enough to change it to append |
| 00:41.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 01:37.28 | Maloeran | This might be a stupid question... but why is BRL-CAD's ./configure trying to find OpenGL/OpenGL.h and -lopengl32? (rather than GL/gl.h and -lGL ) And hence apparently doesn't want to enable OpenGL |
| 01:38.26 | Maloeran | (Trying to install on an Ubuntu laptop, hunting down missing -dev packages...) |
| 02:13.21 | CIA-48 | BRL-CAD: 03brlcad * r49223 10/brlcad/trunk/src/libged/trace.c: another unused vls |
| 02:16.35 | CIA-48 | BRL-CAD: 03brlcad * r49224 10/brlcad/trunk/src/libged/ls.c: and another unused vls masked by a bu_vls_init() |
| 02:25.23 | CIA-48 | BRL-CAD: 03brlcad * r49225 10/brlcad/trunk/src/ (113 files in 12 dirs): (log message trimmed) |
| 02:25.24 | CIA-48 | BRL-CAD: replace 580 calls to bu_vls_init() with static initialization via |
| 02:25.24 | CIA-48 | BRL-CAD: BU_VLS_INIT_ZERO. this eliminated the need for more than 100 conditionalized |
| 02:25.24 | CIA-48 | BRL-CAD: inits, which in turn eliminates the risk that a vls might get used prior to |
| 02:25.24 | CIA-48 | BRL-CAD: initialization (whereby it crashes). this improves memory management as well |
| 02:25.24 | CIA-48 | BRL-CAD: eliminating the function call and memory allocation should the vls not actually |
| 02:25.25 | CIA-48 | BRL-CAD: be needed; and it eliminates a memory leak if a vls were initialized but not |
| 02:25.39 | brlcad | Maloeran: hey, long time no see .. not a stupid question but definitely misunderstood |
| 02:26.37 | brlcad | Maloeran: it searches for OpenGL/OpenGL.h but *also* searches for GL/gl.h (and a variety of other headers found on various platforms), same for library searches too |
| 02:27.25 | brlcad | undoubtedly a missing dev package, if you read the config.log and find the GL/gl.h header test, it will say why |
| 02:28.27 | brlcad | more importantly, though .. if this is at all a recent source, you should be using the newer cmake build system instead of the configure-based autotools build system. mkdir .build && cd .build && cmake .. && ccmake .. |
| 02:52.12 | Maloeran | Hey, long time no see indeed |
| 02:52.38 | Maloeran | So you are moving away from autoconf and friends after all, nice |
| 03:31.06 | brlcad | already done, few months back |
| 03:32.53 | brlcad | took a few months to get a near-equivalent cmake build in place, but cliff bootstrapped a good setup |
| 03:40.13 | Maloeran | Nice. I'm integrating my ball pivoting point cloud mesh reconstruction into Lee's VSL hence the need for BRL-CAD |
| 03:44.10 | Maloeran | I'm not quite convinced that raytracing, gathering point and reconstruction is the best way to convert CSG geometry to triangles (the edges of a cube will appear rounded), but it's probably good enough, I guess |
| 03:45.59 | brlcad | heh, that's funny |
| 03:46.49 | brlcad | I implemented a proof of concept for that about 7 years ago |
| 03:46.54 | Maloeran | Oh? |
| 03:47.11 | brlcad | got it working, but then abandoned the project because I thought it sucked |
| 03:48.15 | Maloeran | I'm sure there would be a much better way to generate surface points than raytracing, by inspecting the actual primitives. Or just converting each primitive to a triangle mesh and doing boolean operations on triangle meshes... |
| 03:48.27 | brlcad | then erik worked on something similar about two years ago (again for lee), and came to similar results but after many more months trying to bring it up to production-quality |
| 03:48.40 | brlcad | similarly abandonded |
| 03:48.44 | Maloeran | What was the approach? |
| 03:49.32 | brlcad | mine was a textbook marching cubes eval |
| 03:49.33 | Maloeran | I think my point cloud mesh reconstruction code is very nice (very robust, extremely fast), but I'm not sure it's the right solution to the problem to begin with |
| 03:49.43 | brlcad | like I said, just proof of concept reconstruction |
| 03:50.00 | Maloeran | Marching cubes from point cloud data? You'll get rounded cubes too... |
| 03:50.24 | brlcad | i saw that "yeah.. this can .. sorta work ..." but not for lots of types of geometry, not very robustly, and not well at all for flat surfaces and hard edges without a lot more work |
| 03:50.43 | Maloeran | Yes, I see |
| 03:51.48 | Maloeran | The ball pivoting algorithm was terribly unreliable and unstable too. It took about 2 months to fix the whole thing with a truly robust algorithm |
| 03:52.52 | Maloeran | (including the time to write it multithreaded, algorithms built of atomic instructions for perfecty scalability, NUMA-aware, etc.) |
| 03:53.04 | brlcad | lee seems enamored by the approach, but I guess I just fundamentally dislike the premise of point-sampling CSG |
| 03:53.43 | Maloeran | So do I, it's not the right approach... unless your points are generated from the actual primitive surfaces |
| 03:54.14 | Maloeran | If you have a cube, you should have points right on all the edges and corners, or your geometry gets messed up |
| 03:55.02 | Maloeran | Maybe it's just a first step until a better point sampling method is implemented |
| 03:55.15 | brlcad | you don't need point sampling -- you have perfect surface information |
| 03:55.36 | brlcad | the real solution is to just construct the boundary information, then evaluate your boundaries |
| 03:55.41 | Maloeran | Sure. You could convert to triangle meshes and perform boolean operations on triangle meshes |
| 03:55.43 | brlcad | that's what we've been working towards |
| 03:56.05 | brlcad | no no .. that's what we already do, it's terribly difficult to do robustly |
| 03:56.10 | Maloeran | Oh? I see |
| 03:56.32 | brlcad | polygonal boundary representation is only sufficient when your starting geometry is polygonal |
| 03:56.57 | brlcad | that's where nurbs/brep come in (and why pretty much EVERY other commercial CAD system uses them) |
| 03:57.00 | Maloeran | Well, a conversion to a polygon based representation has many advantages these days |
| 03:57.10 | brlcad | you can still convert to polygonal |
| 03:58.02 | brlcad | the issue is when the boolean is evaluated |
| 03:58.07 | Maloeran | Can I ask what you mean exactly by constructing the boundary information, and evaluating boundaries? |
| 03:58.51 | brlcad | so take two overlapping mathematical spheres in implicit form (point+radius) being unioned together |
| 03:59.30 | brlcad | I can evaluate polys for both then join those two meshes, eliminate the interior faces, slice the boundary faces, etc |
| 03:59.53 | Maloeran | That's what you presently do, and it's difficult to do robustly, right? |
| 04:00.01 | brlcad | but the problem is that you're attempting to perform the boolean evaluation on already lossy data |
| 04:00.11 | brlcad | very, np-hard iirc |
| 04:00.46 | brlcad | it ends up being a search domain problem with an undefined solution with real geometry |
| 04:00.49 | Maloeran | A different approach would be to generate points all over the spheres, then points precisely on the intersection disk between the two spheres, then reconstruct a mesh from these points |
| 04:01.00 | Maloeran | That approach doesn't sound too hard |
| 04:01.21 | brlcad | it's knowing that intersection disk |
| 04:01.28 | Maloeran | My problem is mostly with the present point sampling method, raytracing... |
| 04:01.30 | Maloeran | Oh. |
| 04:02.04 | Maloeran | So you are saying that generating actual points for the intersection between 2 boolean primitives is difficult |
| 04:02.10 | brlcad | point sampling the implicit definitely has better potential than trying to stitch a mesh that has already thrown away the curve of intersection |
| 04:02.19 | Maloeran | I guess the primitives involved must be complex than the basic ones I have in mind |
| 04:02.39 | Maloeran | must be more* complex |
| 04:02.40 | brlcad | not saying that, but yes for many of the primitives it's insanely difficult |
| 04:02.46 | Maloeran | I see. |
| 04:02.48 | Maloeran | Interesting |
| 04:02.56 | brlcad | polynomial equations of nth order where n can be in the hundreds |
| 04:03.29 | brlcad | the robust way to do it is convert those implicit spheres into explicit spheres using a spline-suface representation |
| 04:03.44 | Maloeran | Well, that complicates things a little. I can understand why Lee would want to bombard a CSG object with billions of rays and just reconstruct the geometry |
| 04:03.48 | brlcad | then perform surface-surface evaluation to evaluate the actual curve of intersection |
| 04:04.15 | brlcad | you use the curve of intersection to trim the actual original surfaces, resulting in two trimmed surfaces joined by a curve |
| 04:04.31 | brlcad | from there you can tessellate the two surfaces precisely to whatever resolution one desires |
| 04:04.38 | Maloeran | Right |
| 04:04.42 | brlcad | robust, fault and floating point tolerant |
| 04:05.24 | Maloeran | That surface-surface evaluation sounds tricky with high degree nurbs and such |
| 04:05.51 | brlcad | it is, but there are some pretty straightforward algorithms out there (and even the dead simple approaches work well enough) |
| 04:06.17 | Maloeran | I can imagine doing it by bruteforce and converging |
| 04:06.24 | brlcad | sure |
| 04:06.32 | brlcad | even that is better than point-sample raytracing ;) |
| 04:06.34 | Maloeran | If there's some better mathematical magic, I don't presently see it |
| 04:06.40 | Maloeran | Agreed :D |
| 04:07.00 | brlcad | for lower-order surfaces, you actually can evaluate the exact curve with some simple reductions |
| 04:08.29 | Maloeran | Sounds good. It's probably a very complex approach given the wide range of techniques and specialized codes required to handle intersection between any kind of primitive |
| 04:08.55 | brlcad | not as complex as one would think |
| 04:09.17 | Maloeran | Ah perhaps... Though I feel I understand Lee a little better in his desire to just bombard billions of rays and get something "close enough" |
| 04:09.28 | brlcad | getting a nurbs representation in place was a big step, but not as big as directly ray-tracing nurbs, which is done now |
| 04:09.59 | brlcad | also done was the complex piece of turning each of our primitives into nurbs/brep geometry |
| 04:10.22 | Maloeran | So every primitive is nurbs/brep? |
| 04:10.32 | Maloeran | That would simplify things quite a bit |
| 04:10.59 | brlcad | the only piece remaining (which is slated for later this year) is the surface-surface trimming evaluation |
| 04:12.12 | Maloeran | I'm a little surprised that both you and Erik worked on something similar years ago |
| 04:12.24 | Maloeran | And Doug at SURVICE also wrote a new marching cube implementation |
| 04:12.39 | Maloeran | Then I was asked to write a fast ball pivoting based implementation |
| 04:15.15 | brlcad | the other problem I have with the sampled approach is that it's inadequate for anything but visualization as there's no way to guarantee that you didn't change topology or miss geometry |
| 04:15.35 | brlcad | at best you can say you think you got everything within some tolerance |
| 04:15.56 | Maloeran | Exactly. You can say you didn't miss anything below X milimeters |
| 04:16.21 | brlcad | if you're lucky and the implementation is sufficiently robust, you might be able to say topology seems to be consistent .. but you can't guarantee that |
| 04:17.01 | Maloeran | I'm quite confident in my ball pivoting implementation... but I'm biased, and I certainly see your point |
| 04:18.02 | Maloeran | I guess there's a point where details below a defined size of X can be overlooked for some purposes |
| 04:18.06 | brlcad | the biggest practical problem I recall running into is how the algorithm responds to real geometry where there are cracks, voids, overlaps, etc |
| 04:18.18 | brlcad | that and thin-walled geometry being a royal pain |
| 04:18.37 | brlcad | sheet metal surfaces that are infinitely thin .. and absurdly common |
| 04:18.44 | Maloeran | Yes, marching cubes have problems with that |
| 04:19.09 | Maloeran | Ball pivoting has problems too, but of a very different nature |
| 04:19.15 | brlcad | nods |
| 04:20.13 | brlcad | so that's why I abandonded the approach 7+ years ago :) |
| 04:20.48 | Maloeran | I wrote some automatic testing code, generating a big random point cloud kind-of thorus shaped, and I had it running for days on a 24 cores machines, doing thousands of runs to find any kind of error |
| 04:20.57 | brlcad | I figured even spending just a couple months to get something working robustly enough was wasted time, time I could spend getting closer towards a provably robust, accurate, and the defacto industry approach |
| 04:21.01 | Maloeran | So until proved otherwise, I remain confident in my code :) |
| 04:21.17 | Maloeran | Ah yes, I can agree with that |
| 04:21.44 | Maloeran | But I also see beyond VSL, good point cloud reconstruction code can find uses elsewhere |
| 04:21.50 | brlcad | oh, I saw that "it 'could' work" even back then .. just not worth it to me :) |
| 04:22.02 | Maloeran | Ah :) |
| 04:22.17 | brlcad | worth it to lee, which is why he's kept pressing on |
| 04:22.55 | brlcad | and if your work is as robust as he hopes, he'll finally have what he was looking for :) |
| 04:23.18 | Maloeran | In some rare cases, the code can generate a topology that looks a little "weird", but certainly no holes, overlaps or any such error |
| 04:23.22 | brlcad | surface reconstruction from point cloud data is very useful in itself, no doubt |
| 04:24.06 | brlcad | hell, that'd be great functionality I've had in mind to add to brl-cad for a while, it's just such a limited domain |
| 04:24.12 | brlcad | usually model acquisition |
| 04:24.38 | Maloeran | Yes. Mark from SURVICE said they probably could use that in Metrology |
| 04:24.50 | brlcad | and if you can get point clouds, you have a lot more surface information right in front of you :) |
| 04:24.55 | Maloeran | (Instead of paying tens of thousands for software that doesn't always work that well) |
| 04:27.11 | Maloeran | Completely different topic: compilation of OpenSceneGraph fails due to a lack of -fPIC, do you know their build system for the best way to plug that in? |
| 04:27.28 | Maloeran | I would fix manually but there are about 300 Makefiles |
| 04:40.55 | starseeker | Maloeran: which version of OpenSceneGraph are you using? |
| 04:41.54 | *** join/#brlcad IriX64 (~kvirc@64.229.211.15) | |
| 04:41.55 | starseeker | They're CMake based, IIRC... |
| 04:42.28 | starseeker | usually they build without too much fuss |
| 04:42.44 | Maloeran | Trying to manually install the latest, my Ubuntu is too old and its packages are worthless ;) |
| 04:42.58 | starseeker | heh |
| 04:43.12 | starseeker | and the latest fails complaining about -fPIC? |
| 04:43.15 | starseeker | that's surprising |
| 04:43.20 | Maloeran | Yes... but -fPIC is already there and it complains anyway. Trying to figure out what's going on. |
| 04:43.32 | starseeker | yeah, that doesn't sound right |
| 04:43.57 | Maloeran | More precisely : "/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.3/../../../../lib/libavdevice.a(alldevices.o): relocation R_X86_64_32 against `alsa_muxer' can not be used when making a shared object; recompile with -fPIC" |
| 04:44.32 | starseeker | uh... that sounds like it's complaining about a system library - libavdevice.a |
| 04:44.43 | Maloeran | Yes, sounds like I have to rebuild that |
| 04:45.09 | starseeker | alsa is the sound architecture... you need sound support? |
| 04:46.08 | Maloeran | Not at all, I'll try disabling that, thanks for the tip |
| 04:46.53 | starseeker | Bob did some quick OpenSceneGraph tests with MGED's display manager, but we didn't see much in the way of performance improvement - are there some settings to turn on with OSG to get speed-ups? |
| 04:47.49 | Maloeran | I'm totally unfamiliar with OSG, I'm just trying to build Lee's VSL on my laptop (for the last 3 hours ;)) |
| 04:49.53 | brlcad | Maloeran: on a related topic, any chance of getting your point cloud code open sourced and added to brl-cad? ;) |
| 04:50.28 | Maloeran | That would be nice, but VSL is going to be open-source or not? |
| 04:50.50 | brlcad | not |
| 04:50.58 | brlcad | make it a stand-alone lib |
| 04:51.07 | Maloeran | Ow.. but I don't think I own the copyright on that code |
| 04:51.16 | brlcad | so to whomever owns it :) |
| 04:51.54 | Maloeran | I'll ask Lee, I know Mark wanted to use it somewhere too |
| 04:52.43 | Maloeran | I'm surprised VSL isn't going to be open-source, but I'm not too informed about the politics |
| 04:52.52 | brlcad | if it was under contract, mark may have finagled gpr (gov purpose rights) in which case open sourceability is entirely mark's decision |
| 04:53.23 | Maloeran | I see, I'll have to ask |
| 04:53.25 | starseeker | Maloeran: just curious - you know anything about this? http://pointclouds.org/ |
| 04:53.28 | brlcad | if it's gov unlimited rights, then it's lee's call |
| 04:53.51 | Maloeran | Never heard of it, starseeker, reading |
| 04:54.48 | Maloeran | I know Lee made me investigate MeshLab months ago, their ball pivoting mesh reconstruction was terrible |
| 04:55.10 | Maloeran | It was 400 times slower than mine, and it created tons of holes, overlaps |
| 04:55.42 | starseeker | PCL claims to have surface reconstruction and are BSD licensed... |
| 04:56.11 | starseeker | Maloeran: too bad about Meshlab, but then they're GPL so BRL-CAD can't snarf code from them anyway... |
| 04:56.42 | Maloeran | Ah right. MeshLab is most horrible anyway |
| 04:57.05 | starseeker | they can be handy when converting bot formats (stl, obj, etc.) - that's mostly what I use it for |
| 04:57.12 | starseeker | and they're not a bad viewer |
| 04:57.29 | starseeker | compiling it... sucks. royally. |
| 04:57.40 | Maloeran | Eheh |
| 04:58.05 | starseeker | has pondered feeding points into PCL from raytracing to see what they can do, but it's not been a high priority |
| 04:58.06 | Maloeran | I'm not finding how to disable sound in OSG, do you have another tip in reserve? |
| 04:58.23 | starseeker | um. which component is failing? |
| 04:58.36 | starseeker | (i.e. what are you trying to build when the linker fails) |
| 04:58.41 | Maloeran | osgdb_ffmpeg.so |
| 04:58.56 | starseeker | maybe video support? |
| 04:59.02 | starseeker | FFMPEG is video |
| 04:59.11 | Maloeran | Under osgPlugins-3.0.0, so it's probably not essential |
| 04:59.44 | Maloeran | Exactly. Except I'm not finding how to disable it, I never bothered to familiarize myself with the build systems (I mostly hate them) |
| 04:59.56 | starseeker | you're using cmake-gui? |
| 05:00.08 | Maloeran | ./configure && make |
| 05:00.15 | starseeker | erm |
| 05:00.29 | starseeker | I'd suggest installing cmake, if osg supports it |
| 05:00.44 | starseeker | Ubuntu does have a CMake package, even if it's a bit old |
| 05:01.19 | starseeker | I'll stand a lot better chance of helping you if you're building with CMake ;-) |
| 05:01.32 | Maloeran | Okay :), let me try this |
| 05:01.56 | starseeker | downloads latest osg |
| 05:02.47 | starseeker | Maloeran: too bad you hadn't run into PCL before, was hoping you might have some insight into it - now I'll have to do some work :-P |
| 05:02.47 | Maloeran | Interesting little thing, this cmake-gui |
| 05:02.55 | Maloeran | Sorry :D |
| 05:05.16 | starseeker | hmm. well, if it does need ffmpeg you may need to build that from source |
| 05:05.19 | Maloeran | I can change paths but that doesn't help much. I guess I'll reinstall ffmpeg with more -fPIC |
| 05:06.25 | starseeker | Maloeran: if you go with the CMake build, you'll probably need to replace all the FFMPEG_* variables with the values for your local build of ffmpeg |
| 05:06.40 | starseeker | configure might give you some options |
| 05:07.05 | Maloeran | Yes I saw. Running an outdated Ubuntu and having to install everything manually is a lot of trouble actually |
| 05:07.15 | Maloeran | I have been installing packages manually for 3-4 hours |
| 05:07.22 | starseeker | you *might* be able to set FFMPEG_ROOT from the get-go, e.g. cmake .. -DFFMPEG_ROOT=/my/ffmpeg/install |
| 05:07.36 | starseeker | Maloeran: ``Erik would tell you to upgrade to FreeBSD :-P |
| 05:08.09 | starseeker | finds Gentoo a good step in the BSD direction without losing all his Linux frame of reference... |
| 05:08.57 | Maloeran | Yes, my desktop runs Gentoo, it was a bad call to try Ubuntu on the laptop |
| 05:18.04 | Maloeran | Wonderful, with the latest ffmpeg, OSG just spits out a bunch of compilation errors |
| 05:18.31 | Maloeran | I think I'll just carry my desktop to keep working on the week-end :) |
| 05:31.06 | starseeker | or upgrade your laptop OS :-) |
| 05:35.18 | starseeker | hmm - looks like PCL takes advantage of qhull |
| 05:35.41 | starseeker | really needs to bug the qhull author about his license (or figure out if it's compatible as-is...) |
| 05:40.03 | CIA-48 | BRL-CAD: 03brlcad * r49226 10/brlcad/trunk/ (include/bu.h src/libbu/str.c): add a bu_strcasecmp companion for bu_strcmp. |
| 05:41.08 | starseeker | brlcad: did we ever decide if qhull's license is OK for our use? |
| 05:46.39 | CIA-48 | BRL-CAD: 03brlcad * r49227 10/brlcad/trunk/include/bu.h: add a BU_STR_SIMILAR() macro for converting the return value from bu_strcasecmp() into a boolean. future version may wrap a different function if it's expanded to disconsider insignificant whitespace too. |
| 05:51.03 | Maloeran | I looked at the website, there doesn't seem to be much of a license in the legal sense |
| 06:14.57 | brlcad | starseeker: my relatively brief reading is that qhull seems fine |
| 06:15.05 | brlcad | I don't see any new terms that lgpl doesn't already require implicit or explicit |
| 06:15.31 | brlcad | I'd expect to see some serious feature already using it, not just planned, before it gets integrated though.. |
| 06:16.03 | brlcad | rather specific algorithms to just toss in without regard to our own api and duplicate functionality |
| 06:20.57 | CIA-48 | BRL-CAD: 03brlcad * r49228 10/brlcad/trunk/include/bu.h: rename to BU_STR_EQUIV for equivalence since it's slightly less ambiguous (but shortened to match BU_STR_EQUAL length). |
| 06:22.15 | CIA-48 | BRL-CAD: 03brlcad * r49229 10/brlcad/trunk/src/ (5 files in 3 dirs): propagate BU_STR_EQUIV() where strcasecmp() was being used |
| 06:24.10 | CIA-48 | BRL-CAD: 03brlcad * r49230 10/brlcad/trunk/HACKING: bu_strcasecmp() and BU_STR_EQUIV() instead of stricmp()/strcasecmp() |
| 06:46.45 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 07:03.40 | Maloeran | In case anyone was curious, the -fPIC error was caused by a direct reference in assembly in ffmpeg, and the latest OSG can only compile with a ffmpeg 6 months old |
| 10:29.41 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:52.10 | *** join/#brlcad csanyipal (~csanyipal@185-169-85-95.dynamic.stcable.net) | |
| 12:52.22 | csanyipal | Hi, |
| 13:00.10 | csanyipal | can one make an aeroplan with brlcad and after that to investigate it's aerodynamic attributes? |
| 13:00.27 | csanyipal | a model of aeroplan, of course.. |
| 13:45.58 | CIA-48 | BRL-CAD: 03brlcad * r49231 10/brlcad/trunk/src/ (28 files in 21 dirs): since 'new' is a reserved c++ keyword, avoid using it throughout our code. one step closer to being able to compile everything as c++ sources. |
| 13:53.42 | CIA-48 | BRL-CAD: 03brlcad * r49232 10/brlcad/trunk/src/mged/ (chgview.c sedit.h): what? eliminate evil unused global strings |
| 14:36.37 | starseeker | brlcad: oh, I wasn't planning on snarfing it in now - just wanted to be sure condition 3 requiring name, date and reason for modification to be present if changes were made, wasn't over and above LGPL requirements |
| 14:37.13 | starseeker | if it is, no point in even investigating qhull without first trying to discuss the license question with the author |
| 14:37.26 | CIA-48 | BRL-CAD: 03brlcad * r49233 10/brlcad/trunk/src/remrt/remrt.c: straggler bu_vls_init() to = BU_VLS_INIT_ZERO conversion |
| 14:39.08 | starseeker | csanyipal: um... we don't have much in the way of tools specific to aerodynamic analysis - my understanding is that's a rather specialized sort of analysis |
| 14:43.31 | starseeker | a quick look around the web turns up XFoil from MIT... http://web.mit.edu/drela/Public/web/xfoil/ |
| 14:44.43 | starseeker | from the finite element perspective there's also http://sourceforge.net/projects/elmerfem/ (GPL) which seems to have some active development... |
| 14:46.20 | starseeker | there's CEASIOM, but it's not open source... http://www.ceasiom.com/index.php |
| 14:50.29 | starseeker | might be something of interest here: http://www.dept.aoe.vt.edu/~mason/Mason_f/MRsoft.html |
| 14:53.51 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:54.54 | starseeker | csanyipal: if you have access to Rhino, this might be of interest: http://wiki.mcneel.com/developer/scriptsamples/airfoil |
| 14:55.05 | starseeker | BRL-CAD can import 3dm files |
| 14:56.33 | starseeker | also http://sourceforge.net/projects/xflr5/ |
| 14:56.59 | starseeker | (might be more friendly than xfoil) |
| 14:57.44 | starseeker | (intended for model aircraft though) |
| 15:01.48 | starseeker | original NACA report on airfoil shapes... http://hdl.handle.net/2060/19930091108 |
| 15:04.18 | starseeker | and the "5-digit" report... http://hdl.handle.net/2060/19930091610 |
| 15:43.24 | brlcad | starseeker: that clause is interesting, but I didn't read that condition as conflicting lgpl requirements |
| 15:43.59 | starseeker | um. so the notion of *requiring* something like ChangeLog updates isn't an issue? |
| 15:45.13 | brlcad | copyright doesn't allow you to claim ownership of something you didn't write, so requiring changes be annotated fulfills that requirement (outside of lgpl) |
| 15:45.22 | brlcad | i.e., it's something you have to do anyways in some form |
| 15:45.31 | starseeker | ah. hadn't considered that |
| 15:45.55 | starseeker | so I guess the only problem spot would be requiring a notation about the reason for the mod |
| 15:46.03 | brlcad | I mean, I wouldn't bet the farm on it, but the intent is pretty clear to me |
| 15:46.49 | brlcad | the real question would be if someone downloaded brl-cad that had code from it included, could they comply with both |
| 15:46.56 | starseeker | nods |
| 15:47.00 | brlcad | and I'm thinking that they can |
| 15:47.44 | starseeker | doesn't look to be viral either, if I'm understanding it right - i.e. linking in libqhull doesn't propoagate those requirements to all code |
| 15:48.03 | CIA-48 | BRL-CAD: 03starseeker * r49234 10/brlcad/trunk/src/other/CMakeLists.txt: whoops, get the lib dir symlinks too. |
| 15:48.24 | brlcad | doesn't even require source, if I recall |
| 15:48.47 | brlcad | just IFF you provide source code, you have to make it clear what you've changed |
| 15:49.11 | starseeker | nods - so pretty much like Apache then - we can't mix it straight in, but we can use it |
| 15:49.52 | brlcad | still, the fundamental issue also comes back to what they provide that would be more useful than another less complicated lib or even a more minimal subset that we'd write ourselves |
| 15:50.29 | brlcad | convex hull is a function someone could write in a day |
| 15:50.41 | brlcad | and wouldn't require data massaging |
| 15:51.09 | starseeker | doesn't know for sure - just keep seeing qhull pop up when things like triangulation come into play |
| 15:53.12 | starseeker | Shewchuk's Triange code is a definite no-go - crappy licensing |
| 15:54.43 | brlcad | qhull's main feature is for supporting convex polyhedra, which is basically a form of our arbn primitive |
| 15:56.13 | starseeker | wonder what PCL is using it for then |
| 15:56.52 | brlcad | convex hull undoubtedly |
| 15:56.58 | brlcad | or delauney triangulation |
| 15:57.46 | brlcad | given a set of 3d points, get the convex hull, you build up a surface |
| 15:59.06 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 16:00.07 | brlcad | by itself though, it's just a solution in search of a problem ... :) |
| 16:00.26 | brlcad | now pcl, that's more interesting and immediately useful ;) |
| 16:01.23 | starseeker | sure - but I'm guessing pcl's features would probably require qhull's presense, based on my attempt to compile it last night |
| 16:01.40 | starseeker | hence the qhull question :-) |
| 16:02.27 | brlcad | from what i read, it's not required |
| 16:03.13 | brlcad | but I could still see them using qhull under the hood for point cloud processing .. "get me a bounding surface around these points" |
| 16:03.29 | brlcad | part of pcl's segmentation feature |
| 16:05.39 | starseeker | nods - k. My initial thought was they were probably using it to triangulate the point cloud into a mesh, but I admit I didn't look closely |
| 16:06.03 | starseeker | pcl looks to be a mean compile... yay C++ |
| 16:06.04 | brlcad | that'd be why you'd get a bounding surface around points, gives a mesh |
| 16:06.43 | starseeker | ah, right |
| 16:06.58 | starseeker | doesn't normally think in terms of meshes as bounding surfaces :-) |
| 16:07.14 | starseeker | usually come up in geometry conversion questions |
| 16:07.15 | brlcad | it's fringe interest .. getting it to play with our points primitive would be the main use, and that's not a great modeling interface |
| 16:07.58 | starseeker | was thinking raytrace to get points -> stuff into PCL -> get back bot... |
| 16:08.09 | brlcad | yep |
| 16:09.13 | brlcad | that's the whole discussion from last night |
| 16:09.42 | brlcad | sure you can do that ... but is it actually less work (to do it well, reliably, robustly) than implementing surface-surface intersections? I think not |
| 16:10.24 | brlcad | it's data explosion, a sampled approximation, you throw away everything you know about the geometry's structure and then try to recreate it .. .wtf? :) |
| 16:10.59 | starseeker | heh |
| 16:11.19 | starseeker | sure - was thinking more of the case of a scanner barfing a point cloud than our own geometry |
| 16:11.53 | brlcad | yeah, that's the main usefulness to us |
| 16:12.33 | brlcad | metrology equipment, lidar, vulcan |
| 16:13.15 | starseeker | even there, would be better to get a NURBS surface than a mesh... |
| 16:14.06 | brlcad | if you're starting with points, there's not much difference |
| 16:14.28 | brlcad | you could extract nurbs from mesh, or mesh from nurbs, either derived from point cloud |
| 16:16.13 | starseeker | true |
| 16:22.04 | brlcad | that's basically what geomagic does, which comes with most scanners |
| 16:22.44 | brlcad | and you'd be hard-pressed to implement something better than them without device drivers |
| 16:23.27 | brlcad | that said, you know it's on our must-do this year to implement bot->nurbs right? if you're looking for a fun project ;) |
| 16:25.28 | brlcad | and nurbs->mesh |
| 16:30.03 | Maloeran | Is anyone familiar with Lee's VSL source here? |
| 16:35.29 | starseeker | Maloeran: nope, sorry :-/ |
| 16:50.50 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 17:11.56 | CIA-48 | BRL-CAD: 03starseeker * r49235 10/brlcad/trunk/doc/docbook/resources/other/standard/ (3 files in 2 dirs): Will need some tweaks to the docbook resources setup. This will break things temporarily, but need to change files then move them. |
| 17:17.12 | CIA-48 | BRL-CAD: 03starseeker * r49236 10/brlcad/trunk/doc/docbook/resources/other/docbook-schema/docbook-5.0.tar.bz2: Another change-before-move commit |
| 17:42.11 | CIA-48 | BRL-CAD: 03starseeker * r49237 10/brlcad/trunk/doc/docbook/resources/other/ (19 files in 6 dirs): Move some docbook stuff around |
| 17:44.03 | CIA-48 | BRL-CAD: 03starseeker * r49238 10/brlcad/trunk/doc/docbook/resources/other/ (docbook-schema/ standard/svg/ standard/xsl/): Remove empty dirs |
| 17:45.09 | brlcad | some exciting possibilities with gsoc 2012 |
| 17:46.12 | starseeker | cusses out the article TEMPLATE.xml file... why did you suddenly stop validating??? |
| 17:46.23 | starseeker | not just the last few commits, either... |
| 17:46.35 | brlcad | huh, validated when I added it I thought |
| 17:46.40 | brlcad | at least it spit out html |
| 17:46.59 | starseeker | yeah, it generates html - I tried enabling the xmllint validation |
| 17:47.08 | starseeker | sort of "strict flags for docbook" |
| 17:47.44 | starseeker | oh, wait - is that that new example file you added? |
| 17:48.04 | starseeker | oh, OK - no wonder, I probably hadn't hit it with xmllint |
| 17:48.07 | starseeker | phew |
| 17:48.13 | starseeker | nevermind, carry on |
| 17:49.00 | starseeker | if you're curious, variable is BRLCAD_EXTRADOCS_VALIDATE |
| 17:49.13 | starseeker | (marked as advanced for now - set it to ON and you'll see why...) |
| 17:52.04 | starseeker | eventually, once we get our xml cleaned up, I'd like to tie the default setting of BRLCAD_EXTRADOCS_VALIDATE to the overall strict compilation variable |
| 17:52.36 | brlcad | ah, okay |
| 17:52.44 | brlcad | it was pulled together by hand so no surprise |
| 17:54.04 | brlcad | yep and concur, the same reasons and maintainability benefits for adhering strict applies to xml "code" too :) |
| 18:05.43 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:10.11 | CIA-48 | BRL-CAD: 03starseeker * r49239 10/brlcad/trunk/src/other/libpng/projects/vstudio/pngstest/: empty directory |
| 18:28.55 | CIA-48 | BRL-CAD: 03starseeker * r49240 10/brlcad/trunk/ (3 files in 3 dirs): Turn on the distclean rule. This should be a real distclean, working both in and out of the source directory. Needs more testing. Currently is only likely to work with systems using Makefiles |
| 18:33.46 | starseeker | cool - http://google-opensource.blogspot.com/2012/01/data-and-code-open-sourced-from-googles.html |
| 18:38.10 | starseeker | brlcad: it will take more testing, and I'm sure it's not the fastest distclean in the world, but hopefully that will do the job |
| 18:38.33 | starseeker | suddenly in-src-dir development of BRL-CAD becomes viable again :-/ |
| 18:38.36 | starseeker | sort of |
| 18:49.45 | csanyipal | starseeker: Thanks!! |
| 19:15.03 | *** part/#brlcad csanyipal (~csanyipal@185-169-85-95.dynamic.stcable.net) | |
| 19:34.17 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 20:44.22 | *** join/#brlcad bmoez_ (~bmoez@197.1.11.223) | |
| 22:23.32 | *** part/#brlcad bmoez_ (~bmoez@197.1.11.223) | |
| 22:25.06 | starseeker | hah - cool, Leslie (former GSoC organizer) has a chapter in the open-advice.org book |
| 22:44.10 | starseeker | heh - awesome lines from Rich Bowen |
| 22:44.17 | starseeker | paraphrase: |
| 22:44.38 | starseeker | "This is the true laziness - not merely shirking work, but doing the work once so well that it never has to be done again." |
| 22:46.04 | starseeker | programmer zen :-) |
| 22:56.49 | starseeker | this Open Advice book is actually really cool |
| 23:41.33 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 23:44.27 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 23:51.13 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 03:37.14 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 03:56.11 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 04:02.38 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:49.01 | *** join/#brlcad Beetle (~beetle@h70.20.131.174.dynamic.ip.windstream.net) | |
| 05:49.27 | *** part/#brlcad Beetle (~beetle@h70.20.131.174.dynamic.ip.windstream.net) | |
| 07:35.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:02.39 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:11.03 | Maloeran | Hey. I'm trying to investigate a bug in VSL, which crashes somewhere deep in BRL-CAD while opening a .g file, in bu_vls_trimspace(). |
| 17:11.17 | Maloeran | The (simplified) backtrace is bu_vls_trimspace(), bu_str_true(), db_attr_add(), db5_standardize_avs(), rt_db_external5_to_internal5(), rt_db_get_internal5(), rt_db_get_internal(), db_update_nref() |
| 17:11.40 | Maloeran | Does anyone have a pointer or two? |
| 17:13.01 | Maloeran | And at first glance, I don't really trust that while(isspace(...)) loop |
| 18:02.46 | Maloeran | Actually... (gdb) p *vp $2 = {vls_magic = 2301836219, vls_str = 0x7fffcc002050 "R", vls_offset = 4294967296, vls_len = 140733193388072, vls_max = 140737028006102} |
| 21:24.44 | brlcad | at a glance, it looks like an uninitialized vls being used |
| 21:25.18 | brlcad | compiled without optimization, gcc automatically zero-initializes |
| 21:25.52 | brlcad | with optimization, it's random data so you can run into that situation rather easily |
| 21:27.32 | brlcad | that said, the vls in question inside bu_str_true() is initialized, so don't know what the issue is there |
| 21:49.59 | Maloeran | Valgrind does say the memory was unitialized |
| 21:51.15 | Maloeran | I would be more inclined to blame VSL than BRL-CAD, but I didn't notice anything clearly wrong with VSL's calls... |
| 22:14.18 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 22:53.36 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 23:14.44 | starseeker | growl... the tree highlighting in Archer isn't happy |
| 23:17.57 | starseeker | makes a note to ask Bob tomorrow... |
| 06:03.48 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:51.25 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:07.09 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:13.54 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 08:17.00 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:29.44 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:42.23 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 09:13.46 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 09:34.59 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 09:58.12 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:35.46 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:35.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:35.46 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 11:35.46 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 11:35.46 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 11:35.46 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 11:35.46 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 11:35.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 11:35.46 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 11:35.46 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 11:35.46 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:35.46 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 11:35.47 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 11:35.47 | *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ) | |
| 11:35.47 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 11:35.47 | *** join/#brlcad CIA-48 (~CIA@cia.atheme.org) | |
| 11:35.47 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 11:35.47 | *** mode/#brlcad [+o ChanServ] by niven.freenode.net | |
| 12:24.42 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:09.00 | ``Erik | huh, something kicked up on bz at 3:15 this morning, added ~30% cpu usage |
| 14:38.19 | brlcad | prolly someone browsing porn through a proxy |
| 14:50.13 | ``Erik | looks like google decided to do a big sweep again and encounting some errors, maybe? (6.5 hrs and counting, .3 cpu, all seems to be in httpd?) |
| 15:28.21 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 15:34.44 | brlcad | looks like a couple bots are walking content at the moment |
| 15:34.57 | brlcad | http://www.globalspec.com/Ocelli being one, googlebot another |
| 16:41.43 | CIA-48 | BRL-CAD: 03starseeker * r49241 10/brlcad/trunk/ (2 files in 2 dirs): Need to take some extra care with the iwidgets manpages since CMake is prefixing them. |
| 16:50.44 | CIA-48 | BRL-CAD: 03starseeker * r49242 10/brlcad/trunk/src/other/CMakeLists.txt: |
| 16:50.45 | CIA-48 | BRL-CAD: INSTALL.new on CMake is different because we're not running the THIRD_PARTY |
| 16:50.45 | CIA-48 | BRL-CAD: macro for SCL on Windows. Try a different approach to disabling SCL with MSVC |
| 16:50.45 | CIA-48 | BRL-CAD: that should let the THIRD_PARTY macro run. This will be moot once we get SCL |
| 16:50.45 | CIA-48 | BRL-CAD: working with MSVC, and can go away then. |
| 17:28.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:33.57 | CIA-48 | BRL-CAD: 03brlcad * r49243 10/brlcad/trunk/ (doc/deprecation.txt include/bu.h src/libbu/str.c): |
| 17:33.57 | CIA-48 | BRL-CAD: header says null is a perfectly valid parameter to bu_strcmp() so there's no |
| 17:33.57 | CIA-48 | BRL-CAD: need to print it. so get rid of the label parameter since it's otherwise |
| 17:33.57 | CIA-48 | BRL-CAD: unused. that means the function can take on the macro name and the macro can go |
| 17:33.57 | CIA-48 | BRL-CAD: away. round out the offering with implementations for strncmp() and |
| 17:33.58 | CIA-48 | BRL-CAD: strncasecmp() too. |
| 17:37.10 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 18:03.28 | CIA-48 | BRL-CAD: 03brlcad * r49244 10/brlcad/trunk/include/bu.h: eep, update the macros calls to bu_strcmpm() to bu_strcmp() |
| 18:04.14 | CIA-48 | BRL-CAD: 03brlcad * r49245 10/brlcad/trunk/include/bu.h: save the file, then commit |
| 18:10.56 | CIA-48 | BRL-CAD: 03brlcad * r49246 10/brlcad/trunk/src/libbu/str.c: hard to call bu_strncasecmp() if it doesn't exist. fix typo. |
| 18:28.41 | CIA-48 | BRL-CAD: 03brlcad * r49247 10/brlcad/trunk/src/conv/cy-g.c: convert instances of strncasecmp with bu_strncasecmp |
| 19:07.17 | CIA-48 | BRL-CAD: 03brlcad * r49248 10/brlcad/trunk/src/libged/edit.c: comment tweak |
| 19:08.04 | CIA-48 | BRL-CAD: 03brlcad * r49249 10/brlcad/trunk/src/fb/fbstretch.c: comment not useful |
| 19:09.21 | CIA-48 | BRL-CAD: 03brlcad * r49250 10/brlcad/trunk/src/ (librt/search.c rt/read-rtlog.c): tweak comments regarding string comparisons |
| 19:11.50 | CIA-48 | BRL-CAD: 03brlcad * r49251 10/brlcad/trunk/src/ (6 files in 5 dirs): use BU_STR_EQUAL() and bu_strcmp/bu_strncmp instead of strcmp/strncmp for more consistent and clear string comparison behavior |
| 19:19.11 | CIA-48 | BRL-CAD: 03n_reed * r49252 10/brlcad/trunk/ (include/bu.h src/librt/opennurbs_ext.h): bu_sscanf should use scanf (not printf) syntax check. Substituted remaining instances of __BU* with _BU*. |
| 19:56.39 | Maloeran | That question is going to look stupid, but is BRL-CAD supposed to run fine with --enable-optimized? Without it, my build of VSL runs fine. Otherwise, VSL crashes after some access to unitialized memory within BRL-CAD while opening a .g according to Valgrind |
| 20:01.14 | CIA-48 | BRL-CAD: 03starseeker * r49253 10/brlcad/trunk/src/other/lemon/lempar.c: Bug in lemon parser template on Windows - we still need yyRuleName even when NDEBUG is defined. |
| 20:02.49 | CIA-48 | BRL-CAD: 03bob1961 * r49254 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a bug in handleTreeSelect. Affected nodes not always getting highlighted when in this mode. |
| 20:19.09 | ``Erik | it should, I'm seeing crashes related to bu_vls_snprintf() here :/ |
| 20:22.33 | CIA-48 | BRL-CAD: 03starseeker * r49255 10/brlcad/trunk/NEWS: Bob fixed a bug in Archer's tree view - the tree view wasn't highlighting the correct objects when the option was set to highlight objects that would be impacted by editing the currently selected object. |
| 20:25.14 | Maloeran | Ah! So I'm not alone |
| 20:27.44 | Maloeran | Erik, do you want to investigate these crashes? Or I could, but I'm sure you know BRL-CAD more than I do :) |
| 20:29.02 | CIA-48 | BRL-CAD: 03brlcad * r49256 10/brlcad/trunk/regress/repository.sh: restructure so that we only walk the source hierarchy with find once. check for the other newer non-public headers (bin/bselect). stub in a new test for API usage. |
| 20:31.39 | ``Erik | I have a fix for where I see it, but an older checkout already has it, need to investigate this a hair more |
| 20:32.59 | CIA-48 | BRL-CAD: 03brlcad * r49257 10/brlcad/trunk/src/libged/simulate/simulate.c: eliminate dead commented-out code |
| 20:35.08 | CIA-48 | BRL-CAD: 03erikgreenwald * r49258 10/brlcad/trunk/src/libged/red.c: Add bu_vls_init() to dynamically allocated vls. 49225 messed up by going a bit too wide. |
| 20:35.38 | CIA-48 | BRL-CAD: 03brlcad * r49259 10/brlcad/trunk/src/ (5 files in 4 dirs): BU_STR_EQUAL() propagation |
| 20:35.38 | Maloeran | So that was the fix? |
| 20:35.42 | ``Erik | yeah |
| 20:35.48 | ``Erik | for the red command |
| 20:35.51 | Maloeran | Can you paste the few relevant lines of code? |
| 20:36.06 | ``Erik | it's highly likely that brlcad broke it several other places with his commit there... :D |
| 20:36.14 | ``Erik | it was a missing bu_vls_init(); |
| 20:36.53 | ``Erik | bt the crash to before the bu_vls_snprintf() or whatever and verify the vls is getting an init call before trying to use it *shrug* |
| 20:37.11 | *** join/#brlcad GhstWlf (d9d215e0@gateway/web/ajax/mibbit.com/session) | |
| 20:37.44 | ``Erik | might be that lee did something silly like allocate and set the magic himself, instead of using the api... O.o I was seeing crashes in both debug and release |
| 20:39.33 | Maloeran | My crash is definitely with vls strings |
| 20:39.48 | Maloeran | Valgrind says some read memory is never initialized |
| 20:40.04 | Maloeran | So yes, I'm pretty sure it was the same issue |
| 20:44.05 | ``Erik | I'd guess that there're several places that now have this issue, we'll just have to fix them as we find them... and take away someones scripted code modification capabilities *cough* O:-) |
| 20:44.50 | Maloeran | :) Well I'll grab the latest SVN and let you know if that still crashes |
| 20:45.06 | ``Erik | I doubt your thing would be using the red cmd from libged |
| 20:45.39 | Maloeran | Ah. It's a db_update_nref() call reading a .g file that crashes in bu_vls_trimspace() |
| 20:46.06 | Maloeran | And it does so systematically. I just had a telecon with other people, and it works fine for everyone else but me |
| 20:46.12 | Maloeran | Also, I'm the only one who compiled BRL-CAD with optimization |
| 20:47.30 | ``Erik | do you have a stack trace? |
| 20:47.50 | Maloeran | Yes |
| 20:48.28 | CIA-48 | BRL-CAD: 03starseeker * r49260 10/brlcad/trunk/src/conv/step/schema.cc: need bu.h here for BU_STR_EQUAL |
| 20:48.31 | Maloeran | http://www.rayforce.net/brlcadbug.txt |
| 20:48.56 | Maloeran | Any insight? I'm using BRL-CAD 7.20.4 |
| 20:50.26 | Maloeran | (gdb) p *vp $2 = {vls_magic = 2301836219, vls_str = 0x7fffcc002050 "R", vls_offset = 4294967296, vls_len = 140733193388072, vls_max = 140737028006102} |
| 20:50.37 | Maloeran | But that memory is unitialized, says Valgrind |
| 20:51.55 | Maloeran | I'm downloading the SVN now just in case |
| 20:52.36 | ``Erik | vls_lena nd vls_max are wayyy off |
| 20:53.03 | Maloeran | Yup, the memory is unitialized, it's random garbage |
| 20:54.19 | ``Erik | trunk SHOULD work there, lemme look at 7.20.4 |
| 20:54.43 | Maloeran | Thanks |
| 21:01.15 | ``Erik | O.O I'd almost think something is screwy with your strlen()... maybe break in bu_str_true(), set watches, and do line stepping to see what happens? cuz it SHOULD work fine |
| 21:03.54 | Maloeran | Yeah... I was hoping to avoid debugging BRL-CAD, it involves figuring out a big chunk of code first |
| 21:04.41 | ``Erik | not really, it's all in libbu |
| 21:10.04 | ``Erik | yeah, I'd guess there's an issue with your strlen() impl, your compiler or your gdb :/ I'd break bu_str_true and step it |
| 21:10.48 | ``Erik | according to your gdb, you SHOULD be able to cause a crash with: int main(int argc, char **argv) { printf("%d\n", bu_str_true("R")); return 0; } |
| 21:11.41 | ``Erik | mine prints 82 on an optimized build, like it should |
| 21:11.53 | ``Erik | (and I even hopped on a 64b linux to test it) |
| 21:12.48 | Maloeran | Thanks, I'm debugging |
| 21:15.26 | ``Erik | hmmmm, does mged 'tops' work? |
| 21:15.35 | CIA-48 | BRL-CAD: 03starseeker * r49261 10/brlcad/trunk/CMakeLists.txt: Don't squack about librtserver unless it was actually on to start with... |
| 21:16.16 | Maloeran | "Error: A database is not open!" ? :) |
| 21:16.31 | ``Erik | yeah, it needs an open db... :D like ktank |
| 21:17.18 | ``Erik | $ bin/mged share/brlcad/7.21.0/db/ktank.g tops |
| 21:17.22 | Maloeran | Seems to work with moss.g |
| 21:17.41 | ``Erik | mebbe the .g file is mangled? |
| 21:18.40 | Maloeran | Everything seems to run fine. It may be more something like heap/stack corruption |
| 21:22.55 | Maloeran | I found the bug |
| 21:23.33 | Maloeran | libbu/booleanize.c, should be struct bu_vls vls = BU_VLS_INIT_ZERO; |
| 21:23.43 | Maloeran | 7.20.4 has struct bu_vls vls; |
| 21:23.46 | Maloeran | Trunk is fine though |
| 21:24.39 | Maloeran | Too bad it's already fixed in trunk, I can't claim credits :p |
| 21:26.14 | Maloeran | Perfect, it doesn't crash anymore. Thanks Erik |
| 21:28.24 | ``Erik | yes, but 7.20.4 had bu_vls_init(&vls);, which does the same thing :/ *shrug* as longa s it's fixed, I suppose |
| 21:29.59 | Maloeran | Hum... Yes, quite |
| 21:32.21 | Maloeran | You are right, this is quite strange, it doesn't appear to make sense |
| 21:35.41 | Maloeran | I put some printf() and it's definitely not cleared to zero after bu_vls_init(&vls); This almost looks like a compiler bug |
| 21:38.55 | ``Erik | makes ya a bit twitchy, looking at a possible compiler bug, no? ;0 |
| 21:38.57 | ``Erik | ;) |
| 21:39.21 | ``Erik | is libc going to puke? will the kernel spew random data across your inodes? |
| 21:39.58 | Maloeran | Examining flow, it doesn't actually go in bu_vls_init() |
| 21:40.08 | Maloeran | Grah screw that, I'm checking the assembly |
| 21:43.43 | CIA-48 | BRL-CAD: 03starseeker * r49262 10/brlcad/trunk/src/librt/db5_types.c: Initialize endptr to NULL (Lee Butler) |
| 21:47.19 | Maloeran | Could there be a conflict for the symbol bu_vls_init? gdb gives me an address for symbol bu_vls_init that isn't the function |
| 21:48.19 | Maloeran | Oh crap. VLS might have a bu_vls_init |
| 21:49.38 | Maloeran | Yup! Conflict between the 2 symbols, the BRL-CAD libraries are calling the bu_vls_init() from VLS |
| 21:53.30 | ``Erik | heh, that'd do it |
| 21:54.04 | ``Erik | and your compiler didn't bark about symbol conflicts? -W -Wall -Werror -ansi -pedantic ... ? |
| 21:55.34 | Maloeran | Apparently didn't. But it's a runtime symbol resolution conflict, not compilation time |
| 21:56.15 | ``Erik | you'd think it'd see it at link time unless once is being done through dlopen() |
| 21:56.58 | Maloeran | My system might be setup in a non-typical way for that kind of stuff, I played with hijacking function calls from within libraries before |
| 21:58.04 | ``Erik | violently enough for it to stick? LD_PRELOAD not good enough? ;) |
| 22:04.57 | Maloeran | Ah :), are you sure it's supposed to warn you when running a program with a symbol conflict? |
| 22:05.23 | Maloeran | Like if I write a program with a printf symbol, it's still going to compile and run |
| 22:06.37 | Maloeran | Why did Lee copy half of vls.c in VLS anyway |
| 22:31.58 | brlcad | ``Erik: that wasn't one bit scripted |
| 22:40.22 | brlcad | quick to blame me for vague notions of bugs, eh? that issue in red looks to be the only accidental init removal of a heap-allocated vls |
| 22:43.44 | Maloeran | I know it's far from your world, but do you guys know who is the lead developer for VSL? |
| 22:46.14 | CIA-48 | BRL-CAD: 03n_reed * r49263 10/brlcad/trunk/src/libbu/sscanf.c: fix branching on unitialized value |
| 22:46.21 | Maloeran | I have no idea who to send bug reports to, like that symbol conflict. And Lee isn't very talkative by email. |
| 22:48.41 | CIA-48 | BRL-CAD: 03brlcad * r49264 10/brlcad/trunk/src/libged/red.c: no, 49225 didn't go far enough. there is no reason for target_name to be allocated on the heap. put the caller on the stack and pass in a pointer in so we just print to it. simplifies the cleanup too. |
| 22:49.19 | brlcad | Maloeran: whomever gave you the source code would be my inclination |
| 22:50.25 | Maloeran | That was Lee |
| 22:50.31 | brlcad | there ya go ;) |
| 22:50.37 | Maloeran | Darn :) |
| 22:50.57 | brlcad | there's actually vls.c source code in vsl? |
| 22:51.40 | Maloeran | Yes, half of it, but it's not used anywhere. And it conflicted with BRL-CAD and caushed all my crashes. |
| 22:51.59 | brlcad | nods, symbol overrides are a bitch |
| 22:52.14 | brlcad | we use that trick in a couple places in brl-cad intentionally |
| 22:52.17 | brlcad | it's ridiculous |
| 22:52.35 | Maloeran | I would rather use function pointers if you need that functionality |
| 22:53.13 | brlcad | I suspect he probably pulled in sources in order to use some basic brl-cad features he's familiar with without requiring all of brl-cad |
| 22:53.16 | brlcad | s/all/any/ |
| 22:53.24 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 22:53.38 | brlcad | but then later using more and more and eventually making it a dep, but not removing his copied source(s) |
| 22:53.43 | Maloeran | Well yes, except that code isn't used anywhere. It just made me lose 3 days of debugging |
| 22:53.49 | Maloeran | Right |
| 22:58.26 | CIA-48 | BRL-CAD: 03brlcad * r49265 10/brlcad/trunk/regress/repository.sh: |
| 22:58.26 | CIA-48 | BRL-CAD: add the beginnings of a new regression test for API usage to make sure that |
| 22:58.26 | CIA-48 | BRL-CAD: common functions that libbu provides or wrapped are being used instead of their |
| 22:58.26 | CIA-48 | BRL-CAD: non-libbu counterparts. we include exemptions for the implementation files that |
| 22:58.26 | CIA-48 | BRL-CAD: wrap functions and tester applications that compare them to the libbu version. |
| 22:58.27 | CIA-48 | BRL-CAD: since there are so many matches, though, don't let the test halt regression |
| 22:58.28 | CIA-48 | BRL-CAD: until they're all taken care of. |
| 22:58.39 | brlcad | woot, that's been a long time coming |
| 00:02.39 | CIA-48 | BRL-CAD: 03brlcad * r49266 10/brlcad/trunk/HACKING: calloc/reallc and strncmp/strncasecmp are on the 'should not use' list too. |
| 01:04.01 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:14.39 | CIA-48 | BRL-CAD: 03bob1961 * r49267 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Disable quad view temporarily. |
| 01:50.22 | CIA-48 | BRL-CAD: 03bob1961 * r49268 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Revert the previous commit (i.e. re-enable Quad View). |
| 01:56.26 | CIA-48 | BRL-CAD: 03bob1961 * r49269 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a line to disable the fb_mode in Archer::updateRaytraceButtons. |
| 02:19.18 | *** join/#brlcad colonoh (44e25b61@gateway/web/freenode/ip.68.226.91.97) | |
| 02:19.31 | *** part/#brlcad colonoh (44e25b61@gateway/web/freenode/ip.68.226.91.97) | |
| 00:08.33 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 00:08.33 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 01:59.05 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 02:08.27 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 02:08.27 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 02:08.27 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 02:08.27 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:12.41 | *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ) | |
| 02:16.49 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 02:20.00 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 02:20.00 | *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ) | |
| 02:20.00 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:20.00 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 02:20.00 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 02:20.00 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 02:20.00 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 02:20.00 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 02:20.00 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 02:20.00 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 02:20.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:20.00 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 02:20.00 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 02:20.00 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 02:20.00 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 02:20.00 | *** join/#brlcad CIA-48 (~CIA@cia.atheme.org) | |
| 02:20.00 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 02:20.00 | *** mode/#brlcad [+o ChanServ] by verne.freenode.net | |
| 05:37.16 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 06:50.05 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:05.59 | CIA-48 | BRL-CAD: 03brlcad * r49322 10/brlcad/trunk/src/libged/putmat.c: replace fixed-size name1/name2 char buffers to be bu_vls strings. avoids the direct stncpy() command and has better bounds checking and nul termination. |
| 07:30.14 | CIA-48 | BRL-CAD: 03brlcad * r49323 10/brlcad/trunk/regress/repository.sh: db.h uses strncpy() in NAMEMOVE() and memcpy() is usually slower so leave it be for now. also vls.c uses strncpy as an alternative to strlcpy() for platforms that don't provide it. |
| 07:33.25 | CIA-48 | BRL-CAD: 03brlcad * r49324 10/brlcad/trunk/src/libbu/vls.c: |
| 07:33.25 | CIA-48 | BRL-CAD: use a bu_vls string instead of a fixed-size buffer for the format string. this |
| 07:33.25 | CIA-48 | BRL-CAD: allows us to simplify the code some since we don't need to nul-terminate the |
| 07:33.26 | CIA-48 | BRL-CAD: string (due to bu_vls_strncpy()) and we don't have to worry about the buffer |
| 07:33.26 | CIA-48 | BRL-CAD: limit. |
| 07:43.47 | CIA-48 | BRL-CAD: 03brlcad * r49325 10/brlcad/trunk/src/libbu/parse.c: replace call to strncpy() with call to bu_vls_strncpy(). simplifies the code some since we can just let the bu func do the nul-termination and heap copy for us. |
| 07:45.51 | CIA-48 | BRL-CAD: 03brlcad * r49326 10/brlcad/trunk/regress/repository.sh: now that they're all fixed or accounted for, go ahead and make any future additions that are supposed to be avoided fail regression |
| 11:10.26 | *** join/#brlcad drjolo (~chatzilla@user-31-175-141-144.play-internet.pl) | |
| 11:46.50 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:48.52 | drjolo | hi everyone |
| 12:49.26 | drjolo | I opened castle.g from /usr/brlcad/share/db |
| 12:49.31 | drjolo | but i don |
| 12:49.45 | drjolo | i don't know which object to draw in mged |
| 12:50.16 | drjolo | anybody can help? this is my first day with brlcad |
| 12:50.55 | drjolo | ok, i've got it |
| 12:51.00 | drjolo | it was simple |
| 12:51.02 | drjolo | :-) |
| 12:54.27 | CIA-48 | BRL-CAD: 03erikgreenwald * r49327 10/brlcad/trunk/src/libged/dg_obj.c: only close fdout if it's been opened. Cov2073 |
| 12:57.51 | CIA-48 | BRL-CAD: 03erikgreenwald * r49328 10/brlcad/trunk/src/libged/xpush.c: check return value of db_delete. Cov2072 |
| 13:02.03 | CIA-48 | BRL-CAD: 03erikgreenwald * r49329 10/brlcad/trunk/src/libged/wdb_obj.c: check return value of db_delete. Cov2072 |
| 13:02.12 | drjolo | draw * |
| 13:12.34 | *** join/#brlcad juan_man (~quassel@201.255.61.123) | |
| 13:12.40 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 13:25.32 | starseeker | drjolo: try the tops command |
| 13:25.48 | starseeker | the output from that will give you a list of things to try drawing |
| 13:28.14 | CIA-48 | BRL-CAD: 03erikgreenwald * r49330 10/brlcad/trunk/src/conv/ply-g.c: test for overflow, return DBL_MAX if an overflow on double occurs. Cov325 |
| 13:32.23 | CIA-48 | BRL-CAD: 03erikgreenwald * r49331 10/brlcad/trunk/src/conv/ply-g.c: massage double through floor() and cast instead of blindly assigning to int. Cov326 (I hope) |
| 13:35.12 | drjolo | starseeker: thanks, that's better way |
| 13:38.35 | CIA-48 | BRL-CAD: 03erikgreenwald * r49332 10/brlcad/trunk/src/liboptical/sh_toyota.c: test for double overflow, return DBL_MAX if coeff does overflow. Cov328 |
| 13:41.14 | CIA-48 | BRL-CAD: 03erikgreenwald * r49333 10/brlcad/trunk/src/liboptical/sh_toyota.c: add missing parameter to bu_log. Clean up air_mass() a little. |
| 14:02.08 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:19.37 | drjolo | it uses opengl acceleration, but it is very slow when rotating in wireframe view |
| 14:19.52 | drjolo | do i do sth wrong? |
| 14:41.56 | ``Erik | no, OpenGL isn't appreciably faster than X for the line drawing |
| 14:51.27 | CIA-48 | BRL-CAD: 03erikgreenwald * r49334 10/brlcad/trunk/src/libbu/ (7 files): quell format warnings |
| 14:54.38 | CIA-48 | BRL-CAD: 03erikgreenwald * r49335 10/brlcad/trunk/src/libbn/mat.c: change mat.clf to mat.cg on bad input info bu_logs (%lf is not c90) |
| 14:57.11 | CIA-48 | BRL-CAD: 03erikgreenwald * r49336 10/brlcad/trunk/src/libbn/bntester.c: Change usage to #define to prevent "format not a string literal and no format arguments" warning. |
| 15:00.27 | brlcad | drjolo: heh, yeah you don't necessarily want "draw *" ... will work in some sense but it will display things multiple times |
| 15:00.44 | brlcad | run "geometree" for a graphical view |
| 15:17.45 | brlcad | ``Erik: another trick for the string literal is just inject a "%s" and the usage var becomes the first arg |
| 15:17.52 | brlcad | less typing ;) |
| 15:29.47 | drjolo | brlcad: thanks |
| 15:51.49 | ``Erik | thought about it, but went with the define |
| 15:59.54 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:59.54 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 18:47.57 | CIA-48 | BRL-CAD: 03n_reed * r49337 10/brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: wrap bu_malloc and bu_free so lemon can use them |
| 19:15.16 | CIA-48 | BRL-CAD: 03brlcad * r49338 10/brlcad/trunk/src/libgcv/wfobj/ (5 files): rename the arl::obj_parser::detail namespaces to cad::gcv::obj for better generality, simplicity, and (hopefully) improved clarity |
| 19:17.42 | CIA-48 | BRL-CAD: 03brlcad * r49339 10/brlcad/trunk/src/libgcv/wfobj/ (6 files): eliminate trailing ws |
| 19:17.47 | CIA-48 | BRL-CAD: 03bob1961 * r49340 10/brlcad/trunk/src/librt/globals.c: Add more commands to rt_vlist_cmd_descriptions[] |
| 19:29.51 | CIA-48 | BRL-CAD: 03brlcad * r49341 10/brlcad/trunk/src/fbed/fbed.c: looks like a false positive, assuming the default case is reasonable for EOF, but it's still probably quellable. fix for CHECKED_RETURN cid 2071. |
| 19:49.34 | CIA-48 | BRL-CAD: 03brlcad * r49342 10/brlcad/trunk/src/libged/nmg_simplify.c: remove the hack since it's a non-fix when a feature gets removed. otherwise, r48606 should get reverted. (cov DEADCODE cid 2067) |
| 19:51.20 | CIA-48 | BRL-CAD: 03brlcad * r49343 10/brlcad/trunk/src/libged/ (20 files): eliminate trailing ws, empty lines |
| 20:18.19 | CIA-48 | BRL-CAD: 03n_reed * r49344 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): Changed supported vls conversions; new syntax and semantics. Updated related tests. |
| 20:49.37 | CIA-48 | BRL-CAD: 03brlcad * r49345 10/brlcad/trunk/src/vdeck/vdeck.c: TGC is the default case and cgtype can't be anything else so eliminate the insanity case. (cov DEADCODE cid 233) |
| 20:52.32 | CIA-48 | BRL-CAD: 03brlcad * r49346 10/brlcad/trunk/src/vdeck/vdeck.c: same for ell, deadcode default switch case. (cid 232) |
| 20:53.20 | CIA-48 | BRL-CAD: 03bob1961 * r49347 10/brlcad/trunk/src/libdm/ (dm-ogl.c dm-wgl.c): Disable GL_BLEND before leaving drawVList. |
| 20:54.49 | CIA-48 | BRL-CAD: 03bob1961 * r49348 10/brlcad/trunk/ (include/tclcad.h src/libtclcad/tclcad_obj.c): This fixes the problem with using the framebuffer while drawing things in shaded mode. |
| 20:58.42 | CIA-48 | BRL-CAD: 03brlcad * r49349 10/brlcad/trunk/src/tab/tabinterp.c: looks like i>=1 was intended given the test for i==1 inside the conditional. fixes cov cid 230. |
| 21:08.36 | CIA-48 | BRL-CAD: 03brlcad * r49350 10/brlcad/trunk/src/sig/dfft.c: calculate the window size based on the data buffer instead of relying on them to sync. remove dead code detected by cov cid 229. |
| 21:16.46 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 21:21.27 | CIA-48 | BRL-CAD: 03brlcad * r49351 10/brlcad/trunk/src/shapes/wire.c: looks like bad logic? should intended an '&&' but simpler to just check the next range |
| 21:25.00 | CIA-48 | BRL-CAD: 03brlcad * r49352 10/brlcad/trunk/src/shapes/wire.c: ahh, there are more of these buggers. simplify for cov cid 228 and 229 DEADCODE |
| 21:27.11 | *** join/#brlcad ricoRacer (~rico@static-67-62-98-162.t1.cavtel.net) | |
| 21:28.24 | CIA-48 | BRL-CAD: 03brlcad * r49353 10/brlcad/trunk/src/rt/opt.c: eliminate dead code. cannot reach EOF here because we're while-looping until EOF. (cid 226) |
| 21:30.54 | CIA-48 | BRL-CAD: 03brlcad * r49354 10/brlcad/trunk/src/proc-db/surfaceintersect.cpp: what? looks like meant &, not &&. deadcode detected cov cid 225. |
| 21:32.26 | CIA-48 | BRL-CAD: 03brlcad * r49355 10/brlcad/trunk/src/proc-db/spltest.c: deadcode quellage. add some interior points (cid 224) |
| 21:33.59 | CIA-48 | BRL-CAD: 03brlcad * r49356 10/brlcad/trunk/src/proc-db/brepintersect.cpp: looks like another & != && snafu. (cid 223) |
| 21:41.52 | CIA-48 | BRL-CAD: 03brlcad * r49357 10/brlcad/trunk/src/proc-db/brepintersect.cpp: the Triangulate() function doesn't seem to be used or very useful in its current state. remove outright. |
| 22:04.55 | CIA-48 | BRL-CAD: 03brlcad * r49358 10/brlcad/trunk/src/librt/cut.c: looks like a bcopy->memcpy bug introduced in 28321. the third had the args flipped correctly, but not the first two for some reason. |
| 22:06.55 | CIA-48 | BRL-CAD: 03n_reed * r49359 10/brlcad/trunk/src/libbu/sscanf.c: Return error for C/S/q conversions, which are neither standard nor portable. |
| 22:12.59 | CIA-48 | BRL-CAD: 03brlcad * r49360 10/brlcad/trunk/src/librt/cut.c: remove dead code, no longer in sync |
| 22:15.59 | CIA-48 | BRL-CAD: 03n_reed * r49361 10/brlcad/trunk/src/libbu/sscanf.c: make lack of support for wchar_t* clear by returning error for %lc %ls %l[ |
| 22:53.45 | CIA-48 | BRL-CAD: 03brlcad * r49362 10/brlcad/trunk/src/librt/cut.c: |
| 22:53.45 | CIA-48 | BRL-CAD: call bu_calloc() instead of bu_malloc() since there are several places in the |
| 22:53.45 | CIA-48 | BRL-CAD: code that just access the memory assuming zero-initialization. the nugrid |
| 22:53.45 | CIA-48 | BRL-CAD: spatial partitioning was getting non-null piecelist counts due to this, fixed |
| 22:53.45 | CIA-48 | BRL-CAD: and working with zero'd memory. any time impact should be negligible and during |
| 22:53.45 | CIA-48 | BRL-CAD: prep |
| 22:59.28 | CIA-48 | BRL-CAD: 03brlcad * r49363 10/brlcad/trunk/src/rt/opt.c: wow. the "new" nugrid spatial partitioning method actually works and is looking to be about 10% faster for some renderings. guess the code might actually be worth keeping around a lil while longer afterall. |
| 23:10.24 | CIA-48 | BRL-CAD: 03brlcad * r49364 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: jra modified nmg_find_top_face to look in more than just the z direction in 1995, presumably lets us eliminate the 'bottommost' cases that flip testing since it was always false. |
| 00:19.29 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:27.04 | Maloeran | Out of curiosity brlcad... do you have some kind of infinite list of bugs/issues to walk through, or do you really work all over the whole code like that? :) |
| 00:31.25 | CIA-48 | BRL-CAD: 03bob1961 * r49365 10/brlcad/trunk/src/tclscripts/lib/RtControl.tcl: Added an rtedge capability to RtControl. |
| 01:15.20 | CIA-48 | BRL-CAD: 03bob1961 * r49366 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added "Do Rtedge", "Do Rtedge Overlay" and "FB Overlay Color" preferences to Archer |
| 01:31.22 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:46.36 | brlcad | Maloeran: I really work all over the code like that |
| 02:03.52 | brlcad | sometimes because of a list or some cleanup or just because of code I'm reading leads me to other code |
| 03:15.31 | starseeker | Maloeran: heh - our bug lists are not technically infinite, but some days that feels like a good first approximation... |
| 04:18.04 | brlcad | it's like walking through a mansion with a broom in hand, fixing and cleaning as one wanders through |
| 04:19.18 | brlcad | sometimes electrical, structural, painting, cleaning .. but never allowing oneself to step over trash or ignore disrepair |
| 06:15.33 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:33.29 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:51.46 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 06:52.29 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 07:19.10 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 09:09.10 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 10:54.34 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 12:38.35 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:52.26 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 13:12.08 | CIA-48 | BRL-CAD: 03indianlarry * r49367 10/brlcad/trunk/src/conv/step/ (Product.cpp ProductRelatedProductCategory.cpp): Fixed resource leak. Similar case where needed to free up list on error exit. Relates to Run 10 CID 2089 and 2090. |
| 13:14.48 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 13:21.22 | CIA-48 | BRL-CAD: 03indianlarry * r49368 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Cleaned up and bounded variables used as array indexes, added return checks on all calls to toUV(), other little cleanups. Relates to Run 10 CID 2074, 2075 and 2085. |
| 13:33.35 | CIA-48 | BRL-CAD: 03indianlarry * r49369 10/brlcad/trunk/src/conv/step/ (2 files): Added NULL return check on dynamic cast and getEntityAttribute(). Relates to Run 10 CID 2079 and 2084. |
| 13:52.01 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 13:59.31 | CIA-48 | BRL-CAD: 03indianlarry * r49370 10/brlcad/trunk/src/util/loop.c: |
| 13:59.31 | CIA-48 | BRL-CAD: Removed "-n" option wasn't being used, cleaned up 'incr' checks, changed types |
| 13:59.31 | CIA-48 | BRL-CAD: and boundary checks on input scalars trying to get rid of tainted scalar |
| 13:59.31 | CIA-48 | BRL-CAD: warnings from coverity but not sure it's sufficient. Relates to Run 10 CID 1506. |
| 14:30.30 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 14:33.02 | CIA-48 | BRL-CAD: 03indianlarry * r49371 10/brlcad/trunk/src/librt/primitives/table.c: Added "annotation" primitive stub to rt_functab[] to fix static array overrun possibilities. Relates to Run 10 CID 2086,2087,2088. |
| 14:39.15 | Maloeran | Nice brlcad, I like the metaphor with BRL-CAD and the mansion, which you are so diligently taking care of |
| 14:42.26 | CIA-48 | BRL-CAD: 03erikgreenwald * r49372 10/brlcad/trunk/src/librt/db5_io.c: Initialize attribute set in db5_get_attributes, even if no attributes exist for the object (better to have a valid empty attr set than garbage). Cov1603 |
| 14:48.42 | CIA-48 | BRL-CAD: 03erikgreenwald * r49373 10/brlcad/trunk/src/anim/anim_hardtrack.c: initialize p2. Cov 2098 |
| 14:49.31 | CIA-48 | BRL-CAD: 03erikgreenwald * r49374 10/brlcad/trunk/src/anim/anim_hardtrack.c: initialize p3. Cov 2099 |
| 14:50.58 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 14:56.08 | CIA-48 | BRL-CAD: 03erikgreenwald * r49375 10/brlcad/trunk/src/librt/primitives/bot/bot.c: consider a bot with NULL for faces or vertices to be a bad import and immediately return. Cov2080, Cov2081 |
| 14:58.39 | CIA-48 | BRL-CAD: 03erikgreenwald * r49376 10/brlcad/trunk/src/libged/red.c: warn if attribute update filed. Cov2076 |
| 16:11.18 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 16:17.03 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 17:26.20 | CIA-48 | BRL-CAD: 03n_reed * r49377 10/brlcad/trunk/src/libbu/test_sscanf.c: Near-identical switches on same value meant default case in second switch could never be reached. Merged switches. CID 2078. |
| 18:04.33 | CIA-48 | BRL-CAD: 03n_reed * r49378 10/brlcad/trunk/src/libbn/bntester.c: Returning exit failure on eof instead of breaking from loop as intended. CID 2077. |
| 18:23.12 | CIA-48 | BRL-CAD: 03n_reed * r49379 10/brlcad/trunk/src/libbn/tabdata.c: ws |
| 18:41.25 | *** join/#brlcad User350 (~User@110.137.57.222) | |
| 18:43.59 | CIA-48 | BRL-CAD: 03n_reed * r49380 10/brlcad/trunk/src/libbn/tabdata.c: If line count is less than two, indices count-1 and count-2 will be invalid. CID 2082. |
| 18:51.55 | CIA-48 | BRL-CAD: 03n_reed * r49381 10/brlcad/trunk/src/libbu/mappedfile.c: Don't close invalid fd. CID 2083. |
| 18:54.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:58.47 | CIA-48 | BRL-CAD: 03n_reed * r49382 10/brlcad/trunk/src/mged/muves.c: Unclosed fd. CID 2091. |
| 19:42.36 | CIA-48 | BRL-CAD: 03erikgreenwald * r49383 10/brlcad/trunk/src/libbu/ (11 files): upcase red/black tree #defines |
| 20:09.56 | CIA-48 | BRL-CAD: 03brlcad * r49384 10/brlcad/trunk/src/ (6 files in 3 dirs): |
| 20:09.57 | CIA-48 | BRL-CAD: fix rttherm. demessify libmultispectral/liboptical pollution that got |
| 20:09.57 | CIA-48 | BRL-CAD: translated into bad cmake build logic. move towards proper file/symbol |
| 20:09.57 | CIA-48 | BRL-CAD: separation so multispectral applications do not link liboptical. this includes |
| 20:09.57 | CIA-48 | BRL-CAD: moving the env_region global from sh_text to init and not registering or linking |
| 20:09.57 | CIA-48 | BRL-CAD: non-multispectral shaders. |
| 20:14.39 | CIA-48 | BRL-CAD: 03brlcad * r49385 10/brlcad/trunk/src/ (4 files in 2 dirs): with the recent init restructuring, multispectral no longer needs it's own init function. just call optical_shader_init (from libmultispectral). |
| 20:15.31 | CIA-48 | BRL-CAD: 03brlcad * r49386 10/brlcad/trunk/src/librt/shoot.c: readability cleanup |
| 20:38.37 | *** join/#brlcad Stattrav (~Stattrav@117.192.143.224) | |
| 20:38.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:14.16 | CIA-48 | BRL-CAD: 03erikgreenwald * r49387 10/brlcad/trunk/ (4 files in 2 dirs): add initial SWIG file. |
| 21:23.10 | *** join/#brlcad b0ef (~b0ef@210.169.102.62.customer.cdi.no) | |
| 21:37.14 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 21:54.28 | CIA-48 | BRL-CAD: 03r_weiss * r49388 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: These changes significantly improve the performance of edge fusing. I have profiled this change which shows the improvement. If the code is unclear I can add more documentation. |
| 22:06.19 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:16.21 | CIA-48 | BRL-CAD: 03n_reed * r49389 10/brlcad/trunk/src/conv/euclid/euclid-g.c: Logic to kill cracks in shells looks okay but is confusing. See if pulling it into a function makes any difference. CID 2100. |
| 22:33.23 | CIA-48 | BRL-CAD: 03n_reed * r49390 10/brlcad/trunk/src/conv/fast4-g.c: Missed an unchecked return from ftell. CID 373. |
| 22:44.17 | starseeker | brlcad: we've got a compile problem with libmultispectral - librtms.a(init.c.o): relocation R_X86_64_32 against `phg_mfuncs' can not be used when making a shared object |
| 22:44.59 | starseeker | ;recompile with -fPIC |
| 22:58.22 | CIA-48 | BRL-CAD: 03starseeker * r49391 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Still need the change from r49312 |
| 23:00.53 | CIA-48 | BRL-CAD: 03n_reed * r49392 10/brlcad/trunk/src/remrt/remrt.c: Closing invalid fd. CID 386. |
| 23:44.58 | CIA-48 | BRL-CAD: 03n_reed * r49393 10/brlcad/trunk/src/lgt/prnt.c: Forgot to dereference char* before comparing to '\0'; try again. CID 389. |
| 23:46.38 | CIA-48 | BRL-CAD: 03starseeker * r49394 10/brlcad/trunk/src/bwish/input.c: Make a stab a validating the contents of buf - CID 1461 |
| 00:00.48 | Maloeran | Was it compiled with -fPIC and still produces the error? It can be something more subtle |
| 00:14.21 | CIA-48 | BRL-CAD: 03starseeker * r49395 10/brlcad/trunk/src/conv/asc/pix2asc.c: Try at input validation to resolve tainted scalar report - CID 1463 |
| 00:17.04 | brlcad | starseeker: we should be able to get rid of librtms now |
| 00:17.43 | brlcad | that was a problem before too .. but you had it linking liboptical so it was resolving against the wrong phg_mfuncs (and crashing rttherm) |
| 00:18.07 | brlcad | can't link a static lib into a dynamic one |
| 00:18.58 | brlcad | libtool gets away with seeming to do that because it makes proper libraries and pulls the correct object files no matter how you compose them |
| 00:20.31 | Maloeran | Mark thinks that both Doug's marching cubes and my ball pivoting should be available for BRL-CAD if you want, he says just to ask Lee |
| 00:35.19 | CIA-48 | BRL-CAD: 03starseeker * r49396 10/brlcad/trunk/src/conv/ply-g.c: Is this what it wants for validating buf2? CID 1471 |
| 00:38.11 | starseeker | can't help feeling like there should be some sort of libregex based thing that handles all the string/buffer -> number (of whatever type) conversions... |
| 00:39.04 | starseeker | these tainted scalar reports... grr |
| 01:35.05 | starseeker | gah - lights regression is failing now |
| 01:38.18 | CIA-48 | BRL-CAD: 03starseeker * r49397 10/brlcad/trunk/src/fb/fbanim.c: Sanity check on results of atoi - CID 1473 |
| 01:38.48 | starseeker | wonders if bu_atoi and friends would be in order - do all the validity checking in one place... |
| 01:41.45 | starseeker | fread too - a few functions seem to be behind a lot of this... |
| 01:47.52 | CIA-48 | BRL-CAD: 03starseeker * r49398 10/brlcad/trunk/src/ (3 files in 3 dirs): Remove rtms from CMake build. |
| 02:04.10 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 03:45.07 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:49.33 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 05:16.36 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 05:28.21 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 06:46.01 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 06:48.57 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 06:49.01 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 06:49.43 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 06:59.54 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 07:07.55 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 07:16.01 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 23:21.08 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:21.08 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 23:24.19 | CIA-51 | BRL-CAD: 03n_reed * r49409 10/brlcad/trunk/src/libged/make_pnts.c: Unclosed fd. CID 495. |
| 01:59.58 | CIA-51 | BRL-CAD: 03n_reed * r49410 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: Testing shell == NULL after dereferencing. Appears shell is never NULL, so remove test. Cleanup and comment to clarify logic. CID 516. |
| 02:21.13 | CIA-51 | BRL-CAD: 03n_reed * r49411 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Testing fu == NULL after dereferencing. Appears fu is never NULL, so remove test. CID 514. |
| 04:04.49 | Maloeran | "Unclear what max sizes/indices *should* be. For now, just increase array size to prevent overrun." I have no idea what the code is, but that doesn't sound good! |
| 07:23.43 | *** join/#brlcad Stattrav (~Stattrav@117.192.137.246) | |
| 07:23.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:27.51 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:39.55 | *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl) | |
| 10:37.23 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:10.27 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 12:10.27 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 12:23.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 12:23.41 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 18:02.56 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:02.56 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 19:06.06 | CIA-51 | BRL-CAD: 03r_weiss * r49412 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function 'nmg_model_vertex_fuse' in file 'nmg_fuse.c'. Added test so that if there are no vertex, do nothing, just exit. |
| 21:50.32 | CIA-51 | BRL-CAD: 03n_reed * r49413 10/brlcad/trunk/src/libbu/sscanf.c: Always use 'f' for float conversions. Using vls to build the piecewise format strings during parsing makes things much easier. |
| 22:42.41 | *** join/#brlcad DarkCalf (~DC@173.231.40.98) | |
| 22:44.55 | *** join/#brlcad DarkCalff (~DC@173.231.40.98) | |
| 23:45.12 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 00:12.59 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 01:32.22 | *** join/#brlcad DarkCalf (~DC@173.231.40.98) | |
| 01:35.44 | *** join/#brlcad DarkCalff (~DC@173.231.40.98) | |
| 04:00.04 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:26.01 | *** join/#brlcad kaushik_ (~kaushik@122.164.25.205) | |
| 05:26.27 | kaushik_ | any NURBS expert here? |
| 07:52.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:33.52 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:33.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:32.46 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:32.46 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 11:32.46 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 11:32.46 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 11:32.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 11:32.46 | *** join/#brlcad CIA-51 (~CIA@cia.atheme.org) | |
| 11:32.46 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 13:00.05 | starseeker | Hmm... if we want to download the Monitor book without using the Internet Archive (and it's Terms of Use) looks like we can get it straight from the North Carolina State Library: http://digital.ncdcr.gov/u?/p249901coll22,396765 |
| 14:06.34 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 14:06.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:34.05 | ``Erik | feels dirty, bought a new computer on friday and still has windows on it O.o |
| 15:45.19 | *** join/#brlcad CIA-39 (~CIA@cia.atheme.org) | |
| 15:46.30 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:46.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:05.46 | CIA-39 | BRL-CAD: 03starseeker * r49414 10/brlcad/trunk/ (NEWS src/librt/comb/comb.c): Make sure the attributes and comb are always on the same page, and that we don't miss color if someone works with rgb. |
| 16:11.41 | *** join/#brlcad DarkCalf (~DC@173.231.40.98) | |
| 16:17.26 | CIA-39 | BRL-CAD: 03brlcad * r49415 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: |
| 16:17.26 | CIA-39 | BRL-CAD: remove the loopuse pointers from the loops table prior to killing them so we're |
| 16:17.26 | CIA-39 | BRL-CAD: not passing around free'd pointers to functions. it's fine for bu_ptbl since it |
| 16:17.26 | CIA-39 | BRL-CAD: references them by value, but smells funny and could be misleading down the |
| 16:17.26 | CIA-39 | BRL-CAD: road. (USE_AFTER_FREE false positive, cov cid 2101) |
| 16:26.07 | CIA-39 | BRL-CAD: 03brlcad * r49416 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: nothing valid to print since the second shell is freed during the boolean eval. detected by coverity, cid 2103 (run 10). |
| 16:37.07 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:37.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:35.40 | CIA-39 | BRL-CAD: 03erikgreenwald * r49417 10/brlcad/trunk/src/proc-db/metaball.c: do not attempt to look up a null entity, skip it instead. Cov314 |
| 17:43.05 | *** join/#brlcad CIA-50 (~CIA@cia.atheme.org) | |
| 17:43.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:43.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:56.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:56.22 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:56.22 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 17:56.22 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:56.22 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 17:56.22 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 18:11.11 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:11.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:53.24 | CIA-50 | BRL-CAD: 03bob1961 * r49418 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Cast bu_ptbl_rm's second arg to long *. |
| 18:58.55 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:05.37 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:05.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:10.46 | CIA-50 | BRL-CAD: 03bob1961 * r49419 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: The mouse position needs to be computed from the object's center before calling handleObjCenter. |
| 19:43.51 | CIA-50 | BRL-CAD: 03bob1961 * r49420 10/brlcad/trunk/src/libged/get_obj_bounds.c: |
| 19:43.52 | CIA-50 | BRL-CAD: Now need to initialize stp->st_meth in _ged_get_obj_bounds2() before calling |
| 19:43.52 | CIA-50 | BRL-CAD: ft_prep(). This is because of a change to all of the rt_XXX_prep routines (i.e. |
| 19:43.52 | CIA-50 | BRL-CAD: they now call stp->st_meth->ft_bbox). This eliminates the resulting segmentation |
| 19:43.52 | CIA-50 | BRL-CAD: fault whenever _ged_get_obj_bounds2() is called. |
| 19:48.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:20.39 | CIA-50 | BRL-CAD: 03brlcad * r49421 10/brlcad/trunk/src/shapes/window_frame.c: if the scanf fails, don't just perror and keep processing with the potentially 'tainted' scalar. set it to something sane (in leu of aborting). cid 2097, run 10. |
| 21:01.19 | CIA-50 | BRL-CAD: 03erikgreenwald * r49422 10/brlcad/trunk/src/util/decimate.c: test output size. Cov1502 |
| 22:01.35 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 22:16.37 | CIA-50 | BRL-CAD: 03n_reed * r49423 10/brlcad/trunk/src/libbu/ (sscanf.c test_sscanf.c): Support the C99 z, t, and hh modifiers on Windows. Add related tests. |
| 22:19.17 | CIA-50 | BRL-CAD: 03brlcad * r49424 10/brlcad/trunk/src/shapes/wire.c: don't just loudly ignore the scanf failure. set the variables to something in order to avoid tainted or uninitialized data getting read and used. increase max segments to 100 too while we're at it. cid 1489. |
| 04:05.58 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:05.58 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:34.17 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 07:01.14 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 07:01.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:16.56 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:12.43 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:12.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:21.52 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:21.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:30.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:12.21 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 11:16.01 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:06.17 | CIA-50 | BRL-CAD: 03bob1961 * r49425 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added Cyan to the list of colors available in the tree popup menu. |
| 16:48.40 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:48.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:59.28 | CIA-50 | BRL-CAD: 03starseeker * r49426 10/brlcad/trunk/TODO: search allows all of these usages now - remove from TODO |
| 17:01.46 | CIA-50 | BRL-CAD: 03starseeker * r49427 10/brlcad/trunk/TODO: Another search feature in place. |
| 17:18.44 | CIA-50 | BRL-CAD: 03bob1961 * r49428 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a slider for selecting object transparency. |
| 17:24.07 | CIA-50 | BRL-CAD: 03starseeker * r49429 10/brlcad/trunk/TODO: Add some initial notes on libbu option handling - nothing definitive. |
| 17:25.02 | starseeker | brlcad: hopefully r49429 isn't duplication - I didn't see the libbu option stuff elsewhere in TODO, but may have missed it... |
| 17:34.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:36.12 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:36.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:42.41 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:48.08 | CIA-50 | BRL-CAD: 03n_reed * r49430 10/brlcad/trunk/src/libbu/sscanf.c: zero width should be okay for c conversion too |
| 18:53.02 | CIA-50 | BRL-CAD: 03n_reed * r49431 10/brlcad/trunk/include/bu.h: expand bu_sscanf comment with behavioral details |
| 19:41.43 | CIA-50 | BRL-CAD: 03n_reed * r49432 10/brlcad/trunk/src/other/step/src/express/expscan.l: looks like we forgot to ignore a token |
| 20:11.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:11.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:33.14 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:33.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:10.55 | CIA-50 | BRL-CAD: 03bob1961 * r49433 10/brlcad/trunk/src/conv/asc/asc2g.c: Need to add "find" separately instead of "dbfind". |
| 21:16.02 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:16.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:27.37 | CIA-50 | BRL-CAD: 03178.239.58.143 07http://brlcad.org * r3279 10/wiki/Talk:Main_Page: |
| 21:54.36 | CIA-50 | BRL-CAD: 03n_reed * r49434 10/brlcad/trunk/src/other/step/src/express/expscan.l: another missed ignore |
| 21:58.54 | CIA-50 | BRL-CAD: 03bob1961 * r49435 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Tweak to_data_pick() to pick the top data point. |
| 22:12.56 | CIA-50 | BRL-CAD: 03bob1961 * r49436 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Make Archer's notion of top/bottom the same as MGED's. |
| 00:40.10 | CIA-50 | BRL-CAD: 03starseeker * r49437 10/brlcad/trunk/misc/CMake/distcheck_buildsys.cmake.in: One other possible line to remove from svn info output for distcheck... |
| 00:57.28 | starseeker | doesn't do us a whole lot of good, but still interesting: http://www.cgal.org/releases.html#release4.0 |
| 01:28.11 | CIA-50 | BRL-CAD: 03starseeker * r49438 10/brlcad/branches/STABLE/ (53 files in 30 dirs): (log message trimmed) |
| 01:28.11 | CIA-50 | BRL-CAD: Sync a variety of fixes to the STABLE branch. Tried to select a 'safe' subset |
| 01:28.11 | CIA-50 | BRL-CAD: of the changes from trunk - hopefully these should be viable as a patch to |
| 01:28.11 | CIA-50 | BRL-CAD: 7.20.4 without introducing major breakage. CMake regress and distcheck pass. |
| 01:28.11 | CIA-50 | BRL-CAD: svn revisions: 47458, 47473, 47483-47484, 47656-47659, 47677-46678, 47687, |
| 01:28.12 | CIA-50 | BRL-CAD: 47695, 47698, 47700, 47723, 47769, 47971, 48195, 48837-48845, 48853-48884, |
| 01:28.13 | CIA-50 | BRL-CAD: 48887, 48889, 48900-48904, 48907-48909, 49007, 49012, 49014-49015, 49066, |
| 01:38.25 | brlcad | starseeker: when you sync, do you use svn merge or some other method? |
| 01:40.47 | brlcad | nice to see the cgal folks get on board with 1990 |
| 01:40.53 | brlcad | 1990's licensing |
| 01:41.22 | brlcad | j/k, it is nice to see qpl ditched finally |
| 01:41.57 | brlcad | shame that they just went from partially incompatible to now fully incompatible, though :) |
| 01:43.23 | CIA-50 | BRL-CAD: 03Sean 07http://brlcad.org * r3280 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/178.239.58.143|178.239.58.143]] ([[User talk:178.239.58.143|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 01:43.28 | CIA-50 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:178.239.58.143]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites |
| 02:10.50 | starseeker | brlcad: I used svn merge - lots of individual svn merges |
| 02:20.54 | CIA-50 | BRL-CAD: 03starseeker * r49439 10/brlcad/trunk/CMakeLists.txt: Try making distcheck do both Debug and Release builds... |
| 02:25.37 | brlcad | cool |
| 02:30.15 | CIA-50 | BRL-CAD: 03starseeker * r49440 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at cleaning up the distcheck logic a bit, or at least reducing the line count of the logic needed to define it... |
| 02:34.16 | starseeker | one exception was pipe.c, where I needed two separate NULL assignments as opposed to a one-liner - current trunk has that, but looked like the change was probably wrapped up in others so I just went ahead and added it |
| 02:34.38 | starseeker | other one was adding the new regress file to the CMakeLists.txt file |
| 02:34.57 | starseeker | I'm hopeful I haven't screwed up the eventual merge too badly... |
| 02:38.16 | *** join/#brlcad IriX64 (~kvirc@64.229.225.191) | |
| 03:01.24 | CIA-50 | BRL-CAD: 03starseeker * r49441 10/brlcad/trunk/misc/CMake/ (Distcheck.cmake distcheck_target.cmake.in): Be quieter about a few things during distcheck... |
| 03:05.38 | CIA-50 | BRL-CAD: 03starseeker * r49442 10/brlcad/trunk/misc/CMake/ (4 files): make the script name a bit more descriptive. |
| 03:13.55 | CIA-50 | BRL-CAD: 03starseeker * r49443 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: If we're good, remove the compilation log |
| 03:36.47 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:19.40 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:19.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:44.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:16.22 | CIA-50 | BRL-CAD: 03starseeker * r49444 10/brlcad/trunk/src/vdeck/vdeck.c: The Release build in distcheck proves its worth. Initialize the op pointer. |
| 05:26.53 | CIA-50 | BRL-CAD: 03starseeker * r49445 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: More initializations |
| 05:56.22 | CIA-50 | BRL-CAD: 03starseeker * r49446 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: Tweak the distcheck rules. |
| 06:18.24 | CIA-50 | BRL-CAD: 03starseeker * r49447 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Need to rework handling of final message using this method. |
| 07:40.56 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:04.41 | CIA-50 | BRL-CAD: 03starseeker * r49448 10/brlcad/trunk/misc/CMake/ (3 files): (log message trimmed) |
| 08:04.41 | CIA-50 | BRL-CAD: 'Anything worth doing is worth applying insane overengineering to, or something |
| 08:04.41 | CIA-50 | BRL-CAD: like that... This takes the CMake distcheck architecture to the next level. It |
| 08:04.41 | CIA-50 | BRL-CAD: modularizes the distcheck process into repository verification, source |
| 08:04.41 | CIA-50 | BRL-CAD: generation, and build/regress testing components, with appropriate dependencies. |
| 08:04.42 | CIA-50 | BRL-CAD: In addition to the advantage of being able to run 'only what you need' if, say, |
| 08:04.43 | CIA-50 | BRL-CAD: you want to check repo verification status this actually makes distribution |
| 08:08.36 | starseeker | woo-hoo! <face crashes on desk> |
| 09:23.48 | *** join/#brlcad merzo (~merzo@138-34-133-95.pool.ukrtel.net) | |
| 09:29.11 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:29.11 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:41.06 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:41.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:20.35 | *** join/#brlcad merzo (~merzo@138-34-133-95.pool.ukrtel.net) | |
| 12:42.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:52.39 | ``Erik | nice, an honest perl program... "Looks like you're starting TTYtter for the first time, and/or creating a keyfile. Welcome to the most user-hostile, highly obfuscated, spaghetti code infested and obscenely obscure Twitter client that's out there. You'll love it." |
| 13:51.59 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 13:51.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:54.30 | brlcad | starseeker: well != insane overengineering, but haha and funny awesome nonetheless |
| 15:03.06 | brlcad | starseeker: how do you test for a compilation flag, such as via CHECK_C_FLAG() but without wanting to have it added to the global CFLAGS? |
| 15:04.16 | brlcad | mm.. finding CHECK_C_FLAG_GATHER() ? |
| 15:04.49 | brlcad | yeah, that should do the trick.. |
| 15:24.32 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:59.59 | CIA-50 | BRL-CAD: 03brlcad * r49449 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: libfb uses C99_FLAG to try and mimic autoconf's accommodation for the c89-busted gl.h in Mac OS X's OpenGL framework, so we need to test and set it (but not persist it across the entire build tree) |
| 16:06.33 | CIA-50 | BRL-CAD: 03starseeker * r49450 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): Clean-up and polish - distcheck target can now be pointed to distcheck-full or distcheck-std per user arg, don't re-create targets if CREATE_DISTCHECK is called multiple times with the same name, ws, other minor tweaks. |
| 16:09.47 | CIA-50 | BRL-CAD: 03brlcad * r49451 10/brlcad/trunk/src/shapes/ (bolt.c gastank.c handle.c window.c window_frame.c wire.c): don't allow potentially tainted or unset data to propagate if scanf fails. coverity TAINTED_SCALAR reports: cids 2093-2096 |
| 16:18.21 | CIA-50 | BRL-CAD: 03starseeker * r49452 10/brlcad/trunk/misc/CMake/Distcheck.cmake: Make log filename match target name |
| 16:24.47 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:24.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:27.40 | CIA-50 | BRL-CAD: 03brlcad * r49453 10/brlcad/trunk/src/shapes/handle.c: test min/max bounds for most of the parameters where we need something sane to proceed |
| 16:30.09 | *** join/#brlcad abhi2011 (~chatzilla@117.200.85.196) | |
| 16:35.36 | CIA-50 | BRL-CAD: 03brlcad * r49454 10/brlcad/trunk/src/shapes/ (bolt.c gastank.c window.c window_frame.c wire.c): test min/max bounds for most of the parameters where we need something sane to proceed, the rest |
| 16:42.25 | *** join/#brlcad merzo (~merzo@5-208-92-178.pool.ukrtel.net) | |
| 17:34.52 | CIA-50 | BRL-CAD: 03starseeker * r49455 10/brlcad/trunk/misc/CMake/distcheck_target.cmake.in: Fix invocation of benchmark with option... |
| 17:40.59 | *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net) | |
| 18:12.57 | ``Erik | brlcad: in deprecation, condition b lists "via either A and B", which is it? |
| 18:21.08 | starseeker | schweet... looks like distcheck is now doing things much closer to The Right Way... |
| 18:27.16 | *** join/#brlcad abhi2011 (~chatzilla@117.200.80.3) | |
| 19:42.18 | CIA-50 | BRL-CAD: 03starseeker * r49456 10/brlcad/trunk/sh/ (CMakeLists.txt distcheck_screen.sh): Fun with GNU screen (well, the development version anyway) - set up a convenient set of windows for monitoring the parallel distcheck build. |
| 19:44.32 | CIA-50 | BRL-CAD: 03bob1961 * r49457 10/brlcad/trunk/src/librt/db_tree.c: Update error message from db_tree_parse. |
| 19:46.53 | starseeker | awaits the cries of horror from screen gurus... |
| 19:49.56 | CIA-50 | BRL-CAD: 03bob1961 * r49458 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed ArcherCore::packTree. If the first line contained a matrix, the matrix was not getting enclosed in braces. |
| 20:21.38 | CIA-50 | BRL-CAD: 03starseeker * r49459 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): Ah, right - turning on all the libs is now the responsibility of the macro defining the test, not hardcoding it. |
| 21:14.37 | CIA-50 | BRL-CAD: 03bob1961 * r49460 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Initialize top_z using -MAX_FASTF. |
| 21:28.21 | starseeker | brlcad: we're getting breakage on Linux with the C99_FLAG definition |
| 21:43.57 | CIA-50 | BRL-CAD: 03starseeker * r49461 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Checking the STD_C99_FLAGS variable in Autotools build logic that served a similar purpose, it is using gnu99 - probably to avoid issues c99 is causing on Linux. Go with that. |
| 21:45.04 | CIA-50 | BRL-CAD: 03starseeker * r49462 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: We aren't using ExternalProject... |
| 21:46.40 | starseeker | yeah, I think the issue came up around r43519 concerning c99 vs. gnu99 |
| 23:39.56 | CIA-50 | BRL-CAD: 03starseeker * r49463 10/brlcad/trunk/sh/distcheck_screen.sh: Put the titles on the right windows |
| 23:43.47 | CIA-50 | BRL-CAD: 03starseeker * r49464 10/brlcad/trunk/sh/distcheck_screen.sh: Add a couple more names |
| 01:39.10 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 02:08.29 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:22.06 | CIA-50 | BRL-CAD: 03starseeker * r49465 10/brlcad/trunk/sh/distcheck_screen.sh: Tweak tail commands |
| 05:34.00 | CIA-50 | BRL-CAD: 03brlcad * r49466 10/brlcad/trunk/src/util/dbcp.c: use libbu memory management |
| 05:36.02 | CIA-50 | BRL-CAD: 03brlcad * r49467 10/brlcad/trunk/src/proc-db/vegetation.c: check some bounds related to coverity cid 2092, TAINTED_SCALAR |
| 05:38.44 | CIA-50 | BRL-CAD: 03brlcad * r49468 10/brlcad/trunk/src/proc-db/ (contours.c molecule.c pipe.c): more bounds checks |
| 05:42.28 | CIA-50 | BRL-CAD: 03brlcad * r49469 10/brlcad/trunk/src/rttherm/ (ssamp-bw.c ssampview.c): see if the specified input files exist. relates to cid 1568,1569: TAINTED_STRING |
| 05:45.18 | CIA-50 | BRL-CAD: 03brlcad * r49470 10/brlcad/trunk/src/util/ (gencolor.c hex.c imgdims.c pixhist3d-pl.c): bunch of bounds checks related to coverity TAINTED_SCALAR detections. cid 1503, 1504, 1505, 1510 |
| 05:58.25 | CIA-50 | BRL-CAD: 03brlcad * r49471 10/brlcad/trunk/misc/enigma/enigma.c: coverity detects potential overflow or truncation so add some sanity checking, cid 321: INTEGER_OVERFLOW |
| 06:09.57 | CIA-50 | BRL-CAD: 03brlcad * r49472 10/brlcad/trunk/src/util/cv.c: make sure the format cookies aren't null, sanity related to cid 1500: TAINTED_SCALAR |
| 07:47.09 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:48.53 | *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net) | |
| 10:26.18 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:26.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:04.35 | *** join/#brlcad merzo (~merzo@193-172-132-95.pool.ukrtel.net) | |
| 15:16.29 | CIA-50 | BRL-CAD: 03bob1961 * r49473 10/brlcad/trunk/src/util/imgdims.c: The second parameter to bu_file_exists() should be NULL in this case. |
| 15:19.12 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 17:18.45 | *** join/#brlcad abhi2011 (~chatzilla@117.200.87.249) | |
| 17:20.04 | *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 17:28.41 | *** join/#brlcad merzo (~merzo@135-189-92-178.pool.ukrtel.net) | |
| 18:25.29 | *** join/#brlcad merzo (~merzo@168-245-133-95.pool.ukrtel.net) | |
| 19:04.49 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:04.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:53.33 | CIA-50 | BRL-CAD: 03bob1961 * r49474 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added doFlipView. Also fixed typo when adding history in doAe. |
| 20:11.35 | *** join/#brlcad Stattrav (~Stattrav@223.231.134.44) | |
| 20:11.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:14.21 | CIA-50 | BRL-CAD: 03starseeker * r49475 10/brlcad/branches/STABLE/src/libged/analyze.c: initialize val |
| 22:26.01 | CIA-50 | BRL-CAD: 03n_reed * r49476 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): try to fix strings changed to std::string that still called non-existant chars member function |
| 22:53.37 | CIA-50 | BRL-CAD: 03n_reed * r49477 10/brlcad/trunk/src/other/step/src/ (9 files in 3 dirs): remove some dead code |
| 00:24.51 | CIA-50 | BRL-CAD: 03n_reed * r49478 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_wrapper.cc: don't output unused variable |
| 04:56.02 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 08:20.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:27.13 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 15:25.15 | *** join/#brlcad b0ef (~b0ef@210.169.102.62.customer.cdi.no) | |
| 17:35.55 | *** join/#brlcad CIA-128 (~CIA@cia.atheme.org) | |
| 17:36.19 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:36.59 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 18:18.53 | *** join/#brlcad Crank (~chatzilla@108.86.38.100) | |
| 18:26.32 | *** join/#brlcad merzo (~merzo@149-159-201-46.pool.ukrtel.net) | |
| 18:44.42 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:44.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:33.38 | *** join/#brlcad Technicus (~Technicus@108.198.137.39) | |
| 20:37.17 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:37.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:20.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 01:32.27 | jordisayol | hello |
| 01:33.02 | jordisayol | I want to override these problems: |
| 01:33.02 | jordisayol | https://sourceforge.net/tracker/?func=detail&atid=640803&aid=3464421&group_id=105292 |
| 01:34.46 | jordisayol | exporting these values at compile time will help to override it? |
| 01:34.46 | jordisayol | export CFLAGS = -mtune=generic |
| 01:34.46 | jordisayol | export CXXFLAGS = -mtune=generic |
| 08:27.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:02.44 | starseeker | jordisayol: are you asking if setting those environment variables will work with the CMake build or whether those are the correct flags to use? |
| 17:04.37 | jordisayol | hello starseeker. I want to override the problems due to installing 32-bit deb package in a not new cpu system |
| 17:11.02 | jordisayol | starseeker: I can pass these setting to cmake exporting the variables, at least they appears modified at final cmake configuration |
| 17:18.35 | starseeker | ok, good |
| 17:19.04 | starseeker | It takes some care to pass those environment variables into the CMake logic - glad to know it's working |
| 17:23.26 | jordisayol | but now i want to know if this arguments can make deb packages more "compatible" |
| 17:29.48 | jordisayol | starseeker: is there a better way to pass settings to cmake? |
| 17:45.58 | starseeker | that should be fine |
| 17:52.35 | jordisayol | ok, then I'll add to the debian/rules script. |
| 17:52.46 | jordisayol | starseeker: Many thanks for teach me! :-) |
| 18:06.31 | starseeker | jordisayol: if you hit trouble, let us know - it's something that should work |
| 18:07.45 | jordisayol | starseeker: I'll do. thanks! |
| 18:26.51 | *** join/#brlcad merzo (~merzo@170-118-132-95.pool.ukrtel.net) | |
| 19:46.23 | CIA-128 | BRL-CAD: 03jordisayol * r49479 10/brlcad/trunk/misc/debian/rules: Make 32-bit deb packages more compatible. |
| 20:34.06 | CIA-128 | BRL-CAD: 03jordisayol * r49480 10/brlcad/trunk/misc/debian/rules: Update cmake settings on debian building process. |
| 00:52.31 | starseeker | hmm - bz ran out of disk space |
| 00:52.42 | starseeker | scrubs unnecessary crud... |
| 02:43.52 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 03:51.01 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:02.07 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 05:09.40 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 08:11.54 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:00.56 | brlcad | starseeker: anything useful from https://github.com/mpictor/StepClassLibrary/pull/143 we could use in brl-cad? |
| 15:01.11 | brlcad | (for non-scl logic) |
| 15:14.24 | brlcad | jordisayol: possibly, it depends on the cause of the illegal instruction |
| 15:15.16 | brlcad | I wouldn't expect it be needed for a generic -O3 but if the debian build adds cpu-specific tuning flags then mtune=generic should help |
| 15:16.37 | jordisayol | hello brlcad |
| 15:18.07 | jordisayol | I just do this to override notius problem when installing deb package on a not new processor: |
| 15:18.07 | jordisayol | https://sourceforge.net/tracker/?func=detail&atid=640803&aid=3464421&group_id=105292 |
| 15:23.24 | brlcad | jordisayol: I know, I read that |
| 15:23.38 | brlcad | that didn't really identify the cause of the illegal instruction |
| 15:24.01 | brlcad | does the deb build add march or mtune flags (prior to mtune=generic) |
| 15:25.42 | jordisayol | deb build process do not add any flag directly, until now |
| 15:26.56 | brlcad | could be mistaken but the O3 flag by itself shouldn't result in platform-specific optimizations, afaik |
| 15:27.19 | brlcad | there should be some other flag causing extra optimization |
| 15:28.17 | jordisayol | but did gcc detect ans make specific for the system cpu, isn't it? |
| 15:28.36 | brlcad | not with just O3 |
| 15:28.49 | jordisayol | aha |
| 15:28.51 | brlcad | implies there is some other flag on the actual compilation line |
| 15:29.25 | jordisayol | these flags are from cmake/brlcad of from gcc itself? |
| 15:29.48 | brlcad | not from gcc, from somewhere else in the build |
| 15:30.09 | brlcad | the only way to know for sure would be to run with VERBOSE=1 and see what flags are being used |
| 15:30.36 | jordisayol | ok, I so that, wait a moment please |
| 15:32.22 | brlcad | I'd suspect somewhere something is adding an march= or mtune= flag .. |
| 15:32.37 | brlcad | maybe not, if not then we should add -mtune=generic to the cmake default |
| 15:32.52 | jordisayol | mh, i'm not quite sure but i don't think so |
| 15:33.05 | jordisayol | aha |
| 15:33.22 | jordisayol | just a moment. I'll paste the arguments here |
| 15:36.35 | jordisayol | on my system, with this cmake: |
| 15:36.35 | jordisayol | cmake -DBRLCAD_BUNDLED_LIBS=ON -DBRLCAD_ENABLE_OPTIMIZED_BUILD=ON -DBRLCAD_ENABLE_STRICT=OFF -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr/brlcad -DDATA_DIR=share -DMAN_DIR=share/man |
| 15:36.55 | jordisayol | I got this: |
| 15:36.55 | jordisayol | CC = /usr/bin/gcc |
| 15:36.55 | jordisayol | CXX = /usr/bin/c++ |
| 15:36.55 | jordisayol | CFLAGS = -pipe -fno-strict-aliasing -fno-common -fexceptions -msse3 -std=gnu99 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long |
| 15:36.55 | jordisayol | CXXFLAGS = -pipe -fno-strict-aliasing -fno-common -fexceptions -ftemplate-depth-128 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long |
| 15:36.55 | jordisayol | LDFLAGS = -m64 |
| 15:37.00 | brlcad | no no, need an actual gcc line |
| 15:37.28 | brlcad | since there could be some flag getting set elsewhere maybe |
| 15:37.36 | jordisayol | aha |
| 15:38.09 | brlcad | run "make VERBOSE=1" |
| 15:39.31 | brlcad | then look for a gcc line ( NOT in src/other ) |
| 15:41.28 | jordisayol | hmmm, like this? |
| 15:41.29 | jordisayol | /usr/bin/gcc -pipe -fno-strict-aliasing -fno-common -fexceptions -msse3 -std=gnu99 -m64 -O3 -fstrength-reduce -fexpensive-optimizations -finline-functions -finline-limit=10000 -fomit-frame-pointer -pedantic -Wall -Wextra -Wundef -Wfloat-equal -Wshadow -Winline -Wno-long-long -o CMakeFiles/buildtimestart.dir/CMakeTmp/builddelta_start.c.o -c /home/jordi/svn/b/CMakeTmp/builddelta_start.c |
| 15:56.41 | jordisayol | is it useful, or have to do something else? |
| 16:53.15 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:53.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:53.57 | brlcad | jordisayol: that's useful |
| 17:36.58 | *** join/#brlcad merzo (~merzo@170-118-132-95.pool.ukrtel.net) | |
| 17:39.11 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 17:47.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:11.06 | jordisayol | brlcad: there are not any -mtune nor -march flags. mean this that gcc compiles to a generic cpu? |
| 18:28.35 | *** join/#brlcad merzo (~merzo@238-170-132-95.pool.ukrtel.net) | |
| 21:02.35 | starseeker | brlcad: possibly - the uninstall is interesting, although I'd have to test it with our build... |
| 21:02.57 | starseeker | need to see what OPTION_WITH_DEFAULT is all about |
| 21:03.59 | starseeker | there are a couple things there that might be problematic for us - in particular they're forcing the CMAKE_BUILD_TYPE... |
| 21:07.42 | starseeker | well... hmm. Guess I'd have to try it. We might be fine if we set SCL_BUILD_TYPE to our own build type first. Nothing unusual - we do more than that for png... |
| 22:15.45 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 00:53.21 | brlcad | starseeker: nod, just wondering -- often useful scavenge ideas from other devs that commit to hightly familiar code (such as you and scl's cmake logic) to see if there are ideas worth incorporating |
| 00:53.37 | brlcad | not necessarily code or exact names of things, but concepts that might be leveraged |
| 00:54.14 | brlcad | namely because if another dev needed it for some reason, likely someone else might too (and who best to review) |
| 00:55.30 | brlcad | jordi's need for mtune=generic is in a similar vein, actually, just a little less obvious |
| 00:57.47 | *** join/#brlcad merzo (~merzo@184-48-132-95.pool.ukrtel.net) | |
| 01:11.41 | CIA-128 | BRL-CAD: 03brlcad * r49481 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: |
| 01:11.41 | CIA-128 | BRL-CAD: add -mtune=generic to release builds in order to help ensure that -O3 |
| 01:11.41 | CIA-128 | BRL-CAD: compilations are still portable for a given target architecture. this may or |
| 01:11.41 | CIA-128 | BRL-CAD: may not be the issue reported in sf support request # 3464421 but give it a try. |
| 01:11.41 | CIA-128 | BRL-CAD: also, only set -std=gnu89 if we're a debug build. that way you can specify NONE |
| 01:11.42 | CIA-128 | BRL-CAD: for the build type and avoid both std flags. |
| 01:11.53 | brlcad | something for jordi to try when he gets back |
| 01:12.51 | brlcad | i'm still doubtful that is the issue, didn't think gcc defaulted to cpu-specific tuning at O3 or otherwise unless you set an march or mtune option |
| 01:13.08 | brlcad | given the crashes were in tcl, perhaps it's some flag in tcl's build logic.. |
| 02:17.47 | *** join/#brlcad merzo (~merzo@188-55-133-95.pool.ukrtel.net) | |
| 03:07.34 | starseeker | that's probably more likely - the tcl/tk logic is independent of our own |
| 03:07.44 | starseeker | (still our headache, of course...) |
| 03:08.40 | starseeker | I'll need to do another "apply lessons learned" pass over the src/other build systems at some point, and Tcl/Tk is usually where that comes up the most |
| 03:11.48 | *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net) | |
| 04:23.39 | brlcad | a quick grep didn't uncover any mtune/march hints in tcl/tk/incr |
| 05:02.49 | *** join/#brlcad amit (3bb1cbb7@gateway/web/freenode/ip.59.177.203.183) | |
| 05:06.38 | Guest36931 | hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take . |
| 05:11.31 | amit_12 | hi, I am an computer engineering 3rd year student, I wanted to take part in gsoc with your organisation. Can you please help regarding the steps i should take . |
| 05:38.39 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:20.15 | jordisayol | brlcad: I see you added -mtune as flag |
| 12:21.41 | jordisayol | I made some test on my system, and it appear that -mtune=generic do not change anything on resulting object |
| 12:21.49 | jordisayol | $ test "$(gcc -m32 test.c -o test -O3 && md5sum test)" = "$(gcc -m32 test.c -o test -mtune=generic -O3 && md5sum test)" && echo "match" || echo "don't match" |
| 12:22.54 | jordisayol | return "match". same for g++ |
| 12:26.43 | jordisayol | "test.c" is a very simple printf("hello world!"); code. |
| 12:27.39 | jordisayol | s/don't match/mismatch/ |
| 13:23.25 | brlcad | jordisayol: yeah, I'm not convinced it'll do anything useful but it also shouldn't hurt |
| 13:24.14 | brlcad | your test isn't enough to exercise it, though .. you'd need something that would actually be optimized by -O3 in a potentially platform-specific way (math, lots of math and branching) |
| 13:24.14 | jordisayol | aha |
| 13:24.47 | brlcad | the real test is to make a new .deb compiled with mtune=generic and see if that user still gets an illegal instruction |
| 13:25.15 | brlcad | I suspect it'll still crash -- if it does, then the flag can be removed |
| 13:25.38 | jordisayol | aha, I'll ask to him if want to do this test |
| 13:26.02 | jordisayol | anyway, I'll remove the flags from deb building process |
| 13:26.13 | brlcad | nods |
| 13:27.38 | jordisayol | sorry, nods? :-/ |
| 13:28.09 | brlcad | I'm nodding my head :) |
| 13:28.18 | brlcad | it means I understand or I agree or both :) |
| 13:28.46 | jordisayol | ok, many thanks for teach me :-) |
| 13:28.53 | brlcad | no problem |
| 14:01.56 | CIA-128 | BRL-CAD: 03starseeker * r49482 10/brlcad/trunk/src/other/libpng/ (34 files in 5 dirs): Update libpng to 1.5.9 |
| 14:04.47 | CIA-128 | BRL-CAD: 03starseeker * r49483 10/brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025 |
| 14:07.46 | CIA-128 | BRL-CAD: 03starseeker * r49484 10/brlcad/trunk/src/other/libpng/CMakeLists.txt: Go with 'lib' for all instances of CMAKE_LIBRARY_OUTPUT_DIRECTORY (r49115) |
| 14:09.03 | CIA-128 | BRL-CAD: 03starseeker * r49485 10/brlcad/trunk/src/other/libpng/projects/vstudio/pngstest/: pngstest is still empty (r49239) |
| 15:00.50 | CIA-128 | BRL-CAD: 03jordisayol * r49486 10/brlcad/trunk/misc/debian/rules: remove unneeded flags on deb building process. |
| 15:08.20 | brlcad | starseeker: awesome, I was just thinking about that update yesterday .. there's a CVE out on that one |
| 15:08.33 | brlcad | goes to get a rental |
| 15:52.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:55.46 | CIA-128 | BRL-CAD: 03starseeker * r49487 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Get librtserver closer to building properly. |
| 17:57.32 | CIA-128 | BRL-CAD: 03starseeker * r49488 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Add the librtserver build tweaks to STABLE |
| 18:08.58 | CIA-128 | BRL-CAD: 03starseeker * r49489 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Ah, right - too early for that version of the INCLUDE_DIRS macro |
| 18:10.25 | CIA-128 | BRL-CAD: 03starseeker * r49490 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: Fix form, not just name... |
| 19:07.41 | *** join/#brlcad merzo (~merzo@110-63-133-95.pool.ukrtel.net) | |
| 20:02.27 | *** join/#brlcad merzo (~merzo@87-52-132-95.pool.ukrtel.net) | |
| 20:05.18 | CIA-128 | BRL-CAD: 03brlcad * r49491 10/brlcad/trunk/TODO: svg is in the same boat as pdf conversion export |
| 20:57.20 | CIA-128 | BRL-CAD: 03brlcad * r49492 10/brlcad/trunk/TODO: benchmark needs to include compiler details too. |
| 22:27.17 | CIA-128 | BRL-CAD: 03bob1961 * r49493 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Update cadwidgets::TkTable::handleKey to potentially call the dataCallback when a cell in column 0 receives a keypress. |
| 22:54.34 | CIA-128 | BRL-CAD: 03brlcad * r49494 10/brlcad/trunk/BUGS: |
| 22:54.34 | CIA-128 | BRL-CAD: the yacc parsers are failing on non-bison platforms due to differences in |
| 22:54.34 | CIA-128 | BRL-CAD: behavior. it'll be at least a few months before all are converted to lemon, so |
| 22:54.34 | CIA-128 | BRL-CAD: note the bug in the meantime. the fix looks pretty simple (FindYACC.cmake), but |
| 22:54.34 | CIA-128 | BRL-CAD: needs testing. |
| 23:20.28 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 07:20.06 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:15.47 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:15.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:42.42 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:35.15 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:35.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:37.23 | *** join/#brlcad kaushik_ (~kaushik@122.164.44.178) | |
| 11:38.31 | kaushik_ | if anyone can help me with reference to this email: http://sourceforge.net/mailarchive/forum.php?thread_name=CACb6h%2Bv7SrRHgQL8AiUpha_HSd%2BcA2m%3Dif%2BM5m4fU3Z0npfGBw%40mail.gmail.com&forum_name=brlcad-devel |
| 11:38.38 | kaushik_ | please beep me! |
| 11:38.56 | kaushik_ | NURBS fever! |
| 12:08.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:47.27 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:47.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:55.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:55.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:30.34 | *** join/#brlcad kaushik_ (~kaushik@122.164.44.178) | |
| 19:40.09 | CIA-128 | BRL-CAD: 03starseeker * r49495 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): bite the bullet - we need to be able to specifiy additional directories in some cases when looking for headers, so add that ability to BRLCAD_INCLUDE_FILE. |
| 19:41.25 | CIA-128 | BRL-CAD: 03starseeker * r49496 10/brlcad/branches/STABLE/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): Same fix for stable logic - this may necessitate manual intervention for this file in a future merge. |
| 19:55.39 | brlcad | kaushik_: replied to both your e-mails |
| 19:56.17 | brlcad | you'll want to hang out here in the channel if you want the quickest reqply |
| 20:19.55 | *** join/#brlcad Stattrav (~Stattrav@223.231.214.136) | |
| 20:19.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:36.03 | CIA-128 | BRL-CAD: 03brlcad * r49497 10/brlcad/trunk/src/conv/ply-g.c: revert r49396 since that comparison is always true (and newer versions of gcc are able to figure that out). not a workable fix for tainted data. |
| 20:38.23 | jordisayol | brlcad: nothing changed -mtune=generic |
| 20:48.58 | brlcad | jordisayol: okay, thanks |
| 20:49.05 | brlcad | so that's not likely the issue |
| 20:49.21 | jordisayol | yes |
| 20:49.45 | brlcad | when I first read that log, it looks more like a ibrary incompatibility |
| 20:50.00 | jordisayol | aha |
| 20:50.51 | brlcad | like if you compiled with opengl and his driver sucks, it could end up in that state |
| 20:51.09 | brlcad | yet he compiles himself and opengl ends up disabled, so doesn't run into the problem |
| 20:51.23 | brlcad | one of many possible scenarios |
| 20:51.31 | brlcad | starseeker: librtserver failing |
| 20:51.32 | brlcad | Linking C executable ../../bin/rtserverTest |
| 20:51.32 | brlcad | /usr/bin/ld: warning: librt.so.1, needed by /usr/lib/jvm/jre/lib/ppc64/libjawt.so, may conflict with librt.so.19 |
| 20:51.35 | brlcad | /lib64/libgio-2.0.so.0: undefined reference to `deflateSetHeader@ZLIB_1.2.2' |
| 20:51.38 | brlcad | /lib64/libgio-2.0.so.0: undefined reference to `inflateGetHeader@ZLIB_1.2.2' |
| 20:52.12 | brlcad | apparently zlib linkage missing from rtserverTest |
| 20:52.47 | jordisayol | brlcad: if i disable opengl, performance will decrease a lot? |
| 20:53.46 | brlcad | nope |
| 20:53.54 | brlcad | not for 99% of users |
| 20:54.19 | jordisayol | so what do you think? do i do? |
| 20:54.49 | brlcad | I'd give that a try, easy enough to recompile and retest if only to eliminate or isolate opengl as being involved |
| 20:56.53 | jordisayol | ok, i'll create a new deb with opengl disabled |
| 20:57.28 | CIA-128 | BRL-CAD: 03brlcad * r49498 10/brlcad/trunk/TODO: ls-dyna importer would be cool. |
| 20:57.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:57.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:58.28 | CIA-128 | BRL-CAD: 03brlcad * r49499 10/brlcad/trunk/TODO: it's specifically the 'keyword' file format |
| 21:06.06 | brlcad | starseeker: so that's a tricky one -- it looks like one of the java libs is linked against libgio (the glib i/o library), which links against libz |
| 21:06.36 | brlcad | which is a zlib older than ours, incompatible |
| 21:08.05 | brlcad | the cmake build needs someway to detect that so the java portions can be disabled |
| 21:09.01 | brlcad | some recent change apparently caused librtserver to get enabled or linked differently, now halting the build |
| 21:34.39 | CIA-128 | BRL-CAD: 03jordisayol * r49500 10/brlcad/trunk/sh/make_deb.sh: revert to erikgreenwald changes |
| 21:49.35 | jordisayol | brlcad: I'ce built a deb disabling opengl. mged properly works but archer fails: |
| 21:49.35 | jordisayol | $ archer |
| 21:49.35 | jordisayol | ERROR: Requisite display manager is not available. |
| 21:49.35 | jordisayol | BRL-CAD may need to be recompiled with support for: ogl |
| 21:49.35 | jordisayol | Run 'fbhelp' for a list of available display managers. |
| 21:49.36 | jordisayol | Unexpected error encountered while running Archer. |
| 21:49.36 | jordisayol | Aborting. |
| 22:38.07 | brlcad | jordisayol: archer requires opengl |
| 22:38.38 | brlcad | the point was to test the dependency to see if it's related, but seeing the recent post about libtk, I'm doubtful it has to do with opengl |
| 22:39.13 | jordisayol | ok |
| 22:39.14 | brlcad | clearly something drasticly different in his build of tcl compared with yours |
| 22:40.33 | brlcad | see if he can run "nm libtcl.so > objects.txt" on the libtcl he built then provide you the objects.txt file, you run the same command on the libtcl.so in your .deb .. then we can compare the differences between the two |
| 22:40.53 | jordisayol | just for your info, I compile these deb's on unbuntu 10.04 LTS |
| 22:41.00 | CIA-128 | BRL-CAD: 03bob1961 * r49501 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Make ArcherCore::updateTreeDrawLists public. |
| 22:41.16 | brlcad | they shouldn't be that different |
| 22:41.34 | brlcad | unless they're being compiled in completely different/incompatible ways |
| 22:45.00 | jordisayol | nm /usr/brlcad/lib/libtcl.so |
| 22:45.00 | jordisayol | nm: /usr/brlcad/lib/libtcl.so: no symbols |
| 23:05.46 | brlcad | jordisayol: er, that doesn't sound right |
| 23:05.53 | brlcad | ls -la /usr/brlcad/lib/libtcl* |
| 23:08.13 | jordisayol | $ ls -la /usr/brlcad/lib/libtcl* |
| 23:08.13 | jordisayol | -rw-r--r-- 1 root root 404954 2012-02-22 23:56 /usr/brlcad/lib/libtclcad.a |
| 23:08.13 | jordisayol | lrwxrwxrwx 1 root root 15 2012-02-23 00:06 /usr/brlcad/lib/libtclcad.so -> libtclcad.so.19 |
| 23:08.13 | jordisayol | lrwxrwxrwx 1 root root 19 2012-02-23 00:06 /usr/brlcad/lib/libtclcad.so.19 -> libtclcad.so.19.0.1 |
| 23:08.13 | jordisayol | -rw-r--r-- 1 root root 237808 2012-02-22 23:56 /usr/brlcad/lib/libtclcad.so.19.0.1 |
| 23:08.14 | jordisayol | lrwxrwxrwx 1 root root 13 2012-02-23 00:06 /usr/brlcad/lib/libtcl.so -> libtcl.so.8.5 |
| 23:08.14 | jordisayol | lrwxrwxrwx 1 root root 15 2012-02-23 00:06 /usr/brlcad/lib/libtcl.so.8.5 -> libtcl.so.8.5.9 |
| 23:08.14 | jordisayol | -rw-r--r-- 1 root root 1297064 2012-02-22 23:56 /usr/brlcad/lib/libtcl.so.8.5.9 |
| 23:08.15 | jordisayol | -rw-r--r-- 1 root root 3994 2012-02-22 23:56 /usr/brlcad/lib/libtclstub.a |
| 23:18.47 | brlcad | maybe your nm doesn't follow symbolic links, try nm /usr/brlcad/lib/libtcl.so.8.5.9 |
| 23:20.24 | brlcad | then assuming that gives you a lot of stuff, try this: nm /usr/brlcad/lib/libtcl.so.8.5.9 | sort | uniq | wc |
| 23:20.42 | brlcad | I get 3611 as the first number |
| 23:21.03 | jordisayol | $ nm /usr/brlcad/lib/libtcl.so.8.5.9 |
| 23:21.03 | jordisayol | nm: /usr/brlcad/lib/libtcl.so.8.5.9: no symbols |
| 23:21.17 | brlcad | er |
| 23:21.45 | jordisayol | it appears tht only show symbols from static libs *.a |
| 23:22.11 | brlcad | reading up on it now, looks like gnu nm wants a -D option |
| 23:22.18 | jordisayol | ok |
| 23:22.50 | brlcad | althrough your stub file is already suspect |
| 23:23.06 | jordisayol | it works now |
| 23:24.12 | jordisayol | $ nm -D /usr/brlcad/lib/libtcl.so.8.5.9 | sort | uniq | wc |
| 23:24.12 | jordisayol | <PROTECTED> |
| 23:28.30 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 23:45.44 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 23:53.12 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 23:54.52 | *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ) | |
| 23:55.56 | jordisayol | brlcad: I've to go. as soon as he send me symbols.txt, I'll send both to you |
| 23:59.50 | *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 00:00.00 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 00:07.19 | starseeker | brlcad: I got better at testing for java/jni, but apparently not better enough |
| 00:09.29 | starseeker | that zlib incompatibility is Really Bad News |
| 00:09.42 | starseeker | why the *bleep* did they have to to mess it up? |
| 00:12.45 | CIA-128 | BRL-CAD: 03starseeker * r49502 10/brlcad/trunk/CMakeLists.txt: |
| 00:12.45 | CIA-128 | BRL-CAD: Default RTSERVER to OFF until we figure out what to do about the zlib issue - if |
| 00:12.45 | CIA-128 | BRL-CAD: someone needs it on and the need to use a java compiled against an older zlib, |
| 00:12.45 | CIA-128 | BRL-CAD: they'll need to set -DBRLCAD_ZLIB=OFF and -DBRLCAD_ENABLE_RTSERVER=ON. |
| 00:15.35 | starseeker | has half a notion to downgrade our zlib until they straighten out the mess... |
| 00:16.26 | starseeker | ah, wait - 1.2.6 got released last month |
| 00:16.29 | starseeker | didn't see that |
| 00:16.48 | starseeker | claims "Fixed a problem with large file support macros" |
| 00:18.57 | starseeker | won't help with the libgio issue though |
| 00:19.19 | starseeker | ZLIB_1.2.2 ??? |
| 00:25.52 | starseeker | is torn... to upgrade or not to upgrade, that is the question... |
| 00:26.41 | brlcad | on the system where I'm hitting the problem, I can't upgrade |
| 00:27.32 | brlcad | so I'll need to turn it off |
| 00:27.46 | starseeker | brlcad: it's off by default now |
| 00:27.47 | brlcad | cmake should detect the situation and autodisable, just not sure how other than maybe trying to link something against jnilib |
| 00:27.57 | brlcad | ahh, that might help :) |
| 00:28.12 | *** join/#brlcad CIA-128 (~CIA@cia.atheme.org) | |
| 00:28.12 | brlcad | at least short term |
| 00:28.23 | starseeker | only one known situation where it's needed, and we can turn it on with the right options for that |
| 00:28.32 | brlcad | the coverity case study is looking pretty sweet |
| 00:29.26 | starseeker | what the *bleep* are the zlib devs doing breaking compatibility with point releases like this? |
| 00:30.41 | starseeker | is trying to decide if it's worth it to put zlib 1.2.6 in src/other - if they've really addressed the large file macro issue that would be a step back towards vanilla, but we'd still have to fix the zconf.h stuff |
| 00:31.05 | starseeker | brlcad: oh, is the study out yet? |
| 00:31.41 | *** join/#brlcad User531 (~User@189.71.122.246) | |
| 00:33.00 | brlcad | it's not the first time zlib guys break compatibility .. actually you can break compatibility yourself if you set the right configure options |
| 00:33.14 | starseeker | arrgh |
| 00:33.19 | *** join/#brlcad anaozin (~gvifs@189.71.122.246) | |
| 00:33.30 | brlcad | the study isn't out, they sent me a draft for approval |
| 00:33.38 | starseeker | oh, sweet! |
| 00:33.50 | brlcad | I think it's finalized tomorrow |
| 00:33.59 | brlcad | don't know when it posts, but I'll repost when it does |
| 00:34.13 | starseeker | awesome - nice website news item :-) |
| 00:34.16 | anaozin | scan on? |
| 00:34.35 | brlcad | anaozin: hm? |
| 00:35.00 | anaozin | 1[br02,00lc12,00ad1,00]01: RFI scan on? |
| 00:35.01 | brlcad | starseeker: upgrading to 1.2.6 won't fix the rtserver issue |
| 00:35.07 | starseeker | I know |
| 00:35.45 | starseeker | wasn't proposing to upgrade to fix rtserver issue, was looking more at the claim they've addressed that large file support macro problem |
| 00:35.54 | brlcad | anaozin: coverity scan |
| 00:36.08 | brlcad | brl-cad participates in the coverity scan initiative |
| 00:36.32 | brlcad | it's static code analysis, looking for defects across the source using one of the best commercial scanners available |
| 00:36.48 | brlcad | starseeker: ah |
| 00:36.53 | brlcad | probably not worth it for just that |
| 00:37.13 | anaozin | im looking for servers with rfi scan |
| 00:37.13 | brlcad | given our version works, it's only potential for it to NOT work :) |
| 00:37.17 | anaozin | you know? |
| 00:37.27 | brlcad | anaozin: okay, now you're really confusing me |
| 00:37.33 | brlcad | rfi == request for information |
| 00:37.34 | starseeker | yeah - will have to check the changelog, but now that we've finally got it behaving I'm loath to break it |
| 00:38.00 | anaozin | rfi scan = scan vulnerability |
| 00:38.19 | brlcad | what does that mean? |
| 00:38.51 | brlcad | starseeker: I'd wait until there's some other compelling reason (like a CVE or some improvement etc) |
| 00:39.31 | brlcad | anaozin: oooh, I get it .. sorry, being a bit slow |
| 00:39.47 | brlcad | anaozin: why the hell would you think to ask for that here?? |
| 00:40.31 | anaozin | because i found this channel in google |
| 00:40.31 | anaozin | lol |
| 00:41.12 | *** kick/#brlcad [anaozin!~Adium@c-68-34-98-23.hsd1.md.comcast.net] by tofu (lame) | |
| 00:41.13 | *** join/#brlcad anaozin (~gvifs@189.71.122.246) | |
| 00:41.24 | anaozin | loll |
| 00:41.27 | anaozin | 12,00:01D |
| 00:41.29 | tofu | forewarned, ask for malware elsewhere |
| 00:45.51 | brlcad | not really funny, just sad |
| 00:46.09 | brlcad | so much more interesting constructive things one could do with their time |
| 00:46.15 | starseeker | no kidding |
| 00:52.02 | starseeker | shelves zlib 1.2.6 |
| 00:53.02 | brlcad | idiot |
| 02:00.51 | *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 04:27.15 | *** join/#brlcad kaushik_ (~kaushik@122.164.44.178) | |
| 05:20.36 | *** join/#brlcad kaushik_ (~kaushik@122.164.44.178) | |
| 05:24.52 | CIA-128 | BRL-CAD: 03brlcad * r49503 10/brlcad/trunk/doc/docbook/articles/en/ (CMakeLists.txt about.xml): add the original about page from the website as a docbook article. we've gotten a lot of mileage out of that text since I pulled it all together 8+ years ago, long overdue some basic revision control. |
| 06:14.05 | *** join/#brlcad kaushik_ (~kaushik@122.164.44.178) | |
| 07:02.56 | CIA-128 | BRL-CAD: 03brlcad * r49505 10/brlcad/trunk/ (6 files in 3 dirs): include an even older translation of the about page to russian by Ilya in 2008. don't have many details on this contributor but again the translation seems sane. |
| 08:59.20 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:46.32 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 14:00.50 | *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 14:00.50 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 16:39.51 | brlcad | implements a CheckCInline for icc |
| 16:54.03 | CIA-128 | BRL-CAD: 03brlcad * r49506 10/brlcad/trunk/sh/footer.sh: use cmake-mode instead of sh-mode now that it works, even though users have to install it manually |
| 16:57.44 | ``Erik | libcheck for unit testing? I'm using it in that side C lib project, so I could copy over the cmake bits and do up my tesselators test suite with it |
| 17:01.53 | ``Erik | also; ffi friendly shootray? { struct application a; struct partition *p; load_geom(&a, filename, object); p=rt_shootray_simple(&a, /*point_t*/origin, /*vect_t*/dir); do{ ...} while(p=p->next); } ? (to dump librtserver in favor of jna down the road) |
| 17:02.44 | *** join/#brlcad umashankar (IceChat77@117.204.161.208) | |
| 17:33.19 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 17:37.53 | CIA-128 | BRL-CAD: 03brlcad * r49507 10/brlcad/trunk/src/proc-db/menger.c: capture the mask values in an int before assigning to the mask to appease icc |
| 17:41.17 | *** join/#brlcad umashankar (IceChat77@117.204.161.208) | |
| 17:41.29 | *** part/#brlcad umashankar (IceChat77@117.204.161.208) | |
| 17:44.39 | CIA-128 | BRL-CAD: 03brlcad * r49508 10/brlcad/trunk/src/libged/ (edit.c tables.c): icc portability, undo over-constification decls |
| 17:51.05 | CIA-128 | BRL-CAD: 03brlcad * r49509 10/brlcad/trunk/src/libged/ (exists.c typein.c): icc does not like code that implicitly pretends enums are ints. cast accordingly to make the intent explicit. |
| 18:26.27 | CIA-128 | BRL-CAD: 03brlcad * r49510 10/brlcad/trunk/src/libged/attr.c: name is already the right type for bu_strcmp() |
| 18:31.48 | CIA-128 | BRL-CAD: 03brlcad * r49511 10/brlcad/trunk/src/librt/search.c: init to one of the enum types, not an int |
| 18:32.51 | CIA-128 | BRL-CAD: 03brlcad * r49512 10/brlcad/trunk/src/util/fix_polysolids.c: init at least the first union field to zero. |
| 18:34.45 | CIA-128 | BRL-CAD: 03brlcad * r49513 10/brlcad/trunk/src/mged/mged.c: mged_notify() is used as an void(*)(int) pointer, so give it an unused int param |
| 18:35.40 | CIA-128 | BRL-CAD: 03brlcad * r49514 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: cast int to enum to make icc happy |
| 18:37.26 | CIA-128 | BRL-CAD: 03brlcad * r49515 10/brlcad/trunk/src/vdeck/vdeck.c: init op to obuf so it's not potentially used before init. |
| 18:42.55 | CIA-128 | BRL-CAD: 03brlcad * r49516 10/brlcad/trunk/src/librt/primitives/revolve/revolve.c: bonefide bug detected by icc, the sketch verts array are 2d entities so we should be calling V2MOVE() instead of VMOVE() and V2JOIN1() instead of VJOIN1(). |
| 18:43.13 | CIA-128 | BRL-CAD: 03brlcad * r49517 10/brlcad/trunk/src/liboptical/sh_text.c: fill out the callback functions that do nothing just to appease pedantic compilation. uncovered the need for a second mlib_void() due to the different signature. |
| 18:50.25 | CIA-128 | BRL-CAD: 03brlcad * r49518 10/brlcad/trunk/src/ (conv/dem-g.c libtclcad/tclcad_obj.c): cast int to enum type to appease icc |
| 18:53.08 | CIA-128 | BRL-CAD: 03brlcad * r49519 10/brlcad/trunk/src/liboptical/photonmap.c: avoid division by zero |
| 19:01.04 | starseeker | brlcad: any idea how xpush might be managing to corrupt dbip->dbiHead? |
| 19:02.19 | starseeker | I can see *when* it's happening - *headp = dp; in db_lookup.c - but I'm not sure how it's managing to get the right pointer badness to do it |
| 19:23.58 | *** join/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu) | |
| 19:30.23 | starseeker | no, that might not be it... when I add print statements, something else happens?? |
| 19:32.36 | brlcad | sure, a bug ;) |
| 19:32.52 | brlcad | otherwise, not much use without a debugger and loads of time to investigate |
| 19:33.29 | brlcad | }hello andymanak |
| 19:37.48 | andymanak | hello |
| 19:55.32 | starseeker | is beyond his depth here... |
| 20:03.30 | brlcad | but you've been debugging less than a day! :) |
| 20:08.39 | brlcad | starseeker: given the potential corruption lead, you might have better luck running through valgrind |
| 20:08.57 | brlcad | then it might detect a direct memory overrun for you |
| 20:10.57 | CIA-128 | BRL-CAD: 03starseeker * r49520 10/brlcad/trunk/ (NEWS src/tclscripts/rtwizard/lib/MGEDpage.itk): Apply alphabetical sorting to the toplevel objects list in rtwizard. |
| 20:12.34 | starseeker | brlcad: it looks like a dp->d_use_hd somehow is initialized and has what looks like a valid pointer to the if test, but when the free routine goes after it... kablooey |
| 20:12.54 | starseeker | probably several ways that could happen... |
| 20:13.03 | starseeker | maybe valgrind is a good idea |
| 20:15.39 | CIA-128 | BRL-CAD: 03starseeker * r49521 10/brlcad/branches/STABLE/src/tclscripts/rtwizard/lib/MGEDpage.itk: put rtwizard tweak in stable too. |
| 20:39.50 | CIA-128 | BRL-CAD: 03starseeker * r49522 10/brlcad/branches/STABLE/src/librt/primitives/revolve/revolve.c: merge bugfix from trunk r49516 |
| 21:24.48 | CIA-128 | BRL-CAD: 03starseeker * r49523 10/brlcad/trunk/src/libdm/CMakeLists.txt: clear previous definitions in case something (like opengl settings) changed. |
| 21:27.50 | CIA-128 | BRL-CAD: 03starseeker * r49524 10/brlcad/trunk/src/librt/db_alloc.c: (log message trimmed) |
| 21:27.51 | CIA-128 | BRL-CAD: Doubtful this gets to the heart of the matter, but when investigating an xpush |
| 21:27.51 | CIA-128 | BRL-CAD: crash valgrind reports memory being called uninitialized in the xpush free |
| 21:27.51 | CIA-128 | BRL-CAD: routines at xpush.c:90 is initially allocated by db_alloc_directory_block. |
| 21:27.51 | CIA-128 | BRL-CAD: Somehow the dp->d_use_hd entry in question has a 'used' pointer pointing to |
| 21:27.51 | CIA-128 | BRL-CAD: uninitialized memory. Should have it in the first place, but if we use |
| 21:27.52 | CIA-128 | BRL-CAD: bu_calloc in db_alloc_directory_block instead of bu_malloc we at least don't |
| 21:44.44 | CIA-128 | BRL-CAD: 03starseeker * r49525 10/brlcad/trunk/src/ (adrt/CMakeLists.txt libtclcad/CMakeLists.txt): Couple more tweaks for turning opengl on/off |
| 21:52.22 | *** part/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu) | |
| 22:19.59 | CIA-128 | BRL-CAD: 03starseeker * r49526 10/brlcad/trunk/src/ (librt/CMakeLists.txt libwdb/CMakeLists.txt): few more initializations |
| 22:29.12 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 22:29.49 | CIA-128 | BRL-CAD: 03n_reed * r49527 10/brlcad/trunk/src/libged/CMakeLists.txt: initialize GED defines |
| 02:00.53 | *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 03:57.16 | CIA-128 | BRL-CAD: 03starseeker * r49528 10/brlcad/trunk/ (6 files in 6 dirs): Take a different approach to per-target defines management - use global properties instead of cached values. This should have better behavior when configure options are changed. |
| 04:48.32 | CIA-128 | BRL-CAD: 03brlcad * r49529 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: (log message trimmed) |
| 04:48.32 | CIA-128 | BRL-CAD: add an initial implementation of a new CHECK_C_INLINE() macro for detecting |
| 04:48.32 | CIA-128 | BRL-CAD: legacy forms of specifying inlining. this impl is loosely based off a snippet |
| 04:48.32 | CIA-128 | BRL-CAD: from Jack Kelly on the cmake mailing list except it avoids writing out a source |
| 04:48.32 | CIA-128 | BRL-CAD: file and only defines inline to something else if we need to. alas, this |
| 04:48.33 | CIA-128 | BRL-CAD: implementation does cop-out and sets a global definition instead of letting the |
| 04:48.33 | CIA-128 | BRL-CAD: caller decide by passing in a variable, but it should work well enough for those |
| 04:49.04 | CIA-128 | BRL-CAD: 03brlcad * r49530 10/brlcad/trunk/CMakeLists.txt: call the new CHECK_C_INLINE macro for improved portability |
| 05:36.58 | CIA-128 | BRL-CAD: 03brlcad * r49531 10/brlcad/trunk/src/other/lemon/lempar.c: apparently yyRuleName is only used during debug compilation according to icc |
| 05:41.28 | CIA-128 | BRL-CAD: 03brlcad * r49532 10/brlcad/trunk/src/util/bwmod.c: make sure the index doesn't exceep the mapbuf buffer |
| 05:47.15 | CIA-128 | BRL-CAD: 03brlcad * r49533 10/brlcad/trunk/NEWS: slew of code fixes and slight build system tweaks in support of the intel compiler, significant enough to note since it's fundamental portability infrastructure. |
| 05:49.30 | CIA-128 | BRL-CAD: 03brlcad * r49534 10/brlcad/trunk/NEWS: Apply alphabetical sorting to the toplevel objects list in rtwizard. (edit due to inconsistent case) |
| 05:51.57 | CIA-128 | BRL-CAD: 03brlcad * r49535 10/brlcad/trunk/NEWS: |
| 05:51.57 | CIA-128 | BRL-CAD: Make sure the attributes and comb are always on the same page, and that we don't |
| 05:51.57 | CIA-128 | BRL-CAD: miss color if someone works with rgb. (expanding name so it'll be easier to |
| 05:51.57 | CIA-128 | BRL-CAD: tabulate and group down the road, need to fix others after next PRB) |
| 05:54.43 | CIA-128 | BRL-CAD: 03brlcad * r49536 10/brlcad/trunk/NEWS: |
| 05:54.44 | CIA-128 | BRL-CAD: Bob fixed a bug in Archer's tree view - the tree view wasn't highlighting the |
| 05:54.44 | CIA-128 | BRL-CAD: correct objects when the option was set to highlight objects that would be |
| 05:54.44 | CIA-128 | BRL-CAD: impacted by editing the currently selected object. (reword to expand name) |
| 06:00.47 | CIA-128 | BRL-CAD: 03brlcad * r49537 10/brlcad/trunk/NEWS: |
| 06:00.47 | CIA-128 | BRL-CAD: reword for prb tracking since the commit messages are extracted. tom browder |
| 06:00.47 | CIA-128 | BRL-CAD: fixed a bug in mged where the relatively new BotEditor GUI was no longer |
| 06:00.47 | CIA-128 | BRL-CAD: functional. breakage was reported in sf bug report 3392650, fixed in r48073 by |
| 06:00.47 | CIA-128 | BRL-CAD: tom. gui now displays correctly. |
| 06:04.11 | CIA-128 | BRL-CAD: 03brlcad * r49538 10/brlcad/trunk/NEWS: reword for prb. tom browder fixed a bug affecting the regions and solids commands where they were dumping core if run due to bogus type coercion. reported and fixed by tom in sf bug report 3392558, fixed in r48037. |
| 08:08.32 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:51.50 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 10:07.53 | *** join/#brlcad kaushik_ (~kaushik@122.164.129.124) | |
| 10:08.27 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 10:08.59 | kaushik_ | brlcad: Replied back! I'm looking through the NURBS code now... Anything specific I should be looking for when talking about the Implicit-Nurbs conversion project? |
| 10:46.49 | *** join/#brlcad kaushik_ (~kaushik@122.164.129.124) | |
| 10:51.16 | *** join/#brlcad merzo_ (~merzo@193.254.217.44) | |
| 12:17.11 | *** join/#brlcad kaushik_ (~kaushik@122.164.129.124) | |
| 12:28.48 | *** join/#brlcad kaushik__ (~kaushik@122.164.212.105) | |
| 13:46.44 | *** join/#brlcad kaushik__ (~kaushik@122.164.212.105) | |
| 14:00.52 | *** join/#brlcad tofu (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 14:00.52 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 15:24.30 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 18:08.07 | CIA-128 | BRL-CAD: 03starseeker * r49539 10/brlcad/trunk/src/other/lemon/lempar.c: Take a different approach to the issue seen with r49253 |
| 19:39.14 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:39.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:47.31 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:47.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:53.29 | CIA-128 | BRL-CAD: 03brlcad * r49540 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: |
| 19:53.29 | CIA-128 | BRL-CAD: GAH, revert the msse3 addition from r46520 as it invariably caused days of |
| 19:53.29 | CIA-128 | BRL-CAD: mysterious debugging for the exact same reason it was disabled in the first |
| 19:53.29 | CIA-128 | BRL-CAD: place. you can't just turn on sse for binaries that are distributed since |
| 19:53.29 | CIA-128 | BRL-CAD: you'll end up with illegal instructions (crashes) at runtime. debugged issue |
| 19:53.29 | CIA-128 | BRL-CAD: encountered on debian with jordi sayol and user notius, who was running .deb |
| 19:53.30 | CIA-128 | BRL-CAD: installs on a Pentium M system. |
| 19:57.52 | CIA-128 | BRL-CAD: 03brlcad * r49541 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: |
| 19:57.52 | CIA-128 | BRL-CAD: go ahead and enable sse for debug builds, but make an emphatic plea to not |
| 19:57.52 | CIA-128 | BRL-CAD: enable sse for release builds since we don't have the right run-time |
| 19:57.52 | CIA-128 | BRL-CAD: infrastructure in place to avoid run-time illegal instructions on systems that |
| 19:57.52 | CIA-128 | BRL-CAD: don't have sse. |
| 20:21.03 | jordisayol | brlcad: very good! I see you solved the problem! |
| 20:22.12 | jordisayol | brlcad: now there's -mtune=generic flag. is ok or is better to remove it? |
| 20:23.02 | jordisayol | brlcad: just to know before to build a new deb package for testing |
| 20:36.31 | CIA-128 | BRL-CAD: 03starseeker * r49542 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: The MSVC build fails when trying to link openNURBS when we run this macro - avoid it on MSVC until the correct solution is determined. |
| 20:36.52 | CIA-128 | BRL-CAD: 03brlcad * r49543 10/brlcad/trunk/TODO: need to improve sse support big-time. been bitten by distribution bugs at least twice now. also metaball adjusting seems to be hosed. |
| 20:39.55 | CIA-128 | BRL-CAD: 03brlcad * r49544 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: mtune=generic wasn't the cause of the illegal instruction problem, so remove it. cause was sse. |
| 20:40.17 | brlcad | jordisayol: it's okay and better to remove it ;) |
| 20:41.10 | jordisayol | brlcad: ok, i'll create a new deb and send for testing, to assure that everything is fine now. many thanks! :-) |
| 02:00.55 | *** join/#brlcad tofu1 (~Adium@c-68-34-98-23.hsd1.md.comcast.net) | |
| 02:46.12 | *** join/#brlcad kaushik__ (~kaushik@122.164.212.105) | |
| 05:14.39 | *** join/#brlcad kaushik__ (~kaushik@122.164.212.105) | |
| 05:15.36 | *** join/#brlcad piksi (piksi@83.145.207.200) | |
| 07:09.28 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 07:46.27 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:39.59 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:39.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:41.51 | *** join/#brlcad hackrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 13:58.37 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 14:44.10 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 14:47.34 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 15:14.33 | starseeker | brlcad: sorry about the sse thing - my bad |
| 16:24.46 | jordisayol | brlcad: new deb empirical test passed! |
| 16:43.39 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 17:41.09 | *** join/#brlcad Stattrav (~Stattrav@223.234.0.197) | |
| 17:41.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:42.38 | *** join/#brlcad Stattrav (~Stattrav@223.234.0.197) | |
| 18:42.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:26.27 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 20:27.08 | jarray52 | Can BRL-CAD import 2D DXF models into 3D BRL-CAD models? |
| 20:40.34 | *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 20:45.26 | *** join/#brlcad ``Erik (~erik@BZ.BZFLAG.BZ) | |
| 21:09.56 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 21:18.03 | *** join/#brlcad IriX64 (~kvirc@64.229.225.191) | |
| 21:19.00 | IriX64 | http://pastebin.ca/2121567 hope this helps, it built fine but i get this on install. |
| 21:19.15 | IriX64 | ciao |
| 22:33.35 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 22:39.43 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 22:44.54 | *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 01:38.01 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 01:44.58 | *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 09:04.03 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:41.52 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 13:51.13 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 13:51.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:29.24 | brlcad | jarray52: some/most 2D DXF will import cleanly as BRL-CAD's 2D "sketch" objects |
| 14:29.33 | brlcad | those sketch objects can then be extruded into 3D |
| 14:29.48 | brlcad | (assuming they describe a closed contour) |
| 14:36.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:52.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r49545 10/brlcad/trunk/doc/docbook/articles/it/ (20 files in 2 dirs): add Italian translation |
| 16:31.31 | *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 17:00.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r49546 10/brlcad/trunk/doc/docbook/articles/CMakeLists.txt: add Italian translation |
| 17:10.27 | CIA-128 | BRL-CAD: 03tbrowder2 * r49547 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: add CMake data for Italian translation |
| 17:53.03 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 18:11.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:27.28 | CIA-128 | BRL-CAD: 03tbrowder2 * r49548 10/brlcad/trunk/INSTALL: add a tad more specificity since PDF is not mentioned in any of the option names |
| 18:50.57 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:50.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:58.34 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:58.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:04.27 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:04.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:05.12 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 19:08.11 | CIA-128 | BRL-CAD: 03tbrowder2 * r49549 10/brlcad/trunk/doc/docbook/README: note new language in translated docs |
| 19:08.43 | CIA-128 | BRL-CAD: 03tbrowder2 * r49550 10/brlcad/trunk/doc/docbook/books/en/tutorial_series_authors.xml: make utf-8 explicit |
| 19:18.16 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:18.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:23.36 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:23.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:28.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:28.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:39.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:00.02 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:00.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:41.33 | *** join/#brlcad simion314_ (~quassel@109.97.237.43) | |
| 21:41.48 | simion314_ | hi |
| 21:41.57 | simion314_ | can this do 5 axis? |
| 21:45.43 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:45.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:47.45 | CIA-128 | BRL-CAD: 03tbrowder2 * r49551 10/brlcad/trunk/CMakeLists.txt: add recognition of an APACHE_FOP env var to point to a user's fop; correct sense of cmake dependent option tests for pdf |
| 21:51.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r49552 10/brlcad/trunk/INSTALL: document the APACHE_FOP environment variable used by the cmake build system |
| 22:00.25 | brlcad | simion314_: that question makes little sense in the context of BRL-CAD |
| 22:00.43 | brlcad | simion314_: we're not a CAM system |
| 22:00.45 | simion314_ | brlcad: hi |
| 22:00.51 | brlcad | hello |
| 22:02.25 | simion314_ | i am not an expert in this domain, i am looking for a sooftware that can help creating some cnc for a 5 axis tool, i am a developer that must help someone do this, i searching if i can extend something already made |
| 22:03.14 | simion314_ | brlcad: sorry i do not make much sense |
| 22:12.02 | brlcad | simion314_: nah, the inquiry makes sense and you could certainly extend brl-cad do do milling work, but ... it'd be a fair bit of work |
| 22:12.37 | brlcad | cnc about g-code, which is sort of like old-school 3d postscript commands but worse |
| 22:12.50 | brlcad | s/about/outputs/ |
| 22:13.52 | brlcad | something already existing would be http://www.linuxcnc.org or http://gcam.js.cx |
| 22:15.48 | simion314_ | brlcad: thx for info |
| 22:17.55 | brlcad | simion314_: no problem |
| 22:18.17 | brlcad | if you do look into working on brl-cad (for anything), we're always here available to help you get started |
| 22:18.59 | simion314_ | brlcad: what language is used for brl cad and plugins? |
| 23:59.23 | CIA-128 | BRL-CAD: 03starseeker * r49553 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Add the change to the option documentation in CMakeLists.txt, rather than INSTALL - that part of the docs is autogenerated. |
| 00:27.25 | CIA-128 | BRL-CAD: 03starseeker * r49554 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: don't want the inline test printing each time cmake is run. |
| 00:33.01 | CIA-128 | BRL-CAD: 03starseeker * r49555 10/brlcad/trunk/CMakeLists.txt: Tweaks to Apache fop env check, version message, DocBook options. |
| 03:15.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r49556 10/brlcad/trunk/src/rt/viewedge.c: ws |
| 03:15.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49557 10/brlcad/trunk/CMakeLists.txt: document more options |
| 03:16.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49558 10/brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: typo |
| 03:17.48 | CIA-128 | BRL-CAD: 03tbrowder2 * r49559 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: update with correct file info |
| 03:18.37 | CIA-128 | BRL-CAD: 03tbrowder2 * r49560 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: use meaningful image file names |
| 03:29.59 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:29.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:01.15 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:01.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:25.09 | *** join/#brlcad simion314 (~quassel@109.97.237.43) | |
| 05:30.10 | brlcad | simion314: most are C/C++, much of the GUI is still in Tcl/Tk |
| 05:34.19 | CIA-128 | BRL-CAD: 03starseeker * r49561 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Copy/paste error, looks like... |
| 09:27.34 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:40.33 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:24.41 | *** join/#brlcad simion314 (~quassel@109.96.26.75) | |
| 11:00.18 | *** join/#brlcad simion314 (~quassel@92.83.123.126) | |
| 12:47.33 | *** join/#brlcad simion314_ (~quassel@92.83.123.126) | |
| 13:15.51 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:28.29 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 16:35.42 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:35.42 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 18:58.40 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 19:00.12 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 19:51.18 | CIA-128 | BRL-CAD: 03bob1961 * r49562 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Mods to to_data_axes() to allow gdas_draw to have 3 values (i.e. no draw, draw axes, draw points). |
| 19:56.30 | CIA-128 | BRL-CAD: 03bob1961 * r49563 10/brlcad/trunk/ (10 files in 2 dirs): Added dm_drawPoint3D and dm_drawPoints3D. |
| 21:37.39 | *** join/#brlcad simion314_ (~quassel@92.83.115.186) | |
| 21:53.50 | starseeker | brlcad: did you decide on the ultimate form of the CheckCInline macro? |
| 22:20.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 22:44.17 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:CodeCleanup.pdf]]" |
| 22:48.40 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3282 10/wiki/Image:CodeCleanup.pdf: link to code cleanup page |
| 22:57.29 | brlcad | starseeker: yeah, just haven't committed it yet |
| 22:57.36 | brlcad | working on an announcement |
| 23:07.20 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3283 10/wiki/Code_Cleanup: add a section on refactoring best practices and the code cleanup cheat sheet |
| 23:47.34 | CIA-128 | BRL-CAD: 03brlcad * r49564 10/brlcad/trunk/HACKING: joab no longer works for GCN (works at IDG), so remove him as a point-of-contact for announcements. |
| 01:10.23 | CIA-128 | BRL-CAD: 03n_reed * r49565 10/brlcad/trunk/src/libdm/dm-ogl.c: print pointer with %p instead of %llu. suppresses compiler warning. |
| 01:33.10 | CIA-128 | BRL-CAD: 03n_reed * r49566 10/brlcad/trunk/src/other/step/src/ (7 files in 2 dirs): address some constant string warnings |
| 02:21.41 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:14.38 | *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net) | |
| 04:15.36 | bhinesley | hell |
| 04:15.37 | bhinesley | *hello |
| 04:46.55 | brlcad | howdy bhinesley! |
| 04:47.02 | brlcad | wb.. :) |
| 04:49.05 | bhinesley | thanks :) |
| 04:49.21 | bhinesley | I figured I could try to help GSoC'ers where I can |
| 05:06.24 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 05:14.53 | brlcad | bhinesley: that's great news, we're aiming to expand our student selections massively this year |
| 05:15.44 | brlcad | hoping to do a lot of outreach so we can get lots of good applicants |
| 05:30.58 | bhinesley | brlcad: cool. I'm giving a presentation on GSoC for my universities CS dept. I'll be speaking highly about the program and BRL-CAD, so perhaps some students will be interested. |
| 05:32.52 | bhinesley | btw, I failed to read your message about mentoring the Google Code-in until it was too late, but I'd love to next round |
| 06:05.25 | *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net) | |
| 06:45.54 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 10:24.28 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:00.01 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 11:41.29 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:14.36 | brlcad | bhinesley: that's fantastic news on both counts |
| 12:14.51 | brlcad | do plan to do GCI next time too |
| 14:23.45 | starseeker | bhinesley: you're no longer a student yourself? |
| 15:07.09 | CIA-128 | BRL-CAD: 03erikgreenwald * r49567 10/brlcad/trunk/HACKING: typo |
| 15:16.03 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 16:07.18 | CIA-128 | BRL-CAD: 03bob1961 * r49568 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added rtcntrl method to allow control of the ArcherCore's raytrace control panel from other widgets. |
| 17:32.34 | CIA-128 | BRL-CAD: 03erikgreenwald * r49569 10/brlcad/trunk/misc/CMake/FindX11.cmake: Add /usr/lib/i386-linux-gnu/ to the search path for 32b, mirroring the x86_64-linux-gnu path. Fixes Ubuntu. |
| 17:49.42 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:49.42 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:31.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:36.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:11.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:11.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:18.58 | *** join/#brlcad simion314_ (~quassel@92.83.115.186) | |
| 21:18.31 | *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net) | |
| 21:18.31 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 21:18.31 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 21:18.31 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 21:18.31 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:18.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:18.31 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 21:18.31 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 21:18.31 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 21:18.31 | *** mode/#brlcad [+o ChanServ] by calvino.freenode.net | |
| 21:54.52 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 22:03.11 | CIA-128 | BRL-CAD: 03n_reed * r49570 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.cc: fix bad int- and float-to-string conversions |
| 22:04.23 | CIA-128 | BRL-CAD: 03n_reed * r49571 10/brlcad/trunk/src/other/step/src/ (clstepcore/Registry.inline.cc clutils/scl_hash.h): remove references to non-existent function |
| 22:30.43 | CIA-128 | BRL-CAD: 03r_weiss * r49572 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl: |
| 22:30.44 | CIA-128 | BRL-CAD: Updated tcl script 'PictureTypeE.itcl' for the 'rtwizard'. This change was for |
| 22:30.44 | CIA-128 | BRL-CAD: the "Ghost Image with Insert" type. Fixed some logic bugs, added support for pix |
| 22:30.44 | CIA-128 | BRL-CAD: to png conversion and added the removal of tmp files. This code change works but |
| 22:30.44 | CIA-128 | BRL-CAD: the changes may not be the best solution. |
| 22:56.03 | CIA-128 | BRL-CAD: 03starseeker * r49573 10/brlcad/trunk/src/other/ (5 files in 5 dirs): Sync other copies of FindX11.cmake |
| 23:12.42 | CIA-128 | BRL-CAD: 03n_reed * r49574 10/brlcad/trunk/src/libdm/axes.c: condition opengl calls on having opengl |
| 23:25.00 | CIA-128 | BRL-CAD: 03starseeker * r49575 10/brlcad/trunk/ (3 files in 3 dirs): Add convenience targets for DocBook documentation building - doc, html, man and pdf |
| 23:45.02 | CIA-128 | BRL-CAD: 03starseeker * r49576 10/brlcad/trunk/ (14 files in 14 dirs): Individual targets highlight the need for dependencies on the image copying targets - add them where appropriate. |
| 23:52.24 | CIA-128 | BRL-CAD: 03starseeker * r49577 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Don't add the doc build target unless there is are some DocBook targets to add |
| 00:29.32 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 00:31.27 | jarray52 | What software tools do people typically use to turn BRLCAD designs into gcode? |
| 02:30.26 | bhinesley | starseeker: I am |
| 03:23.38 | brlcad | jarray52: people typically don't, but I have heard of some folks using one of our exporters (such as g-stl) |
| 03:23.53 | brlcad | since most tools that'll export gcode will import stl |
| 03:24.15 | brlcad | it's one of the most stupid / worse formats to ever use, but it's pervasive |
| 04:06.25 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:06.25 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:00.19 | jarray52 | brlcad: Which is one of the most stupid/worse formats to ever use? gcode? What's the alternative for creating toolpaths for machining? Is there a reference you could suggest on toolpath formats? |
| 05:39.23 | starseeker | I think he ment stl |
| 05:52.47 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 07:07.37 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 07:07.47 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 07:08.00 | *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 07:11.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:56.20 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 12:14.08 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:14.43 | *** join/#brlcad simion314_ (~quassel@92.83.115.186) | |
| 12:18.34 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 12:25.37 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 12:25.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:34.28 | brlcad | meant stl |
| 13:45.35 | jarray52 | brlcad: What's the best format in your opinion? |
| 13:48.39 | jarray52 | What are typical toolchains used with brlcad to get manufactured parts with something like linuxcnc? |
| 13:52.33 | starseeker | hmm! http://news.cnet.com/8301-13772_3-57384166-52/smithsonian-turns-to-3d-to-bring-collection-to-the-world/ |
| 13:53.03 | starseeker | jarray52: it's not common enough for there to be a "typical" toolchain |
| 13:54.33 | starseeker | this may be of interest: http://gcam.js.cx/wiki/Main_Page |
| 13:57.22 | jarray52 | starseeker: What do people do with BRLCAD models? Presumably, the models are eventually brought into the real world, right? |
| 13:57.49 | starseeker | generally they're raytraced |
| 13:57.58 | starseeker | used for analytical work |
| 14:00.17 | jarray52 | starseeker: after the analytical work is done, are the parts and models redone in another CAD program to make the parts? |
| 14:01.23 | starseeker | BRL-CAD doesn't have much to do with the production of parts - it's more common for models to come from other CAD systems to BRL-CAD at the moment |
| 14:03.27 | jarray52 | starseeker: So, it is better to use another CAD system to design the parts and then import into BRL-CAD? |
| 14:03.56 | starseeker | if your primary purpose is to manufacture them, that's probably simpler at this stage |
| 14:06.04 | starseeker | jarray52: you might try the following |
| 14:06.06 | jarray52 | I would like to model and raytrace in order to generate 3D animations of the device(similar to a lawn mower engine). Then, I'd like to take the parts and make them. |
| 14:06.32 | starseeker | use the stl export from BRL-CAD, then take a look at http://reprap.org/wiki/Slic3r |
| 14:06.47 | jarray52 | the parts are metal |
| 14:06.48 | starseeker | or rather, http://slic3r.org/ |
| 14:08.26 | starseeker | another possibility: https://github.com/timschmidt/repsnapper |
| 14:09.12 | starseeker | 3D animations? You mean, model the working of the engine? |
| 14:09.34 | jarray52 | I'm looking for something that could eventually run on something like linuxcnc: http://www.linuxcnc.org/ (EMC2) |
| 14:09.48 | jarray52 | Yes. Model the working of an engine. |
| 14:10.23 | starseeker | that requires integration of something like Bullet - there has been a little work done towards that goal, but we aren't there yet |
| 14:14.38 | jarray52 | starseeker: I'm just planning on generating frames with a shell script and then putting them together with mencoder. |
| 14:14.51 | starseeker | ah, that's different |
| 14:15.24 | starseeker | I thought you were wanting to do something like set one gear spinning and have the other interlocked gears follow suit |
| 14:15.42 | jarray52 | Yes. I plan to do that. |
| 14:15.56 | starseeker | we don't currently support that, to the best of my knowledge |
| 14:16.11 | jarray52 | At every time step, every object will be rotated or translated. |
| 14:16.32 | starseeker | you would have to do all those rotations and translations manually or with a script |
| 14:16.42 | jarray52 | Right |
| 14:16.52 | jarray52 | How else could it be done? |
| 14:17.44 | starseeker | Bullet is a physics engine - it can simulate the interaction of physical components |
| 14:17.59 | starseeker | http://bulletphysics.org/wordpress/ |
| 14:19.08 | starseeker | the code lives here: http://code.google.com/p/bullet/ |
| 14:21.05 | starseeker | the work done so far is documented here: http://brlcad.org/wiki/User:Abhijit |
| 14:21.55 | starseeker | (see, for example, http://www.youtube.com/watch?v=SByoQQStH2s) |
| 14:22.16 | starseeker | the box case is the trivial one - non-trivial geometry gets harder |
| 14:23.00 | starseeker | anyway, for now you'll have to do the steps manually, as you originally thought |
| 14:24.05 | starseeker | that leave 3D printing, and I'd suggest doing some tests with g-stl and slic3r to see if the results are usable |
| 14:26.16 | starseeker | jarray52: you might also see if http://heeks.net/ can be of any help (I don't know much about it myself) |
| 14:27.35 | starseeker | makes a note to himself to checkout http://www.graphics.stanford.edu/software/scanalyze/ someday... |
| 14:31.01 | jarray52 | Things move in a fairly precise way. It's hard to imagine a physics engine would be sophisticated enough to figure everything out on its own. |
| 14:31.44 | jarray52 | starseeker: What about generating parts in the salome platform and then importing to BRLCAD? |
| 14:33.08 | jarray52 | Do dxf exports from BRLCAD work well with dxf2gcode? |
| 14:39.26 | archivist | jarray52, there is a lack of good opensource cam, a number of projects are needing help |
| 14:40.39 | jarray52 | archivist: Is there a commercial product that integrates nicely with opensource CAD such as BRLCAD or SALOME? |
| 14:41.59 | archivist | commercial cam will take all the money you have given chance |
| 14:43.46 | jarray52 | archivist: There isn't much choice is there? |
| 14:45.32 | archivist | depends what you want to do and the machines you will be using too |
| 14:46.30 | archivist | lathe/ normal 3 axis mill, then there is some stuff, 5 axis mill then not a lot |
| 15:05.34 | jarray52 | archivist: What about 4 axis mills? |
| 15:06.15 | jarray52 | archivist: Any suggestions for lathe/normal 3-axis mills? |
| 15:16.55 | archivist | just re enabled a web page that points to a number of cam packages http://www.os-cam.org/index.php |
| 15:17.44 | archivist | see also http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Cam |
| 15:30.03 | jarray52 | archivist: Which of these projects would you regard as the most mature? |
| 15:36.25 | jarray52 | archivist: Thanks for your input. |
| 15:36.40 | jarray52 | starseeker: Thanks. |
| 15:37.12 | archivist | not sure I would pick one over any other, depends on job |
| 15:37.39 | jarray52 | archivist: Is PythonCAM a good starting point for engine parts? |
| 15:37.46 | archivist | but I hand code most of the time |
| 15:38.10 | jarray52 | archivist: I'm thinking this might be the best option. |
| 15:38.28 | jarray52 | archivist: What does your work flow look like? |
| 15:38.49 | jarray52 | archivist: design on BRLCAD and then hand code the gcode to run on EMC? |
| 15:39.47 | archivist | mostly gcode to part, as lately working on standard parts |
| 15:40.20 | jarray52 | gcode to part? |
| 15:40.33 | jarray52 | you mean part to gcode? |
| 15:40.51 | archivist | no I mean no drawing, |
| 15:41.16 | jarray52 | drawing to part using gcode |
| 15:41.22 | jarray52 | ? |
| 15:41.31 | archivist | NO drawing |
| 15:42.07 | jarray52 | BRLCAD to part using gcode? |
| 15:42.08 | archivist | I am scripting in gcode to make gears |
| 15:42.27 | jarray52 | that makes sense |
| 15:42.50 | jarray52 | You are using a scripting language to generate the gcode, right? |
| 15:43.07 | archivist | no, I write the gcode directly |
| 15:43.56 | jarray52 | Oh, you look at a part and then write the gcode. Got it. |
| 15:45.43 | jarray52 | Do you run the gcode on EMC linux? |
| 15:46.02 | archivist | yes |
| 15:46.45 | jarray52 | thanks |
| 15:46.51 | jarray52 | I'll give that a try |
| 15:47.21 | archivist | emc got renamed recently #linuxcnc |
| 19:49.02 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 21:12.21 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 22:23.31 | CIA-128 | BRL-CAD: 03erikgreenwald * r49578 10/brlcad/trunk/src/rttherm/CMakeLists.txt: swap order of libged and libfb, ubuntu seems to care |
| 23:42.05 | CIA-128 | BRL-CAD: 03tbrowder2 * r49579 10/brlcad/trunk/doc/docbook/articles/it/images/ (6 files): run images through gimp for use in pdf |
| 23:45.28 | *** join/#brlcad bhinesley (~bhinesley@adsl-99-125-82-224.dsl.bkfd14.sbcglobal.net) | |
| 00:54.24 | CIA-128 | BRL-CAD: 03starseeker * r49580 10/brlcad/trunk/src/other/lemon/lempar.c: MSVC still didn't like the previous changes - re2c bootstrap scanner hung in infinite loop. |
| 00:55.26 | CIA-128 | BRL-CAD: 03n_reed * r49581 10/brlcad/trunk/src/other/step/src/clutils/Str.cc: logic looked a hair off (trying recovery even if bad bit set). rewrite for readability. |
| 05:49.47 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 08:40.48 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:21.18 | CIA-128 | BRL-CAD: 03tbrowder2 * r49582 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: trying to improve pdf output |
| 12:24.45 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 13:10.00 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:55.38 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:21.44 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 16:32.58 | CIA-128 | BRL-CAD: 03starseeker * r49583 10/brlcad/trunk/ (doc/docbook/CMakeLists.txt misc/CMake/fop.cmake.in): Call out the log4j configuration file specifically for fop |
| 17:47.21 | ``Erik | just wrote a filter to fix all those cmake case issues automagically, we should put it in the repo: int main(argc, char *argv) { int c; while(c=getch()) if(isalpha(c)) putchar( rand()&1 ? toupper(c) : tolower(c) ); else putchar(c): return 0; } |
| 19:25.20 | ``Erik | (suppose the isalpha() is superfluous) |
| 19:43.29 | *** part/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 20:29.16 | *** join/#brlcad andymanak (~andy@x130-65-175-233.engr.sjsu.edu) | |
| 20:32.05 | *** part/#brlcad andymanak (~andy@x130-65-175-233.engr.sjsu.edu) | |
| 21:19.12 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 21:41.14 | *** join/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu) | |
| 21:41.19 | *** part/#brlcad andymanak (~andy@sjs-mh-wifi-1-0-lc-int.sjsu.edu) | |
| 22:06.04 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 22:10.04 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 22:17.21 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 00:02.35 | CIA-128 | BRL-CAD: 03starseeker * r49584 10/brlcad/trunk/CMakeLists.txt: fix endif |
| 00:15.29 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:26.36 | ``Erik | gcc 4.6.3 out O.o |
| 00:37.34 | ``Erik | mm, big data http://freegisdata.rtwilson.com/ |
| 02:34.14 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 02:34.33 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 03:12.13 | *** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1088929993.dsl.bell.ca) | |
| 03:12.55 | IriX64 | http://pastebin.ca/2123394 <---- about half an hour ago i checked out brlcad this happened at install time. |
| 03:13.02 | IriX64 | ciao |
| 03:33.38 | starseeker | blast it IriX64, how about some details??? |
| 03:40.38 | CIA-128 | BRL-CAD: 03starseeker * r49585 10/brlcad/trunk/CMakeLists.txt: don't mix case |
| 04:33.26 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:30.15 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 05:39.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:49.11 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 05:54.11 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 09:48.12 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:33.26 | CIA-128 | BRL-CAD: 03bob1961 * r49586 10/brlcad/trunk/src/libdm/axes.c: Let's not forget about windows. |
| 13:01.00 | *** join/#brlcad simion314_ (~quassel@92.83.115.186) | |
| 13:56.48 | ``Erik | heh http://www.alibre.com/products/hobby/ |
| 15:35.38 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 15:58.45 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:58.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:11.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:23.02 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 19:09.07 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:17.40 | *** join/#brlcad simion314 (~quassel@92.83.115.186) | |
| 20:25.47 | CIA-128 | BRL-CAD: 03starseeker * r49587 10/brlcad/trunk/CMakeLists.txt: Set RPM system arch. |
| 21:02.20 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 21:02.36 | *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 21:56.31 | *** join/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 21:56.46 | *** part/#brlcad andymanak (~andy@c-24-130-199-23.hsd1.ca.comcast.net) | |
| 23:37.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:05.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r49588 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: corrected option letter for face orientation |
| 01:31.05 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 01:58.57 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 08:00.45 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:00.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:07.54 | CIA-128 | BRL-CAD: 03tbrowder2 * r49589 10/brlcad/trunk/src/conv/obj-g.c: correct typo; inform user of current max verbosity levels |
| 14:09.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r49590 10/brlcad/trunk/doc/docbook/system/man1/en/obj-g.xml: inform user of current max verbosity levels |
| 15:02.15 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 15:36.15 | *** join/#brlcad simion314 (~quassel@92.83.111.102) | |
| 18:02.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r49591 10/brlcad/trunk/CMakeLists.txt: add a bit more info for pdf generation |
| 18:03.11 | *** join/#brlcad simion314 (~quassel@92.83.111.102) | |
| 18:50.11 | CIA-128 | BRL-CAD: 03tbrowder2 * r49592 10/brlcad/trunk/CMakeLists.txt: tweak to avoid dup message |
| 19:40.31 | *** join/#brlcad simion314 (~quassel@109.96.59.223) | |
| 22:01.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:09.16 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 11:33.49 | CIA-128 | BRL-CAD: 03tbrowder2 * r49593 10/brlcad/trunk/doc/docbook/CMakeLists.txt: correct typo |
| 11:35.07 | CIA-128 | BRL-CAD: 03tbrowder2 * r49594 10/brlcad/trunk/doc/docbook/README: update for current file tree structure |
| 12:45.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r49595 10/brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeI.xml: fit pdf pics; remove frames in 6-image table for improved appearance |
| 12:47.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r49596 10/brlcad/trunk/doc/docbook/articles/it/about_it.xml: included images for pdf need indirect relative path to be found due to no catalog |
| 12:49.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:29.49 | *** join/#brlcad merzo (~merzo@90-240-133-95.pool.ukrtel.net) | |
| 14:40.41 | *** join/#brlcad simion314 (~quassel@109.96.35.174) | |
| 17:22.47 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:48.40 | *** join/#brlcad merzo (~merzo@39-231-133-95.pool.ukrtel.net) | |
| 18:18.57 | *** join/#brlcad simion314 (~quassel@109.96.35.174) | |
| 18:38.14 | *** join/#brlcad simion314 (~quassel@109.96.35.174) | |
| 18:50.09 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:50.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:35.12 | *** join/#brlcad simion314 (~quassel@109.96.35.174) | |
| 20:51.40 | *** join/#brlcad merzo (~merzo@201-16-133-95.pool.ukrtel.net) | |
| 21:01.38 | *** join/#brlcad merzo (~merzo@164-37-132-95.pool.ukrtel.net) | |
| 21:51.59 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 22:03.22 | CIA-128 | BRL-CAD: 03tbrowder2 * r49597 10/brlcad/trunk/doc/docbook/ (2 files in 2 dirs): tidy html out for picture sizes, centering |
| 22:21.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r49598 10/brlcad/trunk/doc/docbook/ (3 files in 3 dirs): use css to align graphic objects in html (div.mediaobject { text-align: center; } |
| 23:06.48 | *** join/#brlcad bhinesley (~bhinesley@99.125.82.224) | |
| 00:13.27 | CIA-128 | BRL-CAD: 03starseeker * r49599 10/brlcad/trunk/src/other/tkhtml/src/htmldecode.c: quiet a warning... |
| 00:30.26 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 00:33.56 | starseeker | interesting... - reset_Tty in Cad_Exit in btclsh is hanging during an XCode build... stuck in ioctl. Wonder if that's because of how I'm trying to run things or a fundamental conflict with xcodebuild... |
| 01:34.41 | CIA-128 | BRL-CAD: 03starseeker * r49600 10/brlcad/trunk/src/other/tkhtml/src/cssprop.tcl: Generate modern functions, not old style... |
| 01:42.31 | *** join/#brlcad juan_man (~quassel@201.255.29.73) | |
| 01:42.38 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 04:13.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:13.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:18.50 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 06:03.06 | brlcad | starseeker: that's a really low-level I/O interface call, unlikely either |
| 06:03.37 | brlcad | probably some assumption in btclsh code (like assuming a controlling terminal or something) that isn't valid |
| 06:04.24 | starseeker | well, whatever it's up to removing that reset_Tty call was the only thing that allowed me to get past that point in the build with xcodebuild |
| 06:04.25 | brlcad | depends on what ioctl request was being made |
| 06:05.13 | starseeker | src/bwish/tcl.c:180 |
| 06:05.42 | brlcad | at a glance, it's calling reset_Tty and using fileno(stdin) .. that's probably not valid if stdin is closed |
| 06:08.45 | brlcad | yeah, I'd bet the save_Tty() call is failing |
| 06:09.23 | brlcad | stdin is probably closed however it's being run through xcode |
| 06:09.41 | brlcad | non-blocking on the getp call, but then blocks on the setp call |
| 06:10.37 | brlcad | bwish code there should make sure stdin is actually open before calling save_Tty() and reset_Tty() both |
| 06:12.01 | brlcad | starseeker: try wrapping them in: if (isatty(fileno(stdin))) { |
| 06:13.45 | brlcad | otherwise, if that doesn't work you'll probably need to probe stdin directly with something like this: http://stackoverflow.com/questions/1594251/how-to-check-if-stdin-is-still-opened-without-blocking |
| 06:14.46 | starseeker | brlcad: alrightie - if I get a chance tomorrow I'll give it a go |
| 06:15.08 | starseeker | thanks :-) |
| 06:16.12 | brlcad | looks like bwish doesn't check if it's a tty before making those tty calls, so a simple call to isatty() beforehand just might do it |
| 08:40.22 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:40.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:56.09 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:04.53 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 13:00.18 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 13:00.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:39.42 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:23.01 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:13.12 | ``Erik | starseeker: how can I replicate your block issue with xcode? |
| 17:13.26 | starseeker | just try xcodebuild |
| 17:13.43 | starseeker | it should go for a while then hang when you try to run something that uses btclsh to build |
| 18:04.44 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 18:04.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:39.58 | CIA-128 | BRL-CAD: 03starseeker * r49601 10/brlcad/trunk/src/bwish/tcl.c: Make a stab at playing nice with the tty when doing an xcode build, per http://stackoverflow.com/questions/1594251/how-to-check-if-stdin-is-still-opened-without-blocking |
| 18:49.33 | CIA-128 | BRL-CAD: 03starseeker * r49602 10/brlcad/trunk/src/other/tkhtml/src/ (23 files): W4 warning level on MSVC complains about old style definitions - use cproto to auto-update most of them (may be a few it couldn't parse...) |
| 19:01.59 | CIA-128 | BRL-CAD: 03r_weiss * r49603 10/brlcad/trunk/src/libbn/ (mat.c plane.c): |
| 19:01.59 | CIA-128 | BRL-CAD: Updated libbn functions bn_angle_measure, bn_dist_pt3_lseg3, |
| 19:02.00 | CIA-128 | BRL-CAD: bn_distsq_line3_pt3, bn_isect_line3_line3, bn_isect_line3_plane, |
| 19:02.00 | CIA-128 | BRL-CAD: bn_isect_line_lseg, bn_isect_lseg3_lseg3, bn_isect_pt_lseg, bn_mat_fromto, |
| 19:02.00 | CIA-128 | BRL-CAD: bn_vec_ortho, bn_dist_pt3_line3. Performed code cleanup, fixed float 0.0 |
| 19:02.00 | CIA-128 | BRL-CAD: compares and added the 'unlikely' macro to improve performance. Updated files |
| 19:02.01 | CIA-128 | BRL-CAD: 'plane.c' and 'mat.c'. |
| 19:03.42 | CIA-128 | BRL-CAD: 03starseeker * r49604 10/brlcad/trunk/src/other/tkhtml/src/cssprop.tcl: One more old-style declarator in the template |
| 19:05.24 | CIA-128 | BRL-CAD: 03starseeker * r49605 10/brlcad/trunk/src/other/tkhtml/CMakeLists.txt: cssprop.c depends on cssprop.tcl |
| 19:06.54 | CIA-128 | BRL-CAD: 03r_weiss * r49606 10/brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: Updated function 'bn_distsq_pt3_lseg3' in file 'nmg_pt_fu.c'. Fixed a float 0.0 compare and did some code cleanup. |
| 19:19.34 | brlcad | starseeker: I pondered that briefly when I sent in my analysis summary, but figured "surely, coverity will convert this to whatever units they desire" :) |
| 19:20.07 | brlcad | and they did for the rate of fixes -- I'd provided a fix rate for the week, per day, per hour, per minute |
| 19:20.38 | brlcad | as well as per team and per person |
| 19:34.59 | starseeker | heh |
| 19:36.26 | CIA-128 | BRL-CAD: 03starseeker * r49607 10/brlcad/trunk/src/other/tkhtml/src/ (7 files): More old-style declarations |
| 19:42.36 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 19:56.28 | CIA-128 | BRL-CAD: 03starseeker * r49608 10/brlcad/trunk/src/other/tkhtml/src/ (8 files): More old-style declarations |
| 20:11.56 | *** join/#brlcad simion314_ (~quassel@92.83.96.234) | |
| 20:20.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:20.55 | *** join/#brlcad merzo (~merzo@226-197-200-46.pool.ukrtel.net) | |
| 20:41.11 | CIA-128 | BRL-CAD: 03starseeker * r49609 10/brlcad/trunk/src/other/tkhtml/src/ (htmltcl.c htmltext.c htmltree.c htmlutil.c restrack.c): More old-style declarator updates |
| 21:05.55 | CIA-128 | BRL-CAD: 03starseeker * r49610 10/brlcad/trunk/src/other/lemon/ (lemon.c lempar.c): Update to the latest lemon sources. |
| 21:40.56 | CIA-128 | BRL-CAD: 03starseeker * r49611 10/brlcad/trunk/src/other/tkhtml/src/ (css.c cssparser.c cssprop.tcl htmldecode.c): Take a stab at fixing a few of the compiler warnings on Linux... |
| 22:12.07 | CIA-128 | BRL-CAD: 03r_weiss * r49612 10/brlcad/trunk/src/mged/mged.c: Fixed a bug in function 'std_out_or_err' file 'mged.c'. The 'line' array was being written one byte past its size when line length is RT_MAXLINE. This was causing an intermittent seg fault. |
| 22:37.03 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:05.18 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 23:11.42 | CIA-128 | BRL-CAD: 03starseeker * r49613 10/brlcad/trunk/src/other/tkhtml/src/css.c: |
| 23:11.42 | CIA-128 | BRL-CAD: Apply a fix found by Dan Kennedy - |
| 23:11.42 | CIA-128 | BRL-CAD: http://groups.google.com/group/tkhtml3/browse_thread/thread/fcee715c54fae86f - |
| 23:11.42 | CIA-128 | BRL-CAD: this may be the show-stopper for 64 bit windows, although I'm pretty sure it's |
| 23:11.42 | CIA-128 | BRL-CAD: not the only potential issue based on the W4 results... |
| 23:14.52 | CIA-128 | BRL-CAD: 03starseeker * r49614 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): try turning help back on in 64bit MSVC |
| 00:11.30 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:37.43 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 00:41.56 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:58.40 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 01:06.53 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:56.35 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 02:22.15 | CIA-128 | BRL-CAD: 03starseeker * r49615 10/brlcad/trunk/ (29 files in 26 dirs): (log message trimmed) |
| 02:22.16 | CIA-128 | BRL-CAD: First stage in properly supporting multi-config build tools like MSVC and Xcode. |
| 02:22.16 | CIA-128 | BRL-CAD: This doesn't get either the right C_FLAGS settings (that will require some macro |
| 02:22.16 | CIA-128 | BRL-CAD: modifications to CompileFlags and friends) or build settings (if you're oing to |
| 02:22.16 | CIA-128 | BRL-CAD: get build-time profiles, it probably makes sense to have those handle a few |
| 02:22.16 | CIA-128 | BRL-CAD: things) but it does seem to place most of the files correctly for Xcode |
| 02:22.17 | CIA-128 | BRL-CAD: building. Almost certainly breaks the Windows build (yet again) as it's |
| 03:04.34 | CIA-128 | BRL-CAD: 03starseeker * r49616 10/brlcad/trunk/src/ (libfb/fbserv_obj.c mged/fbserv.c): Fix problem with raytracing on Win64 - error was stack corruption, looks like pointer was too big for fd when it was an int. With these changes both Archer and MGED are raytracing again. |
| 03:50.48 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 04:46.28 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:46.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:32.04 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 11:43.18 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 11:43.54 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 13:30.45 | CIA-128 | BRL-CAD: 03erikgreenwald * r49617 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: |
| 13:30.45 | CIA-128 | BRL-CAD: indianlarry noticed an extra 4 bytes being allocated for the external buffer |
| 13:30.45 | CIA-128 | BRL-CAD: that aren't used, so tighten the allocation a little bit. Previous files should |
| 13:30.45 | CIA-128 | BRL-CAD: still be OK, the extra 'garbage' data is at the end, therefore ignored. |
| 13:42.15 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 15:04.11 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 15:10.05 | ``Erik | clang/llvm vs debian packages http://www.phoronix.com/scan.php?page=news_item&px=MTA2NjQ |
| 15:45.48 | starseeker | wow |
| 15:45.55 | starseeker | that's actually quite impressive |
| 15:46.32 | starseeker | suspects there may be a slew of remove-the-gccisms patches coming from Debian folk... |
| 15:46.53 | starseeker | assuming the various upstreams are still active to incorporate them, of course... |
| 15:49.32 | CIA-128 | BRL-CAD: 03starseeker * r49618 10/brlcad/trunk/CMakeLists.txt: We print this information when it is detected during configure - need to keep the summary brief |
| 15:53.19 | ``Erik | iirc, debian packages have(had?) a patch list in the control file, so nonresponsive upstreams don't stop progress |
| 15:53.46 | ``Erik | cmake running on i386 obsd50 |
| 16:02.00 | CIA-128 | BRL-CAD: 03tbrowder2 * r49619 10/brlcad/trunk/doc/docbook/README.DB_authors_notes: add info on centering mediaobjects for html |
| 16:03.03 | CIA-128 | BRL-CAD: 03tbrowder2 * r49620 10/brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeI.xml: widen graphic for html |
| 16:06.39 | CIA-128 | BRL-CAD: 03tbrowder2 * r49621 10/brlcad/trunk/doc/docbook/README: correct typo |
| 16:32.18 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 16:58.32 | brlcad | looks forward to addressing all of the llvm compiler warnings to the same level of strictness |
| 17:05.11 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:05.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:43.48 | CIA-128 | BRL-CAD: 03n_reed * r49622 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Copy changes to the commited SdaiCONFIG_CONTROL_DESIGN.cc, which disables adding of certain parent-class attributes on object creation, to the corresponding generation code. |
| 17:52.01 | ``Erik | this cpu lacks virtualization features, I think qemu is emulating the entire isa... mebbe opennurbs will be done compiling sometime tomorrow O.o |
| 18:24.49 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 19:25.49 | CIA-128 | BRL-CAD: 03starseeker * r49623 10/brlcad/trunk/CMakeLists.txt: typo |
| 20:14.34 | *** join/#brlcad merzo (~merzo@177-223-132-95.pool.ukrtel.net) | |
| 20:15.38 | CIA-128 | BRL-CAD: 03starseeker * r49624 10/brlcad/trunk/src/conv/step/ (9 files): Remove the generated sources and turn on the fedex generation. |
| 20:48.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:02.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:02.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:07.18 | CIA-128 | BRL-CAD: 03tbrowder2 * r49625 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-fo-stylesheet.xsl.in): add master fo customization layer stylesheet |
| 21:30.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r49626 10/brlcad/trunk/doc/docbook/resources/brlcad/ (4 files): rename xsl files to be generated in build process |
| 21:32.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:32.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:38.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r49627 10/brlcad/trunk/doc/docbook/ (CMakeLists.txt resources/brlcad/brlcad-fo-stylesheet.xsl.in): add a common stylesheet for all DocBook products |
| 21:39.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:43.29 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:43.29 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:44.24 | CIA-128 | BRL-CAD: 03starseeker * r49628 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Group all PDF specific configure_file calls together |
| 21:52.02 | CIA-128 | BRL-CAD: 03starseeker * r49629 10/brlcad/trunk/doc/docbook/resources/brlcad/ (4 files): We're using templates now, so need to look in the binary directory. |
| 21:57.38 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:57.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:59.21 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:59.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:05.44 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 22:05.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:28.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49630 10/brlcad/trunk/doc/docbook/fop.xconf.in: move format info ahead of font data it applies to |
| 22:31.00 | CIA-128 | BRL-CAD: 03tbrowder2 * r49631 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fonts.xsl.in: remove extra 'of'; align xml comment closer |
| 22:40.29 | CIA-128 | BRL-CAD: 03starseeker * r49632 10/brlcad/trunk/ (misc/CMake/ThirdParty.cmake src/other/CMakeLists.txt): Explain why we need to handle utility executables specially when it comes to path, improves xmltools in that regard. |
| 22:43.14 | CIA-128 | BRL-CAD: 03tbrowder2 * r49633 10/brlcad/trunk/doc/docbook/CMakeLists.txt: tidy comments for PDF |
| 22:55.36 | CIA-128 | BRL-CAD: 03starseeker * r49634 10/brlcad/trunk/src/other/CMakeLists.txt: remove debug message |
| 23:09.36 | CIA-128 | BRL-CAD: 03starseeker * r49635 10/brlcad/trunk/ (3 files in 3 dirs): Give CFG_TYPE_INTDIR a try - recommended by David Cole: http://www.cmake.org/pipermail/cmake/2012-March/049525.html |
| 23:17.57 | CIA-128 | BRL-CAD: 03n_reed * r49636 10/brlcad/trunk/src/ (32 files in 4 dirs): added the steptools ap express schemas |
| 00:02.45 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:45.01 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 01:07.13 | CIA-128 | BRL-CAD: 03starseeker * r49637 10/brlcad/trunk/misc/CMake/DocBook.cmake: Don't need the mannum there |
| 02:39.23 | CIA-128 | BRL-CAD: 03starseeker * r49638 10/brlcad/trunk/src/ (archer/CMakeLists.txt tclscripts/CMakeLists.txt): wrap the add_custom_commands - MSVC doesn't seem to like it as-is. |
| 03:23.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 03:36.22 | CIA-128 | BRL-CAD: 03starseeker * r49639 10/brlcad/trunk/CMakeLists.txt: Might help to use the right variable name... |
| 03:43.53 | CIA-128 | BRL-CAD: 03starseeker * r49640 10/brlcad/trunk/CMakeLists.txt: Careful... can't use the variable path when we need specific paths. May need to make some fixes to the variables being used to place files. |
| 03:56.27 | CIA-128 | BRL-CAD: 03starseeker * r49641 10/brlcad/trunk/ (misc/CMake/ThirdParty.cmake src/other/CMakeLists.txt): CMAKE_CFG_INTDIR doesn't work for our purposes, as we need to generate cmake scripts with the final path in place - CMake doesn't know what Configuration means. |
| 03:57.26 | CIA-128 | BRL-CAD: 03starseeker * r49642 10/brlcad/trunk/CMakeLists.txt: Put the output vars back as well - CMAKE_CFG_INTDIR isn't the answer for us. |
| 05:03.17 | CIA-128 | BRL-CAD: 03starseeker * r49643 10/brlcad/trunk/src/other/CMakeLists.txt: expand on comments, remove debug message |
| 05:09.45 | CIA-128 | BRL-CAD: 03starseeker * r49644 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: Fix lemon template configure |
| 05:23.09 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 05:27.27 | starseeker | hmm - step-g build is back to being a tad noisy with the generated sources |
| 06:06.08 | CIA-128 | BRL-CAD: 03brlcad * r49645 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/CheckCInline.cmake): (log message trimmed) |
| 06:06.08 | CIA-128 | BRL-CAD: overhaul the new CHECK_C_INLINE macro to fix a substantial bug (it wasn't |
| 06:06.08 | CIA-128 | BRL-CAD: actually testing different inline keywords...), but also to make it a much |
| 06:06.08 | CIA-128 | BRL-CAD: better macro citizen. let the caller pass a variable in to get the inline value |
| 06:06.08 | CIA-128 | BRL-CAD: back, if any, no longer auto-adding to the global definitions. support caching |
| 06:06.10 | CIA-128 | BRL-CAD: so we don't run the compile tests more than necessary. finally, improve |
| 06:06.11 | CIA-128 | BRL-CAD: iteration and conditionals so we're more efficient and rename variables for |
| 06:11.47 | CIA-128 | BRL-CAD: 03brlcad * r49646 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: include a common usage example in the header comments and props to burly |
| 06:24.27 | CIA-128 | BRL-CAD: 03brlcad * r49647 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: no longer returns a define, leaves it up to caller. update docs |
| 06:34.19 | brlcad | and that should do it till tamale |
| 06:45.50 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:03.40 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 12:32.20 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 13:08.30 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 15:36.25 | CIA-128 | BRL-CAD: 03brlcad * r49648 10/brlcad/trunk/src/librtserver/CMakeLists.txt: needs zlib? link fail |
| 15:46.28 | brlcad | doc building fails for me right now, xsl errors |
| 17:29.04 | starseeker | what are the errors? |
| 17:29.08 | starseeker | tries... |
| 17:30.17 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:30.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:32.16 | starseeker | ah |
| 17:32.21 | starseeker | looks... |
| 17:35.36 | CIA-128 | BRL-CAD: 03starseeker * r49649 10/brlcad/trunk/doc/docbook/CMakeLists.txt: Need the fonts xsl file even if we aren't doing pdf |
| 17:35.55 | starseeker | that should do it |
| 17:39.34 | brlcad | retries |
| 17:56.55 | brlcad | looks like that did the trick, thanks! |
| 18:01.24 | starseeker | np |
| 18:04.07 | CIA-128 | BRL-CAD: 03erikgreenwald * r49650 10/brlcad/trunk/src/libbu/parallel.c: updates for openbsd |
| 18:14.43 | CIA-128 | BRL-CAD: 03starseeker * r49651 10/brlcad/trunk/misc/CMake/CheckCInline.cmake: Repeated runs of CMake were resulting in no build logic being output - try this approach to the CHECK_C_INLINE macro. |
| 18:37.24 | *** join/#brlcad simion314_ (~quassel@92.83.96.234) | |
| 18:58.45 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 19:23.06 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 19:58.14 | CIA-128 | BRL-CAD: 03starseeker * r49652 10/brlcad/trunk/src/other/CMakeLists.txt: try an experiment |
| 20:39.59 | CIA-128 | BRL-CAD: 03brlcad * r49653 10/brlcad/trunk/doc/docbook/articles/it/images/ (7 files): remove the former image names. no value in keeping them around if nothing uses them. |
| 20:41.04 | CIA-128 | BRL-CAD: 03brlcad * r49654 10/brlcad/trunk/doc/docbook/articles/it/CMakeLists.txt: add missing bc2.gif and sflogo.png images to dist |
| 20:43.21 | CIA-128 | BRL-CAD: 03starseeker * r49655 10/brlcad/trunk/src/other/CMakeLists.txt: Get this rule closer to working... |
| 21:00.34 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:08.32 | CIA-128 | BRL-CAD: 03brlcad * r49656 10/brlcad/trunk/doc/docbook/articles/it/images/image008.png: somehow missed image008, delete |
| 21:19.59 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 21:22.47 | CIA-128 | BRL-CAD: 03brlcad * r49657 10/brlcad/trunk/src/util/dbcp.c: add an upper bounds check for cov cid 1501 TAINTED_SCALAR |
| 21:38.52 | CIA-128 | BRL-CAD: 03brlcad * r49658 10/brlcad/trunk/src/util/bwhisteq.c: make sure we're within array abounds for cov cid 1497 TAINTED_SCALAR sanity |
| 21:47.35 | brlcad | starseeker: I intentionally avoided implementing the loop that way -- do you know what the problem was specifically? |
| 23:29.11 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 01:08.13 | *** join/#brlcad Technicus (~Technicus@108-198-112-143.lightspeed.mdsnwi.sbcglobal.net) | |
| 01:38.30 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 02:10.29 | starseeker | brlcad: using things like return(), probably... what's wrong with the current approach? |
| 02:23.11 | starseeker | to see the issue, revert and try running the cmake configure twice |
| 05:14.07 | brlcad | starseeker: it's more to understand what the problem is so I can avoid it in the future, as it implies I'm misinterpreting or misusing something in cmake's scripting language |
| 05:15.00 | brlcad | or it's an outright bug that I missed per the logic |
| 05:15.46 | brlcad | I ran into the symptom (make or cmake just doing nothing after a build) |
| 05:15.56 | brlcad | I just don't see the cause |
| 05:17.20 | brlcad | e.g., I'd expect return() to return from the macro, not exit cmake -- does that make cmake exit? |
| 05:33.02 | brlcad | on a completely unrelated topic -- we're a bit behind pulling together materials for our gsoc submission |
| 05:33.36 | brlcad | eyes on the wiki project ideas page needed, maybe add a project idea or three |
| 05:34.36 | brlcad | would like to associate a mentor POC list for each topic this year too so students have someone specific to direct questions at |
| 05:39.40 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 05:43.11 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3284 10/wiki/Google_Summer_of_Code: update for 2012 |
| 05:53.32 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3285 10/wiki/Google_Summer_of_Code/2011: update with historic details for 2011 participation |
| 05:55.46 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3286 10/wiki/Google_Summer_of_Code/2011: cull |
| 05:56.15 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3287 10/wiki/Google_Summer_of_Code/2011: |
| 06:00.03 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3288 10/wiki/Google_Summer_of_Code/2012: stub in page for 2011 intent to participate |
| 06:00.34 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3289 10/wiki/Google_Summer_of_Code/2012: |
| 06:02.17 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3290 10/wiki/Google_Summer_of_Code/2012: shorter and sweet |
| 06:38.18 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3291 10/wiki/Summer_of_Code/Checklist: link to gsoc, not esa |
| 06:46.29 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3292 10/wiki/Google_Summer_of_Code/Project_Ideas: simplify intro |
| 06:56.12 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3293 10/wiki/Google_Summer_of_Code/Project_Ideas: include an entire category of scientific projects so we can include other existing ideas |
| 07:06.46 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3294 10/wiki/Google_Summer_of_Code/Project_Ideas: consolidate the collaborative projects together into their own section too |
| 07:08.14 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3295 10/wiki/Google_Summer_of_Code/Project_Ideas: the web projects have gotten last billing for all prior years, so pull them to top this year |
| 07:11.20 | brlcad | so we may have enough ideas .. but feel free to go through the list and make sure they're all up-to-date (and still add any you'd like to maybe mentor for) |
| 07:12.05 | brlcad | looks like 50+ projects |
| 07:15.26 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3296 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Web Development Projects */ reword |
| 07:15.53 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3297 10/wiki/Google_Summer_of_Code/Project_Ideas: ate trailing newline |
| 07:24.23 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 07:24.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:38.34 | brlcad | initial application is in, tomorrow to polish it up |
| 07:52.32 | *** join/#brlcad simion314_ (~quassel@92.83.96.234) | |
| 08:01.50 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 08:25.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:44.31 | *** join/#brlcad simion314_ (~quassel@92.83.96.234) | |
| 10:31.08 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 11:08.38 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 11:08.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:11.21 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 11:58.48 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 11:58.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:24.03 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:38.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r49659 10/brlcad/trunk/misc/CMake/fop.cmake.in: correct typo, use proper string prefix, cures fop error message 'SEVERE: Couldn't find hyphenation pattern en' |
| 16:02.52 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:02.52 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 16:08.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:15.01 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 16:15.21 | CIA-128 | BRL-CAD: 03tbrowder2 * r49663 10/brlcad/trunk/CMakeLists.txt: allow user several options, including an environment variable BRLCAD_USER_GLOBAL_CONFIG_FILE=filename, to define default user preferences |
| 16:25.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:30.46 | CIA-128 | BRL-CAD: 03tbrowder2 * r49664 10/brlcad/trunk/INSTALL: tell users how to defined a user-build-preference file |
| 16:54.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:23.41 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:38.41 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:38.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:46.38 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:07.53 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 18:09.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:06.07 | CIA-128 | BRL-CAD: 03n_reed * r49665 10/brlcad/trunk/src/other/step/src/ (11 files in 3 dirs): remove unused variables |
| 19:07.20 | CIA-128 | BRL-CAD: 03bob1961 * r49666 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Modified to_png to use GL_RGB instead of GL_RGBA. |
| 20:24.53 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:24.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:47.24 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:47.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:16.25 | CIA-128 | BRL-CAD: 03n_reed * r49667 10/brlcad/trunk/src/other/step/src/fedex_plus/selects.c: suppress unused variable warnings |
| 23:32.25 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:48.17 | CIA-128 | BRL-CAD: 03tbrowder2 * r49668 10/brlcad/trunk/BRL-CAD-VM-file-system/: add a directory to keep GSoC VM configuration files |
| 23:55.08 | ``Erik | watching clang install from world is strange O.o |
| 00:02.09 | *** join/#brlcad bhinesley (~bhinesley@108.203.219.92) | |
| 00:40.53 | starseeker | bhinesley: howdy! |
| 00:41.40 | CIA-128 | BRL-CAD: 03starseeker * r49669 10/brlcad/trunk/src/other/CMakeLists.txt: gah - typo |
| 01:03.30 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3298 10/wiki/Summer_of_Code/Checklist: make it technically optional, but strongly encouraged |
| 01:32.35 | *** join/#brlcad juanman (~quassel@201.255.17.53) | |
| 01:32.38 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:56.12 | CIA-128 | BRL-CAD: 03starseeker * r49670 10/brlcad/trunk/src/tclscripts/CMakeLists.txt: Do need the toplevel target... something may be not quite right here, needs more experimentation/testing. |
| 03:17.52 | CIA-128 | BRL-CAD: 03tbrowder2 * r49671 10/brlcad/trunk/BRL-CAD-VM-file-system/: remove--in wrong place |
| 04:15.16 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:15.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:11.04 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 05:23.44 | bhinesley | starseeker: hey! I've been here; must have been a netsplit or something :) |
| 05:32.27 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 05:36.40 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:43.31 | *** join/#brlcad simion314 (~quassel@92.83.96.234) | |
| 09:50.22 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:50.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:04.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:34.04 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:34.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:51.47 | CIA-128 | BRL-CAD: 03tbrowder2 * r49672 10/ova/: add top-level dir for BRL-CAD VM files |
| 14:35.52 | *** join/#brlcad simion314 (~quassel@92.83.109.2) | |
| 14:50.59 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 14:50.59 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 15:25.58 | *** join/#brlcad Technicus (~Technicus@198.150.12.29) | |
| 16:29.36 | ``Erik | hm, snazzy, new lamborghini... aventador j |
| 16:52.01 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:52.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:04.01 | *** join/#brlcad merzo (~merzo@156-193-201-46.pool.ukrtel.net) | |
| 18:37.15 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3299 10/wiki/Emacs: link to cmake-mode.el |
| 18:39.28 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3300 10/wiki/Emacs: code to load the mode |
| 18:47.07 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3301 10/wiki/Emacs: update to latest macros |
| 18:50.49 | *** join/#brlcad merzo (~merzo@241-235-132-95.pool.ukrtel.net) | |
| 19:14.23 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3302 10/wiki/Summer_of_Code/Checklist: fix irc link since the cgi:irc is offline |
| 20:02.16 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3303 10/wiki/Summer_of_Code/Checklist: link to webchat.freenode.net |
| 20:02.57 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3304 10/wiki/Summer_of_Code/Checklist: |
| 20:05.03 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3305 10/wiki/Summer_of_Code/Checklist: s/the/our/g |
| 20:06.16 | *** join/#brlcad simion314 (~quassel@92.83.122.216) | |
| 20:46.03 | brlcad | looks like we're good to go for gsoc 2012 |
| 20:46.32 | ``Erik | cool beans |
| 20:48.16 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:48.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:04.31 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3306 10/wiki/Summer_of_Code/Checklist: |
| 21:23.07 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 21:23.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:27.03 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:27.03 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming || fixing all our Coverity Scan Initiative defects | |
| 23:55.31 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:05.08 | CIA-128 | BRL-CAD: 03tbrowder2 * r49673 10/brlcad/trunk/CMakeLists.txt: make 'Found' message look similar to others |
| 09:00.54 | *** join/#brlcad simion314 (~quassel@92.83.122.216) | |
| 09:28.47 | *** join/#brlcad simion314_ (~quassel@92.83.122.216) | |
| 10:15.05 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:15.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:25.02 | *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net) | |
| 15:12.37 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 15:23.34 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:56.15 | *** join/#brlcad nosalt (~User@1.186.1.211) | |
| 16:26.26 | *** part/#brlcad nosalt (~User@1.186.1.211) | |
| 19:15.48 | *** join/#brlcad simion314 (~quassel@92.83.122.216) | |
| 23:41.40 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3307 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in links to mentors |
| 23:41.55 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3308 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in links to mentors |
| 23:46.58 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3309 10/wiki/Google_Summer_of_Code/Project_Ideas: update, add mike |
| 00:00.08 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3310 10/wiki/Google_Summer_of_Code/Project_Ideas: more mentor links |
| 00:22.00 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3311 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in technical poc's for the remainder |
| 00:23.49 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3312 10/wiki/Google_Summer_of_Code/Project_Ideas: list brandon |
| 00:27.38 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3313 10/wiki/Google_Summer_of_Code/Project_Ideas: link hinesley to some of them |
| 00:30.32 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3314 10/wiki/Google_Summer_of_Code/Project_Ideas: be more specific on the web programming languages |
| 01:14.03 | brlcad | I added a bunch of technical points-of-contact for each of the suggested project ideas |
| 01:14.36 | brlcad | they don't really mean much at this point and a couple devs I didn't even get to yet, but it gives students someone to talk to |
| 01:14.56 | brlcad | most of them should simply be directed to here or the mailing list so we can have an open discussion |
| 02:35.35 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 02:35.48 | jordisayol | hello |
| 02:39.00 | jordisayol | I've download the brand new virtual machine archive, but I got an error when importing on VirtualBox v4.1.8 on ubuntu 11.04 64-bit: |
| 02:39.01 | jordisayol | /home/jordi/Escriptori/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86.ova. |
| 02:39.01 | jordisayol | Could not create the clone medium '/home/jordi/VirtualBox VMs/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86-disk1.vmdk'. |
| 02:39.01 | jordisayol | VMDK: Compressed image is corrupted '/home/jordi/Escriptori/BRL-CAD_X.Y.Z_ubuntu_10.04_LTS_x86-disk1.vmdk' (VERR_ZIP_CORRUPTED). |
| 03:43.46 | starseeker | O.o http://autos.yahoo.com/blogs/motoramic/invisible-mercedes-brings-james-bond-technology-life-171557818.html |
| 03:58.10 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:07.56 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 06:31.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 06:31.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:35.31 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:11.20 | *** join/#brlcad simion314 (~quassel@109.96.42.206) | |
| 09:11.17 | *** join/#brlcad vinayakgarg (~vinayak@114.30.74.241) | |
| 09:39.46 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:03.30 | *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net) | |
| 11:06.35 | *** join/#brlcad merzo (~merzo@81-33-200-46.pool.ukrtel.net) | |
| 12:46.33 | *** join/#brlcad merzo (~merzo@44-218-201-46.pool.ukrtel.net) | |
| 13:48.57 | *** join/#brlcad vinayakgarg (~vinayak@120.56.231.92) | |
| 15:15.54 | *** join/#brlcad simion314 (~quassel@109.96.42.206) | |
| 15:39.23 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:21.05 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:21.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:21.45 | *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:28.11 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:28.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:35.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:55.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:55.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:01.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 01:53.59 | *** join/#brlcad dtidrow_ (~drtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:58.37 | *** join/#brlcad atneik (3bb22d76@gateway/web/freenode/ip.59.178.45.118) | |
| 02:01.26 | atneik | Hello, my name is Aniket. I'm new to BRL-CAD and interested in getting to know more about the project. |
| 02:01.59 | atneik | I have join the dev mailing list, and would introduce myself there too. |
| 02:02.48 | atneik | Is IRC preferred over mailing list? |
| 02:06.25 | atneik | <PROTECTED> |
| 02:07.23 | atneik | Will try a build on Mac OSX Lion asap. |
| 02:09.30 | *** part/#brlcad atneik (3bb22d76@gateway/web/freenode/ip.59.178.45.118) | |
| 03:14.07 | brlcad | mm, 8 minutes |
| 03:23.32 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:23.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:18.55 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 05:44.04 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 08:05.02 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:40.42 | brlcad | moin! |
| 08:51.19 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:51.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:02.45 | *** join/#brlcad vinayakgarg (~vinayak@120.56.230.146) | |
| 10:06.56 | *** join/#brlcad vinayak_ (~vinayak@120.56.225.154) | |
| 12:14.57 | *** join/#brlcad ognay (a66f4785@gateway/web/freenode/ip.166.111.71.133) | |
| 13:06.26 | *** join/#brlcad vinayakgarg (~vinayak@120.56.231.146) | |
| 13:52.22 | *** join/#brlcad vinayakgarg (~vinayak@59.177.198.18) | |
| 15:18.36 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 16:06.53 | brlcad | hmm, so virtual box opens up the ova nicely with a double-click |
| 16:07.14 | brlcad | but now it's "importing" the hard disk.. hopefully doesn't mean copying it |
| 16:08.53 | brlcad | blech, looks like it is... since I just ran out of disk space |
| 17:50.02 | *** join/#brlcad tbrowde (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net) | |
| 18:29.26 | CIA-128 | BRL-CAD: 03tbrowder2 * r49674 10/ova/RELEASE-NOTES.txt: add release notes for the current draft VM on the BRL-CAD download site |
| 18:32.52 | *** join/#brlcad tbrowder2 (43eb848c@gateway/web/freenode/ip.67.235.132.140) | |
| 18:38.35 | *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net) | |
| 19:05.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r49675 10/brlcad/trunk/TODO: add a more explicit DocBook TODO item |
| 19:10.16 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:10.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:55.32 | *** join/#brlcad Yoshi47 (~jan@d72-39-60-53.home1.cgocable.net) | |
| 22:41.35 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 22:41.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:17.32 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 23:17.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 00:43.51 | *** join/#brlcad atneik (3bb23699@gateway/web/freenode/ip.59.178.54.153) | |
| 02:46.59 | *** join/#brlcad ognay (a66f4785@gateway/web/freenode/ip.166.111.71.133) | |
| 03:24.53 | brlcad | goes walkabout |
| 04:04.01 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:04.01 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:14.57 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 06:00.58 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 06:00.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:36.21 | *** join/#brlcad yanghao (yanghao@tu071133.ip.tsinghua.edu.cn) | |
| 06:38.01 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-203-219-92.dsl.bkfd14.sbcglobal.net) | |
| 06:38.09 | *** join/#brlcad ognay (yanghao@tu071133.ip.tsinghua.edu.cn) | |
| 06:39.38 | *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 07:02.13 | *** join/#brlcad yang_ (a66f4785@gateway/web/freenode/session) | |
| 07:02.13 | *** join/#brlcad yang_ (a66f4785@gateway/web/freenode/ip.166.111.71.133) | |
| 07:19.13 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 07:19.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:51.24 | *** join/#brlcad ognay_ (a66f4785@gateway/web/freenode/ip.166.111.71.133) | |
| 07:51.48 | *** part/#brlcad ognay_ (a66f4785@gateway/web/freenode/ip.166.111.71.133) | |
| 08:11.27 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:22.29 | ognay | hi all! i'm yanghao from china :) |
| 08:46.51 | d_rossberg | morning ognay |
| 08:48.43 | ognay | <PROTECTED> |
| 08:55.19 | d_rossberg | http://thinkmoult.com/ugt.html |
| 08:59.15 | ognay | that's insteresting! |
| 09:01.43 | CIA-128 | BRL-CAD: 03Rossberg 07http://brlcad.org * r3315 10/wiki/Google_Summer_of_Code/Project_Ideas: added myself to voxelize |
| 09:58.44 | brlcad | hello ognay, welcome |
| 10:10.18 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:10.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:44.10 | ognay | hello brlcad, thank you for your instructions |
| 10:45.13 | ognay | i mean advice... sorry about my english |
| 11:14.38 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 11:14.38 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:34.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r49676 10/brlcad/trunk/doc/docbook/resources/brlcad/images/ (logo-vm-gears.png logo-vm.svg): new logos for BRL-CAD web site |
| 12:19.46 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 12:19.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:27.21 | CIA-128 | BRL-CAD: 03tbrowder2 * r49677 10/brlcad/trunk/src/conv/iges/ (main.c read_vertex_list.c): ws |
| 13:07.56 | brlcad | ognay: no problem, your english is much better than my chinese ;) |
| 14:40.53 | *** join/#brlcad vinayakgarg (~vinayak@59.177.198.68) | |
| 14:44.36 | brlcad | hello vinayakgarg |
| 14:52.20 | vinayakgarg | hello |
| 14:58.17 | *** join/#brlcad dtidrow_ (~drtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:39.38 | CIA-128 | BRL-CAD: 03tbrowder2 * r49678 10/brlcad/trunk/src/conv/iges/summary.c: ws; code style |
| 15:42.14 | CIA-128 | BRL-CAD: 03tbrowder2 * r49679 10/brlcad/trunk/src/conv/iges/matmult.c: ws; add brackets for clarity |
| 15:56.11 | *** part/#brlcad vinayakgarg (~vinayak@59.177.198.68) | |
| 16:20.59 | CIA-128 | BRL-CAD: 03tbrowder2 * r49680 10/brlcad/trunk/src/conv/iges/ (66 files): ws cleanup |
| 16:49.00 | *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net) | |
| 16:50.48 | tbrowder2 | Sean, is there a firm date for posting the final version of the VM? |
| 17:00.04 | *** join/#brlcad vinayakgarg (~vinayak@120.56.228.161) | |
| 17:04.27 | *** part/#brlcad vinayakgarg (~vinayak@120.56.228.161) | |
| 17:15.36 | brlcad | tbrowder2: firm date is friday when mentoring orgs are announced |
| 17:16.09 | brlcad | we'll then post an announcement of our participation with links to the vm instructions |
| 17:20.18 | tbrowder2 | t'anks |
| 17:20.42 | *** part/#brlcad tbrowder2 (~tbrowde@fl-67-235-132-140.dhcp.embarqhsd.net) | |
| 18:01.12 | bhinesley | very cool idea, setting up the VM |
| 18:15.57 | brlcad | hopefully we'll get some good use out of it |
| 18:16.20 | brlcad | I think it'll at least help reduce our barrier to entry |
| 18:17.30 | brlcad | simplify the whole download/compile/install process for people who know code but not necessarily how to build software (on their potentially busted system) |
| 18:40.43 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3316 10/wiki/Contributor_Quickies: runtime detection of sse |
| 18:41.33 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3317 10/wiki/Contributor_Quickies: |
| 18:46.24 | CIA-128 | BRL-CAD: 03brlcad * r49681 10/brlcad/trunk/TODO: like the idea, but not as 'cp' command since that would diverge from unix command behavior |
| 18:57.13 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3318 10/wiki/Contributor_Quickies: surface area and volume callback functions |
| 19:02.30 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3319 10/wiki/Contributor_Quickies: centroid too |
| 19:04.31 | *** join/#brlcad merzo (~merzo@39-4-132-95.pool.ukrtel.net) | |
| 19:11.58 | CIA-128 | BRL-CAD: 03starseeker * r49682 10/brlcad/trunk/src/other/ (CMakeLists.txt libz/CMakeLists.txt): Get closer to working multi-config build of utils. |
| 19:17.33 | CIA-128 | BRL-CAD: 03n_reed * r49683 10/brlcad/trunk/src/other/step/src/ (5 files in 2 dirs): |
| 19:17.33 | CIA-128 | BRL-CAD: Generated step sources raising return-type qualifier warnings from improper use of const. |
| 19:17.33 | CIA-128 | BRL-CAD: Implement intended behavior by returning const versions of typedef'ed reference types. |
| 19:17.33 | CIA-128 | BRL-CAD: Related to r49068. |
| 19:26.03 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3320 10/wiki/Contributor_Quickies: decouple libdm from libged |
| 19:26.57 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3321 10/wiki/Contributor_Quickies: centroid even |
| 19:38.53 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 19:48.14 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3322 10/wiki/Contributor_Quickies: |
| 19:49.20 | brlcad | hello abhi2011 |
| 19:49.30 | abhi2011 | Hi Sean |
| 19:49.34 | abhi2011 | wazzup :) |
| 19:49.55 | abhi2011 | got a job in a small unit of dreamworks |
| 19:50.19 | brlcad | not much, just trying to get items ready for easy developer contributions |
| 19:50.31 | brlcad | congratulations |
| 19:50.35 | abhi2011 | thanks :) |
| 19:50.38 | brlcad | hopefully they don't work you to death :) |
| 19:50.46 | abhi2011 | will be at sunset blvd in april :) |
| 19:50.51 | abhi2011 | yeah not yet |
| 19:50.56 | abhi2011 | just in training initially |
| 19:51.03 | brlcad | had a friend work for them, ... very long weeks |
| 19:51.41 | abhi2011 | woops hope not :P |
| 19:51.53 | brlcad | still, congrats either way |
| 19:52.08 | brlcad | maybe we can meet up this summer, probably be out that way |
| 19:52.08 | abhi2011 | thanks :) |
| 19:52.15 | abhi2011 | ah u in the LA area ? |
| 19:53.12 | brlcad | not right now, but will likely be on travel out that way this summer sometime |
| 19:53.22 | abhi2011 | cool |
| 19:53.53 | abhi2011 | am a bit worried about the driving part in the US....will require some re-orientation :P |
| 19:54.06 | brlcad | heh |
| 19:54.39 | brlcad | what? it's only the most likely cause of death next to a heart attack from all the healthy food |
| 19:55.16 | abhi2011 | yeah, in india the wheel sits in the other side and we drive in the other side of the road |
| 19:56.03 | brlcad | I did that switch a year ago during a trip to scotland, took all of a few minutes to get oriented, couple days to get fully comfortable |
| 19:56.23 | abhi2011 | ah nice....yeah me hoping for the same |
| 19:56.46 | abhi2011 | so I am actually owe the brl-cad project and you guys a lot, they saw my open source contribution to the project during the interview |
| 19:56.58 | abhi2011 | and that would have helped majorly :) |
| 19:57.14 | brlcad | I bet, congratulations to you still regardless -- you did all the work :) |
| 19:57.22 | abhi2011 | :) |
| 19:57.27 | brlcad | just hoping you can help polish it up some still too ;) |
| 19:57.53 | abhi2011 | yes I am trying to get some time on my hands to work on it soon |
| 19:58.13 | abhi2011 | will get back to it for sure |
| 19:58.14 | ``Erik | I think open source contribution is underappreciated by students and hr departments, it's a great way to showcase what you can do to potential team mates :) and grats! |
| 19:58.35 | abhi2011 | hey Erik, thanks ! |
| 19:59.50 | ``Erik | a codemonkeys portfolio, even O.o |
| 19:59.54 | abhi2011 | yeah and they immediately get to see code samples and stuff so they dont ask people to write out much code on the spot :P |
| 20:03.45 | abhi2011 | so there was this c++ object oriented wrapper in the works |
| 20:04.14 | abhi2011 | that got finished ? |
| 20:42.14 | CIA-128 | BRL-CAD: 03starseeker * r49684 10/brlcad/trunk/CMakeLists.txt: Don't print a message about this every time - do it only when someone has tried to specify a preferences file |
| 20:43.49 | CIA-128 | BRL-CAD: 03starseeker * r49685 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: Make lempar.c a build-time copy, not configure time. May need this to support some other changes. |
| 20:50.58 | *** join/#brlcad merzo (~merzo@119-42-132-95.pool.ukrtel.net) | |
| 20:57.57 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 20:57.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:03.56 | CIA-128 | BRL-CAD: 03starseeker * r49686 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: add dependency |
| 21:25.10 | *** join/#brlcad merzo (~merzo@119-42-132-95.pool.ukrtel.net) | |
| 21:28.56 | CIA-128 | BRL-CAD: 03n_reed * r49687 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Address warnings about non-explicit base class initialization by adding intialization list to generated copy constructors. |
| 21:47.31 | *** join/#brlcad bhinesley (~bhinesley@108.203.219.92) | |
| 21:48.36 | bhinesley | brlcad: I'm sure it will. I've always had a hard time building on anything other than Fedora/Debian. |
| 22:08.13 | *** join/#brlcad bhinesley (~bhinesley@108.203.219.92) | |
| 22:20.07 | CIA-128 | BRL-CAD: 03tbrowder2 * r49688 10/brlcad/trunk/src/conv/iges/iges-g.1: delete description of obsolete '-b' option |
| 23:17.56 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 23:22.43 | CIA-128 | BRL-CAD: 03starseeker * r49689 10/brlcad/trunk/misc/CMake/util-clean.cmake.in: experimental script |
| 23:25.44 | CIA-128 | BRL-CAD: 03tbrowder2 * r49690 10/brlcad/trunk/src/conv/iges/g-iges.c: align option order and usage descriptions; add correct definition of '-P' option; add missing '-P' option to usage line |
| 23:26.13 | CIA-128 | BRL-CAD: 03tbrowder2 * r49691 10/brlcad/trunk/src/conv/iges/g-iges.1: add missing '-P' option to description |
| 23:27.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r49692 10/brlcad/trunk/src/libbn/mat.c: correct typo |
| 23:28.50 | CIA-128 | BRL-CAD: 03tbrowder2 * r49693 10/brlcad/trunk/regress/iges.sh: add exec lines for a more robust test |
| 23:53.43 | CIA-128 | BRL-CAD: 03starseeker * r49694 10/brlcad/trunk/src/other/CMakeLists.txt: |
| 23:53.44 | CIA-128 | BRL-CAD: Manage the util directory in such a way that the executables (and dlls) in the |
| 23:53.44 | CIA-128 | BRL-CAD: util dir always correspond to the current configuration in MSVC. As a bonus, |
| 23:53.44 | CIA-128 | BRL-CAD: the same mechanism that tells the build target whether util is in sync with the |
| 23:53.44 | CIA-128 | BRL-CAD: current configuration also serves to identify at a glance to the user which |
| 23:53.44 | CIA-128 | BRL-CAD: configuration util currently holds. |
| 00:24.06 | CIA-128 | BRL-CAD: 03tbrowder2 * r49695 10/brlcad/trunk/src/conv/iges/usage.c: remind casual visitor what this usage statement goes with |
| 00:28.39 | CIA-128 | BRL-CAD: 03tbrowder2 * r49696 10/brlcad/trunk/src/conv/iges/ (6 files): make temporary, local provisions for replacing local function Matmult with libbn equivalents and testing results for comparison |
| 01:06.15 | CIA-128 | BRL-CAD: 03starseeker * r49697 10/brlcad/trunk/ (5 files in 3 dirs): Make one last stab at trying to use multiconfig util executables 'in-place' without the ackwardness of the util dir. Untested. |
| 01:14.25 | CIA-128 | BRL-CAD: 03starseeker * r49698 10/brlcad/trunk/ (misc/CMake/xsltproc.cmake.in src/other/CMakeLists.txt): tweaks |
| 01:37.26 | CIA-128 | BRL-CAD: 03tbrowder2 * r49699 10/brlcad/trunk/doc/docbook/README: add info on converting man format to DocBook |
| 01:44.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r49700 10/brlcad/trunk/doc/docbook/README: add more info on availability of doclifter program; correct typo |
| 02:00.37 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 04:18.51 | CIA-128 | BRL-CAD: 03starseeker * r49701 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at broader use of the CMAKE_CFG_INTDIR mechanism - a preliminary test with MSVC appeared to be successful, in which case this is the way to go. |
| 04:38.29 | CIA-128 | BRL-CAD: 03starseeker * r49702 10/brlcad/trunk/src/other/lemon/CMakeLists.txt: see if we can simplify the lempar.c logic... |
| 05:38.04 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 07:20.49 | *** join/#brlcad ognay (yanghao@2402:f000:1:4415:719c:bac6:f573:89b9) | |
| 07:28.11 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:10.07 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:10.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:38.25 | CIA-128 | BRL-CAD: 03tbrowder2 * r49703 10/ova/RELEASE-NOTES.txt: update for soon-to-be released version of the VM |
| 12:56.31 | brlcad | waves |
| 13:08.18 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 13:25.15 | d_rossberg | would the Geometry Service/C++ interface be a potential topic for GSoC? |
| 13:29.15 | starseeker | hah - http://superuser.com/questions/19762/mass-deleting-files-in-windows |
| 13:49.49 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 14:02.45 | brlcad | d_rossberg: absolutely (it's not up there in some form??) |
| 14:03.13 | brlcad | a task like that probably should be broken up into multiple project ideas |
| 14:03.41 | brlcad | like implementing the C++ core classes for the remaining primitives |
| 14:04.16 | brlcad | or getting .g-to-svn serialization working as a library |
| 14:06.19 | brlcad | or working on geometry analysis API (maybe usurp libanalyze scope as C++ in the GE API) |
| 14:07.53 | brlcad | d_rossberg: fyi, I'm hoping to expand our involvement this year, with maybe up to two students per mentor IFF we have qualified interesting applicants |
| 14:08.32 | brlcad | more than likely we'll still average around 1 per mentor, but if we somehow managed 100 applicants and 20 were interesting, accepting 10 wouldn't be unreasonable |
| 14:09.05 | brlcad | of course, still up to the individual mentors to decide their availability/commitment level |
| 14:12.05 | d_rossberg | so, you expect much more applications then in the years before? |
| 14:12.53 | brlcad | d_rossberg: don't know, but trying to get the word out more proactively this year |
| 14:13.16 | brlcad | if you have university contacts, every little bit will help |
| 14:19.34 | CIA-128 | BRL-CAD: 03Rossberg 07http://brlcad.org * r3323 10/wiki/Google_Summer_of_Code/Project_Ideas: added the object-oriented interfaces |
| 14:42.10 | CIA-128 | BRL-CAD: 03Rossberg 07http://brlcad.org * r3324 10/wiki/Object-oriented_interfaces: Object-oriented interfaces |
| 14:50.35 | brlcad | ~d_rossberg++ |
| 15:17.58 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 20:10.51 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:10.51 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 20:12.54 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:12.54 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 20:14.23 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:14.23 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 20:27.43 | CIA-128 | BRL-CAD: 03starseeker * r49704 10/brlcad/trunk/ (7 files in 3 dirs): Rework the DocBook mechanisms to try and be more CMAKE_CFG_INTDIR friendly |
| 21:43.57 | CIA-128 | BRL-CAD: 03n_reed * r49705 10/brlcad/trunk/src/other/ (34 files in 6 dirs): remove miscellaneous unused files |
| 00:05.01 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 00:05.09 | CIA-128 | BRL-CAD: 03starseeker * r49706 10/brlcad/trunk/src/other/CMakeLists.txt: Use ON/OFF instead of 1/0 here |
| 00:06.28 | CIA-128 | BRL-CAD: 03starseeker * r49707 10/brlcad/trunk/misc/CMake/DocBook.cmake: Flesh out logic for generating fully qualified cmake scripts while still using configuration-flexible paths for build targets when doing DocBook building. |
| 01:02.12 | starseeker | brlcad: do we have a poster for GSoC this year? (might help to send to univ. contacts...) |
| 02:04.49 | brlcad | starseeker: not yet, care to whip something interesting up? |
| 02:06.32 | brlcad | oh, maybe make it a double whammy -- you could make a detailed annotated diagram of a nurbs surface pointing out knot values, control points, etc |
| 02:07.19 | brlcad | maybe show it in a larger context of some object, like the corner fender of some exotic / exciting shape |
| 02:08.06 | brlcad | similar to your tire zoom in on the m35, a nurbs surface zoom in for some object showing the 2d uv space and 3d mapping, maybe hint at topological stitching |
| 02:08.28 | brlcad | or something else altogether, but that'd be an image you could reuse for something upcoming ... :) |
| 02:33.30 | starseeker | brlcad: I have a rather uniformly bad track record on poster design ;-) |
| 02:39.11 | starseeker | ponders... keith's brep command can do some basic visualizations, perhaps that could be expanded upon... |
| 03:25.23 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:25.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:37.34 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 05:54.34 | *** join/#brlcad simion314 (~quassel@109.96.6.181) | |
| 10:52.31 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:52.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:05.08 | brlcad | starseeker: which would only ever get better through practice / training ;) |
| 11:06.35 | brlcad | I was thinking something barebones like the existing opennurbs brep diagram, just something more clean in dia or mathematica |
| 11:16.14 | *** join/#brlcad simion314 (~quassel@92.83.107.165) | |
| 13:41.28 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 14:16.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:18.51 | brlcad | CMake Error at cmake_install.cmake:36 (FILE): |
| 14:19.07 | brlcad | <PROTECTED> |
| 14:19.20 | brlcad | <PROTECTED> |
| 14:19.47 | brlcad | not sure what's happening there, but everything else during install went cleanly |
| 14:22.09 | brlcad | AUTHORS is/was already installed |
| 14:49.58 | CIA-128 | BRL-CAD: 03starseeker * r49708 10/brlcad/trunk/CMakeLists.txt: set the right name for the 64bit NSIS file. |
| 15:44.21 | brlcad | starseeker: problem solved, permissions problem .. curiously only AUTHORS reported a failure |
| 18:29.23 | CIA-128 | BRL-CAD: 03n_reed * r49709 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: incorrect copy loops were indexing past end of source strings |
| 20:14.05 | CIA-128 | BRL-CAD: 03n_reed * r49710 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: ensure null termination as well |
| 21:23.40 | starseeker | n_reed: the Mac problem is way deeper than that - after following main in fedex.c as far as defining model, Linux has what looks like a real pointer for model and Mac doesn't |
| 21:24.07 | starseeker | perhaps there are issues with the function prototypes for Express in express/express.h? |
| 21:26.50 | CIA-128 | BRL-CAD: 03r_weiss * r49711 10/brlcad/trunk/src/libged/model2view.c: Updated function 'ged_model2view' in file 'model2view.c'. Added the ability to pass in a model coordinate in mm and return the screen coordinate. This change was added for backwards compatibility. |
| 21:41.19 | starseeker | yeah, by the time main starts up on Linux, model is already populated |
| 21:41.26 | starseeker | not so on Mac |
| 21:41.40 | starseeker | weird... how it is initializing before anything happens in main? |
| 21:48.29 | ``Erik | main() is not _start, fwiw |
| 21:55.20 | ``Erik | aight, dinner is cooking O.o the compiler shoves a lot of stuff between _start and main(), including little stuff like loading and initializing libraries... |
| 21:55.51 | ``Erik | if the model is being set in, say, a library initialization function (or static in the lib), that might happen before main (or it might not, depends on the loader, os, etc) |
| 21:56.26 | ``Erik | hopefully that helped to utterly confuse ya :D |
| 21:56.55 | starseeker | wonders if we're putting something on the stack that is too big for OSX... |
| 21:57.28 | starseeker | growl |
| 22:06.44 | starseeker | n_reed: fwiw, the github SCL version of fedex_plus succeeds on OSX |
| 22:10.59 | starseeker | maybe the thing to do is just continue with the merge of the two trees |
| 00:09.28 | *** join/#brlcad simion314 (~quassel@92.83.109.166) | |
| 00:28.21 | CIA-128 | BRL-CAD: 03starseeker * r49712 10/brlcad/trunk/CMakeLists.txt: Start cleaning up a little bit with respect to multi-configuration setups - still need to properly populate the Debug flags in the right configuration variables. |
| 00:42.02 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 00:42.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 01:00.41 | CIA-128 | BRL-CAD: 03starseeker * r49713 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/DocBook.cmake): Watch out for a case where CMAKE_CFG_INTDIR is degenerate - in that case, 'fully qualified based on configuration name' is wrong. |
| 01:31.44 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 01:31.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 03:40.03 | CIA-128 | BRL-CAD: 03starseeker * r49714 10/brlcad/trunk/CMakeLists.txt: make cfg pathsetting logic more compact |
| 06:51.24 | *** join/#brlcad simion314 (~quassel@92.83.109.166) | |
| 08:10.24 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:33.56 | CIA-128 | BRL-CAD: 03d_rossberg * r49715 10/rt^3/trunk/src/coreInterface/ (12 files): changed to BU_GET() macro |
| 09:47.49 | CIA-128 | BRL-CAD: 03d_rossberg * r49716 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: another MSVC library for a libbu feature |
| 15:02.24 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:02.24 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 15:51.56 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) | |
| 16:38.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:38.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:21.37 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 18:05.51 | CIA-128 | BRL-CAD: 03tbrowder2 * r49717 10/ova/RELEASE-NOTES.txt: mods for new VM |
| 18:12.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r49718 10/ova/README.txt: add file to include in home dir on VM |
| 18:39.45 | *** join/#brlcad simion314_ (~quassel@92.83.109.166) | |
| 19:03.00 | CIA-128 | BRL-CAD: 03starseeker * r49719 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Summary.cmake): Make a stab at a compiler flags report that is multi-configuration aware. Add line wrapping if we have a lot of compiler flags. Preliminary to moving all the summary logic to its own file. |
| 19:04.16 | CIA-128 | BRL-CAD: 03starseeker * r49720 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: tweak, ws |
| 19:13.55 | starseeker | makes a note to check this site later for stress-test material for step-g http://grabcad.com/ |
| 21:17.08 | CIA-128 | BRL-CAD: 03tbrowder2 * r49721 10/ova/README-examples.txt: add new README for the VM |
| 21:18.33 | CIA-128 | BRL-CAD: 03tbrowder2 * r49722 10/ova/ (README-brlcad-development.txt README.txt RELEASE-NOTES.txt): rename for clarity |
| 21:20.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r49723 10/ova/README-brlcad-development.txt: add some more info |
| 21:22.46 | CIA-128 | BRL-CAD: 03r_weiss * r49724 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Added new tcl scripts 'gr' and 'dg' for grouping geometry in mged. This is a work in progress and needs alot of cleanup. |
| 21:24.10 | CIA-128 | BRL-CAD: 03r_weiss * r49725 10/brlcad/trunk/src/tclscripts/mged/CMakeLists.txt: Added 'grouper.tcl' script to 'CMakeLists.txt'. |
| 21:25.00 | CIA-128 | BRL-CAD: 03r_weiss * r49726 10/brlcad/trunk/src/tclscripts/mged/Makefile.am: Added 'grouper.tcl' to 'Makefile.am'. |
| 21:57.19 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:13.55 | *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) | |
| 22:32.12 | *** part/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) | |
| 22:37.40 | ``Erik | starseeker: gcc47 passes on the vararg macros, but fails left and right with format errors O.o (starting with %z in libbu) |
| 00:06.22 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 00:06.22 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 01:09.02 | starseeker | ``Erik: arrgh |
| 01:12.20 | starseeker | hmm - we didn't make gsoc this year? |
| 01:12.26 | starseeker | doesn't see us on the org list... |
| 01:13.15 | starseeker | oh, may not be complete yet |
| 01:13.19 | starseeker | waits in suspense... |
| 02:47.16 | bhinesley | starseeker: yeah, there must be some mistake. There are only 131 organizations on that list, and they said that 180 were approved and added to the list. |
| 02:48.01 | bhinesley | er, they didn't say specifically that they were all added yet |
| 02:49.12 | bhinesley | i'd be quite suprised if they took a new organization over one that had 2 succesful applicants last year |
| 04:18.10 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 08:56.57 | *** join/#brlcad simion314 (~quassel@109.96.28.115) | |
| 11:49.00 | *** join/#brlcad ognay (yanghao@tu071133.ip.tsinghua.edu.cn) | |
| 13:37.23 | starseeker | ah, there we are :-) |
| 13:39.41 | starseeker | ah, that's why I haven't seen compiler issues - still using gcc 4.4 on gentoo |
| 13:39.43 | starseeker | tisk tisk... |
| 13:42.04 | ``Erik | got an accept email from gsoc |
| 15:40.16 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 15:53.50 | *** join/#brlcad merzo (~merzo@245-170-132-95.pool.ukrtel.net) | |
| 16:20.27 | *** join/#brlcad merzo (~merzo@242-232-92-178.pool.ukrtel.net) | |
| 19:59.11 | *** join/#brlcad simion314 (~quassel@109.96.4.109) | |
| 23:45.18 | CIA-128 | BRL-CAD: 03starseeker * r49727 10/brlcad/trunk/ (5 files in 2 dirs): Make a stab at getting compiler flags working for both single and multi configuration build tools. Still shouldn't turn this on for MSVC, as our compiler flag logic doesn't (yet) check MSVC flags. |
| 00:06.53 | CIA-128 | BRL-CAD: 03starseeker * r49728 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Whoops - not appending here. |
| 00:17.37 | CIA-128 | BRL-CAD: 03starseeker * r49729 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Restructure - try not to run tests we don't need to run (if we've already go the 64 bit flag, don't need to test the rest. |
| 00:19.46 | CIA-128 | BRL-CAD: 03starseeker * r49730 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: copy/paste strikes again |
| 00:48.58 | CIA-128 | BRL-CAD: 03starseeker * r49731 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: Tweak Debug flag handling |
| 01:04.21 | starseeker | ah - that's better |
| 01:06.11 | CIA-128 | BRL-CAD: 03starseeker * r49732 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: whoops - stray macro name holdout |
| 01:37.20 | brlcad | starseeker: ah, I thought I mentioned that site a long while back |
| 01:37.43 | brlcad | great resource for step models, I have GBs of data from there |
| 01:51.45 | brlcad | so yes, to all, we were accepted into GSoC again this year! woot! |
| 03:37.22 | brlcad | our gsoc profile is now properly filled out: http://www.google-melange.com/gsoc/org/google/gsoc2012/brlcad |
| 03:58.07 | brlcad | been thinking about the hyphen on the new logo, feedback appreciated on the three BRL-CAD_gear_logo_*.png files in http://brlcad.org/tmp/. |
| 04:00.59 | starseeker | brlcad: is there a reason the "over" image doesn't have the graphic centered over the text? |
| 04:03.30 | starseeker | I'd probably take that over the other two... |
| 04:06.59 | *** join/#brlcad ardahal (0e8b55c1@gateway/web/freenode/ip.14.139.85.193) | |
| 04:08.45 | starseeker | what about something like this but with thicker "CAD" text? http://brlcad.org/~starseeker/logo_test.png |
| 04:22.50 | brlcad | no reason other than it was smaller when I was playing with that idea, and it looked more appropriate balanced over the A at that size |
| 04:23.15 | brlcad | like what you did there though, that is nice fully balanced |
| 04:24.09 | brlcad | the CAD text and the BRL text are presently intentionally unbalanced (so it stylistically matches the links) |
| 04:25.01 | brlcad | the more I see it, the more it's been growing on me, I must admit -- though I'd be interested in seeing the opposite (BRL light, CAD bold) |
| 04:25.39 | starseeker | would probably work better on a light background - firefox is happening to display it on a dark grey bg |
| 04:29.12 | starseeker | the "mid" layout might do well for a "banner" configuration, although I'd prefer the text a bit larger personally... |
| 04:32.21 | brlcad | do you now if anyone else been able to give the vm image a try? |
| 04:33.00 | brlcad | so it sounds like either way, you're more keen on the hyphen at hyphen height, not connecting the L->C like a hinge |
| 04:33.38 | brlcad | hard to see at that smaller size, but that "hyphen" is actually the same chain link as the bigger three, just with two links |
| 04:48.36 | starseeker | is trying to download the vm |
| 05:11.04 | *** join/#brlcad atneik (3bb22dec@gateway/web/freenode/ip.59.178.45.236) | |
| 05:16.27 | *** part/#brlcad atneik (3bb22dec@gateway/web/freenode/ip.59.178.45.236) | |
| 06:40.08 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 09:50.28 | *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169) | |
| 10:44.16 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 11:03.02 | *** join/#brlcad simion314 (~quassel@109.96.4.109) | |
| 11:40.00 | brlcad | Georgiy: absolutely, but we prefer to hold all of our discussions openly so everyone can benefit |
| 11:40.28 | brlcad | Georgiy: perhaps you can describe exactly what you're thinking of doing in an e-mail to the brlcad-devel mailing list? |
| 12:26.55 | *** join/#brlcad andrei (~andrei@188.25.161.208) | |
| 12:27.09 | *** part/#brlcad andrei (~andrei@188.25.161.208) | |
| 12:55.35 | brlcad | Georgiy: what sort of work have you done already? |
| 13:14.56 | *** join/#brlcad ibot_ (~ibot@rikers.org) | |
| 13:14.56 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 13:47.40 | Georgiy | brlcad: i'm working on vector signal analyzing and generating software for telecomunication technologies (including signal processing). It is big project, we (me and my team) already have spended 2 years for it, and it's not ready (there is a lot of work), in fact this is my first programming project. Also I've partisipiated in two projects where i've done gui (using Qt) |
| 13:48.24 | Georgiy | brlcad: and plugin for EEGLab (using matlab and C) for 2D & 3D graphs comparison and classification. |
| 13:57.03 | Georgiy | brlcad: i can give you a link to eeglab plugin wiki but you need know russian :) |
| 14:42.06 | *** join/#brlcad simion314 (~quassel@109.96.4.109) | |
| 14:56.53 | *** part/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169) | |
| 14:58.24 | *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169) | |
| 15:28.15 | *** join/#brlcad simion314 (~quassel@109.96.4.109) | |
| 16:14.36 | CIA-128 | BRL-CAD: 03starseeker * r49733 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CompilerFlags.cmake): Tweak optimization flag handling. |
| 16:16.10 | CIA-128 | BRL-CAD: 03starseeker * r49734 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: We're not doing anything specifically with MinSizeRel as yet, so don't wipe CMake's version. |
| 16:16.10 | *** join/#brlcad razoraxon (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 16:22.27 | CIA-128 | BRL-CAD: 03starseeker * r49735 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add spacer |
| 16:47.25 | CIA-128 | BRL-CAD: 03starseeker * r49736 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Add a note suggesting enabling all bundled libs for distcheck, if that has not already been done. |
| 18:20.21 | CIA-128 | BRL-CAD: 03starseeker * r49737 10/brlcad/trunk/misc/CMake/ (Distcheck.cmake distcheck_repo_verify.cmake.in): Few minor tweaks to distcheck |
| 18:22.29 | *** join/#brlcad Stattrav (~Stattrav@223.190.200.213) | |
| 18:22.29 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:27.09 | Stattrav | hey folks |
| 18:27.40 | Stattrav | Shall come back when Sean is active. |
| 18:32.33 | Stattrav | I wanted to talk about the web development idea implementations. |
| 19:14.37 | *** join/#brlcad simion314 (~quassel@109.96.4.109) | |
| 19:45.55 | brlcad | Stattrav: sean is usually active, just not always on irc -- best to just ask/say what you want and read the resonse(s) in backlog |
| 19:46.17 | brlcad | someone else is just as likely able to answer questions, and you'll be helped much more quickly ;) |
| 19:47.37 | Stattrav | btw I was reading through the web development Idea, so what is needed is a two way sync between docbook and mediawiki aint it ? |
| 19:47.52 | brlcad | which web dev idea? |
| 19:48.12 | brlcad | we have a lot of potential web work |
| 19:48.12 | Stattrav | Synchronize with Docbook |
| 19:48.45 | brlcad | ah yeah, that could be either through mediawiki or drupal frankly |
| 19:48.55 | brlcad | ideally, it could be something else too really |
| 19:49.12 | Stattrav | If I were to start with the webwork, benchmark db |
| 19:49.23 | Stattrav | would be where I'd like to start. |
| 19:49.26 | brlcad | something that is more modular that fits in with an existing framework would probably get more widespread use |
| 19:49.36 | Stattrav | so could you help me understand the problem better ? |
| 19:49.56 | Stattrav | so what you are currently using is a mediawiki aint it ? |
| 19:49.57 | brlcad | the BRL-CAD benchmark is one of my favorite golden nuggets within our codebase |
| 19:50.13 | brlcad | we presently use drupal+mediawiki+gallery2 |
| 19:51.02 | brlcad | so for the benchmark project, the best way to explain it is to probably run the brl-cad benchmark on your own system |
| 19:51.27 | Stattrav | so one needs to build a web API for the submissions of the logs when when runs the benchmark on the individual's system |
| 19:51.43 | brlcad | right, that's the basic idea |
| 19:52.03 | Stattrav | and then the web end needs to parse the log file with the regexes and store it according to the db schema ? |
| 19:52.09 | brlcad | or at least a processing system that reads logs from a mail directory or something similar |
| 19:52.25 | Stattrav | yes |
| 19:52.36 | brlcad | or both :) |
| 19:52.54 | brlcad | the easier it is to submit, the more useful the system will be, obviously |
| 19:53.24 | Stattrav | Ideally, reading from the mail directory can be a wrapper over the web API |
| 19:53.29 | brlcad | just will need some mechanism for manually loading logs since some will come from systems that have no networking |
| 19:53.47 | Stattrav | yes. |
| 19:54.24 | Stattrav | One could also provide an "upload" page ? |
| 19:54.26 | brlcad | Stattrav: are you familiar with CIA? |
| 19:54.48 | Stattrav | not really. Just know what it is |
| 19:55.11 | brlcad | http://cia.vc/doc/development/ |
| 19:55.33 | brlcad | that's way overkill for this, but it's an example of a multi-input processing system that works sublime |
| 19:55.54 | Stattrav | ohh |
| 19:56.43 | Stattrav | We had something like this where I was working before getting back into academia |
| 19:57.29 | Stattrav | you were referring to the diagram. werent you ? |
| 19:59.33 | Stattrav | brlcad: so could I ask what are the targets for the summers and as said the remnants could be developed later. |
| 20:05.43 | brlcad | yes, the diagram |
| 20:06.03 | Stattrav | so a {submission infrastructure} -> {data extraction} -> {db} -> {analysis} |
| 20:07.56 | brlcad | the summer target would be more about getting the database in place with a processing backend working with a live front end |
| 20:08.10 | brlcad | the analysis has mostly already happened and is in the report |
| 20:08.26 | brlcad | so it's just aggregate reporting via the web interface |
| 20:09.17 | brlcad | i'd keep that aspect very simple -- enough to submit a new entry and see how it fits in with other results in the database |
| 20:09.44 | Stattrav | aah k. Let me write the draft proposal for the submission ifrastructure, data extraction and storage. Once that is done, I shall ping you for for some comments. |
| 20:10.00 | brlcad | coding complete would be a real emphasis for that project, making sure the system is not in a partially complete state at most any point of development as much possible |
| 20:10.10 | brlcad | that sounds great |
| 20:10.36 | brlcad | if you have a brl-cad install, just run the "benchmark" command and you'll see the report it generates |
| 20:10.40 | Stattrav | yes |
| 20:10.50 | Stattrav | done that |
| 20:11.33 | brlcad | that's basically it, the master run-*benchmark.log file is what we're working with |
| 20:12.52 | Stattrav | btw I have applied to brlcad before but did not get through :) This was my proposal http://brlcad.org/wiki/User:Hippieindamakin87 |
| 20:13.06 | brlcad | I remember you ;) |
| 20:13.11 | Stattrav | I've worked with Sahana the year BRLCAD did not apply |
| 20:13.23 | Stattrav | and then work and then this year back to academia. |
| 20:13.48 | brlcad | graduate-level or more undergrad? |
| 20:13.59 | Stattrav | grad-level |
| 20:14.21 | Stattrav | MSc http://www.cmi.ac.in/~suryajith/ |
| 20:15.29 | brlcad | if I recall correctly, you were underconsideration, but just didn't seem to have enough technical background for the (substantially hard) project you were interested in working on |
| 20:15.39 | Stattrav | true :) |
| 20:17.03 | Stattrav | shall be back later, classes in the morning. (2am here) |
| 20:17.26 | brlcad | I think you not only promised implementing robust brep evaluation but also implementing an entire exact precision computing library on top of CSG conversion to BREP to boot |
| 23:24.03 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 23:33.28 | CIA-128 | BRL-CAD: 03starseeker * r49738 10/brlcad/trunk/TODO: it was tkhtml3 |
| 23:51.38 | *** join/#brlcad stas (~stas@188.24.46.106) | |
| 00:38.15 | brlcad | hello stas |
| 00:38.47 | stas | brlcad, if only you are not a bot, hello |
| 00:40.17 | CIA-128 | BRL-CAD: 03starseeker * r49739 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Summary.cmake): move the rest of the summary logic to BRLCAD_Summary.cmake, organize, clean-up, header and footer, etc. |
| 00:40.45 | starseeker | he works like a machine, but he's not a bot ;-) |
| 00:41.15 | stas | whoa, sorry for that :) |
| 00:42.04 | stas | actually guys if you have a minute, I wanted to ask about gsoc |
| 00:42.34 | starseeker | ask away - we read scroll-back, so even if we aren't around better to ask and wait |
| 00:42.55 | stas | nice, thanks. |
| 00:43.21 | stas | I read on wiki you are looking for a mainter for brlcad web stuff |
| 00:44.05 | starseeker | most of the gsoc web related stuff is about new abilities, not so much maintaining |
| 00:44.22 | stas | the only question I have about this, is how hard is to make you guys change your position about what should be the technologies |
| 00:44.38 | starseeker | points at brlcad - question for him |
| 00:44.47 | brlcad | stas: "it entirely depends" :) |
| 00:45.14 | brlcad | we're not married to any technology, but would need a compelling reason to move to something else given the short timeframe gsoc affords |
| 00:45.23 | stas | i mean, i know python and php, but tbh, i will never get back to those if it were to write web stuff |
| 00:45.50 | brlcad | so, a RoR fan? |
| 00:46.00 | stas | ruby to be fair |
| 00:46.05 | stas | ror is kinda bloated |
| 00:46.12 | brlcad | nods |
| 00:46.18 | brlcad | so what's the idea? |
| 00:46.36 | brlcad | migrate it all to custom ruby code? :) |
| 00:47.15 | brlcad | (yes is a valid answer, smilie notwithstanding) |
| 00:47.17 | stas | not much, write all the stuff you need with a mvc framework, automatize some continous integration (be that travis-ci or a jenkins instance on our own) with a 80-90% coverage |
| 00:47.40 | starseeker | waits for ``Erik to vote for uncommonweb and lisp... |
| 00:47.43 | stas | from that point stuff should be a snap to maintain |
| 00:48.08 | stas | i think lisp would be an overhead :) |
| 00:49.13 | stas | btw, I saw docbook has a nice lib in ruby |
| 00:49.23 | starseeker | stas: sorry, inside joke |
| 00:49.26 | stas | tries to buy you guys :) |
| 00:49.30 | brlcad | stas: so let me caveat by saying that sounds like a perfectly valid and good proposal to submit regardless and it'd probably get considerable discussion |
| 00:49.53 | brlcad | but now you're talking in terms that matter |
| 00:50.20 | brlcad | rewriting to a different CMS or language or platform by itself isn't very compelling on its own |
| 00:50.31 | brlcad | there should be some compelling tangible benefit |
| 00:50.41 | brlcad | like imminent or demonstrated docbook integration |
| 00:51.37 | stas | the benefit will be that we have some tested and good looking tools |
| 00:52.05 | brlcad | or showing here are the XYZ steps you have to take now, here's the MN steps you have to take later that will save X minutes/hours/days of your life a year from now |
| 00:52.40 | stas | come again :) |
| 00:52.42 | brlcad | drupal is arguably tested too, no? :) |
| 00:52.53 | brlcad | whether it's good looking depends on css fu |
| 00:52.54 | stas | drupal is hardly maintainable |
| 00:52.56 | stas | :) |
| 00:53.12 | brlcad | it's being maintained now (at whatever cost) |
| 00:53.52 | stas | well lets go wordpress than. the point of getting a new tool like ruby in your stack would also be the quality of the code and result |
| 00:54.38 | brlcad | so again, what I just said basically amounts to "prove it" |
| 00:54.44 | brlcad | not by example, but by description |
| 00:55.03 | CIA-128 | BRL-CAD: 03starseeker * r49740 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: extra line return |
| 00:55.11 | brlcad | the docbook angle is a great one, for example, because that's a high-priority topic |
| 00:55.25 | brlcad | it IS a pain in the ass to integrate docbook with just about everything I know of right now |
| 00:55.32 | brlcad | at least bi-directionally |
| 00:55.54 | stas | you have media wiki right now, right? |
| 00:56.01 | brlcad | so if you could describe a system that provided bidirectional docbook editing, no matter if it was perl scripts and ML code, it'd be very interesting :) |
| 00:56.34 | brlcad | drupal+mediawiki+gallery2 is the current bulk of infrastructure, plus sourceforge services for the development side of things |
| 00:56.58 | stas | yep, thats some php stuff in there |
| 00:57.30 | stas | mediawiki data is plain text basically, that can be converted into docbook |
| 00:57.51 | stas | drupal now, can be integrated through an API |
| 00:58.24 | stas | be that some restful json or xml, and simple editing support can be added |
| 00:58.45 | stas | i think we can even parse html into docbook |
| 00:59.11 | stas | from that point we can have a repository where our tool will commit docbook format |
| 00:59.51 | stas | and a cron job that converts all that stuff in pdf/html or *tex |
| 01:00.21 | stas | sure this is not enough argument to move to ruby, but I saw the other tasks |
| 01:00.33 | stas | and it probably makes more sense |
| 01:02.02 | stas | mostly becase we will need database schema that will likely to change, or some fast prototyping tool for generating all kind of graphs and output formats |
| 01:11.35 | stas | brlcad, if what I wrote makes any sense, I could prepare a more in details list of what and how we can use, some draft proposal |
| 01:15.28 | stas | !ping |
| 01:25.12 | brlcad | sorry, phone call |
| 01:26.10 | brlcad | stas: what you wrote makes sense, but keep in mind that the holy grail is bi-directional editing, which I don't think anyone has working |
| 01:26.54 | brlcad | that's best served as a mediawiki or drupal or whatever plugin that renders the docbook to something, allows editing, but then ALSO unrenders back to docbook for backend review/commit |
| 01:34.45 | brlcad | if you have an idea for that, I'm all ears regardless of language |
| 01:35.27 | stas | brlcad, thanks, I'll do some research. Though so far it still looks like the best option would be to fix drupal and mediawiki |
| 01:36.00 | brlcad | look forward to reading the application(s) ;) |
| 01:36.10 | brlcad | good chances this year for well-developed apps |
| 01:39.08 | stas | not sure yet if i will apply, with php this is pretty straigh, find a format that both media wiki and drupal speaks (probably mediawiki markup +/- html) -> docbook |
| 01:41.26 | stas | mediawiki has an api, that can be used to update content from docbook, and from there its drupal, with the same code as mediawiki to render and edit it |
| 01:43.39 | stas | all that might need tweaking is the cron worker that would need to convert diff into wiki format |
| 01:51.00 | brlcad | stas: it doesn't need to speak to both mw and drupal, just one or the other |
| 01:51.31 | brlcad | the feature we need a bidirectional web editing interface for docbook, the back-end could really be anything |
| 01:52.13 | stas | hmm, sounds more like some sort of wysiwyg in javascript |
| 01:52.17 | brlcad | if you write a solid proposal that involved some language other than php, chances would be very high |
| 01:52.34 | brlcad | s/would/would still/ |
| 01:53.15 | brlcad | it just seems like it'd be an easier task (again to get bidirectionally) using an existing plugin API to something else so it's integrated |
| 01:53.20 | brlcad | not necessary though |
| 01:53.22 | stas | true, but I'm trying to be pragmatic, the tools will end up playing better with php, as those are mediawiki |
| 01:53.47 | brlcad | developer ability is another consideration |
| 01:54.08 | brlcad | we're not invested in php presently, at least not substantially |
| 01:54.30 | brlcad | we're only invested in mediawiki and drupal as a container for data -- user perspective, not development |
| 01:55.06 | brlcad | the only php we have is a plugin I wrote a few years ago that publishes mediawiki changes to CIA and another GSoC project that built a model repository as a set of drupal plugins |
| 01:55.19 | brlcad | neither of which is critical to our core website infrastructure |
| 01:55.27 | brlcad | and easily translated to something else |
| 01:55.30 | stas | so to reformulate, if I could bring a solution for easy editing of docbook files (wysiwyg, preview, review) you would be happy? |
| 01:56.21 | stas | in the end, you wont even need wiki, since static html can be generated |
| 01:56.22 | brlcad | if it was well thought-through, probably very happy |
| 01:56.35 | brlcad | static html can't be edited |
| 01:56.46 | stas | i mean, the tool will produce |
| 01:57.15 | stas | sort of a mediawiki, but with docbook behind |
| 01:57.18 | brlcad | editing can happy directly to the docbook files or ALSO through a web interface, that's part of the bidirectionality desired |
| 01:58.22 | brlcad | keep in mind that there's been docbookwiki ( http://freecode.com/projects/docbookwiki ) around for years but it's insufficient |
| 01:58.30 | brlcad | the editing interface plainly sucks |
| 01:58.47 | brlcad | and is only a subset of docbook iirc |
| 02:00.03 | brlcad | basically a usability fail |
| 02:00.31 | brlcad | the interesting aspect of mediawiki is that you might be able to preserve mw-syntax (which is far better than db) |
| 02:00.43 | brlcad | you don't *really* want your editors to have to care that it's docbook on the backend unless it's strictly necessary (mw syntax dominates usability here, simple) |
| 02:01.43 | brlcad | granted, even showing db tags in a text box is better than nothing ;) |
| 02:07.49 | stas | actually you can preserve mw as the basic format, since both formats speak html, which is more or less "standard" or should be for the compilers/renderers |
| 02:08.31 | starseeker | bear in mind the "canonical" form of our documentation is DocBook, and DocBook->HTML->DocBook is lossy |
| 02:08.41 | stas | also reviving docbookwiki is more like to be a failure, since mw is greatly maintained |
| 02:09.12 | stas | starseeker, true, was just throwing ideas |
| 02:09.35 | stas | we would need a tool that speaks for both formats |
| 02:11.01 | brlcad | if mediawiki were used, you'd want to translate something like http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/about.xml?revision=49740&content-type=text%2Fplain to mw-syntax with docbook properties preserved but hidden |
| 02:11.14 | brlcad | so then you could allow edits but then go back to db without loosing any structure |
| 02:12.28 | brlcad | that's why part why the language is mostly irrelevant -- it's far from being the hardest part of this problem |
| 02:12.44 | brlcad | if a plan is solid, it'll get traction |
| 02:13.13 | starseeker | fwiw - there is an old editor project called qemacs that claimed some WYSIWYG DocBook abilities based on a XML/CSS2 renderer - perhaps that approach would have some useful hints? |
| 02:13.41 | starseeker | http://brlcad.org/~starseeker/qemacs-docbook-mode.png |
| 02:13.50 | starseeker | http://brlcad.org/~starseeker/qemacs-text-mode.png |
| 02:14.04 | starseeker | http://savannah.nongnu.org/projects/qemacs |
| 02:14.10 | stas | starseeker, yep, that approach is probably the only one we should consider, since the tools will end up web anyway |
| 02:14.31 | stas | i'm seriously thinking about a possible javascript library |
| 02:15.19 | stas | unlikely to have full db format support, but with basic and most used attributes |
| 02:15.37 | brlcad | starseeker: any thoughts on which of https://github.com/mpictor/StepClassLibrary/wiki/Gsocideasforstudents we might be interested in? |
| 02:15.59 | brlcad | pulling over the viewer, that's a decent fit |
| 02:17.32 | starseeker | probably don't want to go directly from STEP to Collada - that needs to be staged through an intermediate step, maybe something like the json-based ideas we discussed a while back |
| 02:17.44 | starseeker | doubts that can be scoped for GSoC... |
| 02:19.27 | starseeker | don't really care about python... |
| 02:21.59 | starseeker | even our current clean-up item is a bit tricky because we need to do the merge first... |
| 02:24.38 | stas | ok guys, thanks a lot for chat, i'm gonna get some sleep. |
| 02:36.12 | brlcad | stas: you're welcome -- will look forward to talking/reading more |
| 03:03.22 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3325 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in a STEP viewer from SCL project ideas |
| 03:15.25 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3326 10/wiki/STEP_Viewer: fill in initial details for a step viewer |
| 03:17.10 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3327 10/wiki/Google_Summer_of_Code/Project_Ideas: ws |
| 06:54.59 | *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169) | |
| 08:40.09 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:45.03 | brlcad | moin |
| 08:49.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:49.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:22.59 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3328 10/wiki/Talk:Google_Summer_of_Code/Project_Ideas: New page: test |
| 09:23.11 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3329 10/wiki/Talk:Google_Summer_of_Code/Project_Ideas: Removing all content from page |
| 09:36.29 | *** join/#brlcad JanC_ (daba13f5@gateway/web/freenode/ip.218.186.19.245) | |
| 09:39.13 | *** join/#brlcad Georgiy (4e8bd6a9@gateway/web/freenode/ip.78.139.214.169) | |
| 09:41.14 | *** join/#brlcad Jan_C (daba13f5@gateway/web/freenode/ip.218.186.19.245) | |
| 09:47.36 | Jan_C | hi is anyone here? im wondering if i should introduce myself here for your gsoc projects? |
| 09:56.11 | d_rossberg | Jan_C: i suspect most people here are still asleep, but they will read your messages as soon as they come back to this forum |
| 09:56.29 | d_rossberg | so don't worre to introduce yourself here |
| 09:58.36 | Jan_C | hehe, you mean don't worry (about) introducing myself? |
| 10:01.26 | d_rossberg | yes |
| 10:02.36 | d_rossberg | another possibility would be the developer mailing list |
| 10:08.50 | Jan_C | well, just as a short intro: im an undergrad, currently persuing two degrees in math and computer science, with some background in modern physics (ie Einstein and after) |
| 10:10.53 | Jan_C | i was kinda surprised that there is actually such a science oriented project in gsoc (the one on bending light), im pretty interested in working on it |
| 10:14.21 | Jan_C | in fact i feel tempted to solve all the gravity problems by writing a library to deal with object in fields, and maybe it can be extended somewhat to electromagnetism |
| 10:21.17 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:21.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:26.31 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:44.00 | *** join/#brlcad novoman (6d6fb916@gateway/web/freenode/ip.109.111.185.22) | |
| 10:44.48 | *** part/#brlcad novoman (6d6fb916@gateway/web/freenode/ip.109.111.185.22) | |
| 11:28.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:50.46 | brlcad | hello Jan_C |
| 11:51.29 | brlcad | glad to hear that you're interested in our science projects, they are pretty interesting overall |
| 11:52.08 | brlcad | the gravity/physics integration is actually an effort that was started with the european space agency's summer of code in space last year |
| 11:52.33 | brlcad | still some work needed there, but some of the basic infrastructure is in place |
| 11:53.19 | brlcad | our dev that worked on it can probably go into more/better detail on where that effort stands |
| 12:41.54 | Jan_C | hi, regarding the project on simulating celestial gravity, you meant multilevel problems like sun-planets together with planets-moons? |
| 12:50.10 | Jan_C | i had also taken a brief look at the european space agency summer of code submission, correct me on this, but what was done was a new calculation for the next frame was being made each time from the previous frame? |
| 12:54.06 | Jan_C | if that is the case, it might not be possible to apply it for celestial gravity because the gravitational field is not constant as the objects moves within each unit of time in the calculation |
| 13:35.20 | *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123) | |
| 13:49.54 | CIA-128 | BRL-CAD: 03brlcad * r49741 10/brlcad/trunk/ (BUGS TODO): report of a bug in the idents command output where the first column region counter is printing wrong. |
| 14:02.27 | brlcad | Jan_C: the field might not be constant, but then it doesn't have to be -- you'd apply a different gravity force each frame (to each object) |
| 14:02.43 | brlcad | but then that's why they're separate projects, rather different dynamics obviously |
| 14:04.02 | brlcad | the issue is mostly usability and integration -- you want a system that users can just turn on/off and have it "do the right thing" regardless of the forces involved |
| 14:04.38 | brlcad | the socis project was just a first step, getting a physics engine actually calculating basic newtonian interactions |
| 14:05.00 | brlcad | excellent progress (some videos available), but still another summer's worth of work to go probably ;) |
| 14:29.48 | ``Erik | one of these days, I'll look over the current bullet integration and try to get it working on my machines O.o :) |
| 14:31.37 | ``Erik | starseeker: ucw/lithp might not be right for that project, it might even be better as perl or tcl O.o ruby is a nice language, though, always liked it more than python |
| 14:32.52 | ``Erik | stas: you said "ruby" and "not rails", do you consider rails to be a 'necessary evil' to gain ruby, or do you use another framework (sinatra, your own)? |
| 14:33.18 | brlcad | ``Erik: the VM image should have everything set up and ready to go |
| 14:34.03 | stas | ``Erik, the only reason I wont use rails in a project that is not very dynamically developed, is that maintainence tasks would require more time than development itself |
| 14:34.30 | ``Erik | brlcad: with bullet integration? I haven't actually been following the effort... I have a few boxes with bullet, but BRL-CAD's cmake doesn't find it, and I haven't tried tweaking anything |
| 14:35.31 | brlcad | ``Erik: yeah, that was one of the pieces I asked tom to install so it would be just ready to go |
| 14:36.29 | stas | in fact, all you would need for, lets say, db storage app, is an orm and rack based framework, but not necessary rails, I would suggest ramaze (plain mvc with rack as only dependency and twice at least less resource consumption) |
| 14:36.48 | ``Erik | stas: yeah, any dynamic sites tend to require extra work to make static versions if they take much traffic... (hitting even a basic rails page with ab is concerning, not sure if big sites like github and groupon throw loads of machines at it or have done 'clever' things) |
| 14:37.25 | stas | well, they pay nice fees to amazon, and have clusters of redis/memcache servers |
| 14:40.03 | ``Erik | I've been programming more functional style than oo (describe with verbs, not nouns), which is at odds with rails... toooo many migration targets, so I kinda moved my focus to ucw :D |
| 14:42.00 | ``Erik | brlcad: cool beans, gives us a place to go to if we can't walk someone through setting up their machine correctly (or have an issue with the cmake files on a different platform that we haven't run into) |
| 14:44.32 | stas | brlcad, I found that http://code.google.com/p/callimachus added some basic docbook editing to wymeditor http://i.imgur.com/BXGGA.png |
| 14:45.35 | ``Erik | (I'll note that the new server already has ruby19, rails, devise, thin, etc. in place, plus the apache proxy module to expose the rails/ruby app as a vhost or dir, with ssh support) |
| 14:45.42 | stas | so, I think we should do a tool like this but for docbook http://showdown.im/ |
| 14:46.11 | stas | ``Erik, what server? |
| 14:46.52 | ``Erik | the machine that brlcad.org will eventually move to |
| 14:50.17 | stas | thats nice, though that woulda been my least problem to solve :) |
| 14:51.38 | ``Erik | heh, yeah, we can install pretty much anything needed on the new machine, the old one is kinda stuck at the moment |
| 15:05.32 | brlcad | stas: that's pretty interesting (bxgga) |
| 15:05.49 | brlcad | looks like it got a few things wrong, but I like the para identification |
| 15:26.45 | starseeker | stas: you were thinking the best way to approach DocBook<->web would be a separate library that could be integrated into multiple frameworks? |
| 15:27.02 | stas | starseeker, exactly, a javascript tool |
| 15:27.12 | stas | since its best suitable for web |
| 15:27.42 | stas | back to backend there can be any language or library that speaks docbook |
| 15:28.07 | starseeker | in principle I like the sound of that - could switch frameworks without having to redo anything except the framework<->javascript integration |
| 15:30.40 | stas | i will do some more research, especially i need to take a look at docbook xml schema, but I'm glad we could find a common-ish point |
| 15:31.51 | brlcad | except you end up coding itn the worst of all available languages ;) |
| 15:34.41 | brlcad | just half-kidding ;) |
| 15:47.00 | stas | brlcad, actually I can't agree more |
| 15:47.01 | stas | :D |
| 15:49.57 | brlcad | so you came complaining about javascript and end up convincing yourself and others that javascript is the way to go, good job! :) |
| 15:50.30 | brlcad | bah, s/about javascript/about php/ |
| 15:50.50 | stas | above all, be that javascript, or php, those are just tools, the final result is what actually matters |
| 15:51.06 | stas | but I can consider flash too :) |
| 15:53.56 | brlcad | clearly you'll need to implement a flash engine in javascript first because adobe's is so unstable |
| 15:55.31 | stas | may I withdraw the flash part I mentioned :) |
| 15:56.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:18.36 | CIA-128 | BRL-CAD: 03starseeker * r49742 10/brlcad/branches/STABLE/ (. src/libtclcad/tclcad_obj.c): Apply 49150 |
| 17:07.59 | Stattrav | There is no -Werror in the makefile but why does it treat warnings as errors ? |
| 17:08.51 | Stattrav | I am using r43163 though |
| 17:09.52 | Stattrav | pulls in the latest from the svn. |
| 17:10.08 | Stattrav | nevermind. |
| 17:18.31 | brlcad | heh |
| 17:22.25 | ``Erik | javascript isn't all that bad, and you can always use something like parenscript or coffeescript to generate it :D |
| 17:34.10 | CIA-128 | BRL-CAD: 03starseeker * r49743 10/brlcad/trunk/CMakeLists.txt: Don't want to change the configure script generated just because we're doing a multi-configuration build... |
| 17:35.44 | starseeker | nothing 6000+ commits couldn't fix... |
| 18:02.28 | stas | :) |
| 19:02.09 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 19:10.15 | *** join/#brlcad merzo (~merzo@192-153-201-46.pool.ukrtel.net) | |
| 19:24.55 | *** join/#brlcad andrei (~andrei@188.25.160.226) | |
| 19:28.17 | andrei | Hello , my name is Popescu Andrei and I am a second year undergraduate at Polytechnic University of Bucharest |
| 19:29.07 | andrei | May I ask a few questions about some of the Graphical User Interface projects and Code refactoring projects regarding GsoC and how would that benefit the organisation? |
| 19:29.35 | brlcad | andrei: absolutely |
| 19:30.29 | andrei | Well that might sound really wierd |
| 19:30.31 | brlcad | note that IRC responses are sometimes interactive/instantaneous and sometimes will take a while (maybe a couple hours) before someone responds, but someone does if you're still in the channel |
| 19:30.53 | andrei | but I would be interested in a project that prolonges more than the GsoC period |
| 19:31.31 | brlcad | what's weird about that? :) |
| 19:31.32 | andrei | As the project I choose at GsoC is the first real-deal project I ever attempt |
| 19:31.45 | andrei | I want to be a starting point and also a point to which I could reffer to |
| 19:31.50 | andrei | as doing a good job |
| 19:32.18 | andrei | I noticed the "Impact" Section |
| 19:32.22 | andrei | on your idea's list |
| 19:32.41 | andrei | But which of those projects is of greater importance to you |
| 19:32.52 | brlcad | impact is merely a notion of how many users may be directly affected, not at all a measure of importance or value |
| 19:33.20 | brlcad | if it's an interesting project to you, then it's important |
| 19:34.00 | andrei | Well there are several |
| 19:34.06 | andrei | but I have some limitations unfortunately |
| 19:34.12 | andrei | I only have knowledge of C and Java |
| 19:34.16 | brlcad | the topics up there are actually but a tiny subset of things one would work on |
| 19:34.31 | brlcad | they're up there because they're all very desirable |
| 19:34.53 | brlcad | several to you, perhaps, but not to us ;) |
| 19:35.11 | brlcad | see our TODO file and you'll find a couple hundred more ideas |
| 19:35.15 | andrei | For example |
| 19:35.26 | andrei | The Visualizing Constructuive Solid Geometry |
| 19:35.38 | brlcad | probably another hundred or two here: http://brlcad.org/~sean/ideas.html |
| 19:36.08 | *** join/#brlcad ksuzee_ (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 19:36.31 | andrei | I curently work on a smaller scale project, that was assigned to us by university, which is the Google Ai challange replica |
| 19:36.39 | brlcad | at the bottom of that last one are projects that each would take anywhere from 6 months to 6 years to complete ;) |
| 19:37.07 | brlcad | okay, neat -- is it open source? |
| 19:37.38 | andrei | Well , not really , but it s a larger project |
| 19:37.46 | andrei | that familiarizes us with tools such as git hub |
| 19:39.08 | andrei | hmm :) |
| 19:39.46 | brlcad | if it's on github, it's probably open source... |
| 19:39.58 | andrei | well |
| 19:39.59 | brlcad | doesn't matter |
| 19:40.11 | andrei | I didn't say it's open source because it doesn't really serve a purpose |
| 19:40.17 | andrei | aside of educational purposes that is |
| 19:40.25 | brlcad | purpose has nothing to do with it |
| 19:40.48 | brlcad | if it's code, it's under some form of rights management, license, or contract |
| 19:41.07 | andrei | I am familiar with the open source project |
| 19:41.11 | andrei | I mean |
| 19:41.14 | andrei | philosophy |
| 19:42.19 | brlcad | so then you should know if the code was published or not no? :) |
| 19:42.32 | brlcad | is it available online somewhere? |
| 19:43.09 | andrei | The code is entirely written by me and three teammates , I will post it on github in two or three days |
| 19:43.40 | andrei | Anyway |
| 19:43.47 | andrei | resuming to Visualizing Constructive Solid Geometry (CSG) |
| 19:44.13 | brlcad | drastically different from the refactoring projects .. what draws you to that idea? |
| 19:44.27 | andrei | Well |
| 19:44.36 | andrei | In highschool I used to help my physics teacher |
| 19:44.45 | andrei | develop small E-learning lessons |
| 19:45.09 | andrei | Using Macromedia Flash |
| 19:46.42 | brlcad | so you see this as similarly helping users learn and visualize their data |
| 19:46.50 | andrei | Indeed |
| 19:47.23 | brlcad | so what did you have in mind? |
| 19:48.26 | andrei | Well |
| 19:48.43 | andrei | I have used a few days ago the NS tool to review how a small network is working |
| 19:48.45 | andrei | and transfering data |
| 19:51.37 | andrei | I am trying to get familiarized with Tcl / Tk |
| 19:52.01 | andrei | and probably I don't really have a good enough vision |
| 19:52.04 | andrei | about what should I do |
| 19:53.01 | brlcad | fair enough |
| 19:53.31 | andrei | Actually I m looking over Graphviz |
| 19:53.36 | brlcad | we certainly have plenty of ideas on the topic, of course, and can discuss it in-depth but it is a tricky project to cut one's teeth on it |
| 19:53.57 | brlcad | have you used our graphiz exporter yet? |
| 19:54.49 | andrei | I haven't done it so far , unfortunately |
| 19:54.57 | andrei | I m trying to do that now |
| 19:55.19 | brlcad | It's a simple little program, limited options, but does the trick and will show you a hierarchy |
| 19:55.45 | brlcad | doesn't have a GUI though or any means of editing the graph (other than cracking out a text editor to change the dot file) |
| 19:58.41 | andrei | I have Ubuntu 11.10 at the moment |
| 19:59.01 | andrei | I might be wrong but , is the program available for this distribution? |
| 19:59.15 | andrei | I have ran sudo apt-get install graphviz and it seemed to have been installed |
| 20:02.58 | andrei | I'm going to have a closer look to the documentation |
| 20:03.01 | andrei | as I m a bit confused |
| 20:05.22 | brlcad | is what program available? |
| 20:06.51 | andrei | <PROTECTED> |
| 20:06.54 | andrei | the brlcad toolkit |
| 20:07.36 | brlcad | brl-cad is not a program (or a toolkit) .. it's a suite of applications (hundreds) |
| 20:08.37 | brlcad | one thing that might help you |
| 20:08.52 | brlcad | this year we've put together a virtual machine already fully pre-configured |
| 20:09.49 | brlcad | if you download/install VirtualBox, you'll be able to load and run this disk image: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 20:09.59 | brlcad | you'll need about 6GB of disk space free |
| 20:10.07 | brlcad | but everything you need is in there |
| 20:10.15 | andrei | Thank you :) I really appreciate it |
| 20:10.20 | andrei | I'm sorry for seeming a bit lost |
| 20:10.47 | brlcad | understandable, it's a lot to take in |
| 20:11.37 | brlcad | given the complexity, you may end up being more interested in one of the refactoring tasks regardless |
| 20:11.47 | brlcad | that's one of the best ways to become familiarized with code |
| 20:11.54 | brlcad | for any project |
| 20:12.22 | andrei | Hmm |
| 20:14.08 | andrei | I appologise beforehand if I will be or seem to be annoying, it is certainly not my intention |
| 20:14.45 | brlcad | not annoying :) |
| 20:14.50 | andrei | the reason I have set eyes on a "bit harder" project is from 8th of June( When I finish my exam session) until 1st of October |
| 20:14.57 | andrei | I have absolutely no comitments at all |
| 20:15.19 | brlcad | our code base is more than a million lines of code |
| 20:15.27 | brlcad | you could spend years refactoring and still have years to go |
| 20:15.31 | andrei | indeed |
| 20:15.45 | brlcad | and refactoring doesn't imply easy |
| 20:15.53 | brlcad | it's just a good way to get introduced to code |
| 20:16.19 | brlcad | some refactoring is exceptionally hard, especially to do bug-free and without introducing bad API |
| 20:16.39 | andrei | so what you mean is that's a good way to start working with your organisation |
| 20:17.01 | brlcad | gotta run, but there aer other folks in there that can answer other questions too (and the mailing list of course, for more thought-through questions or introductions) |
| 20:17.14 | brlcad | good way to start working with any org ;) |
| 20:17.44 | andrei | Goodbye ! Then I will probably have a better look |
| 20:17.48 | andrei | at the code refactoring projects |
| 20:18.00 | andrei | Thank you for the really helpful advice |
| 20:46.32 | Jan_C | hi, regarding the idea of solving for motion through space by getting a different force acting on the object, in practice it would be problematic because there is no guarentee that the planet would stay in orbit |
| 20:48.19 | Jan_C | if done mathematically with frames close to each other, then that would draw out a more accurate orbit, however thats only with arbituary precision values, if done with float, that would only compound the problem |
| 20:52.57 | Jan_C | i would propose a whole different approach to the problem from physics equations but that would involve tracing out predefined paths, of course theres no reason why we cant have both and compare the difference |
| 20:56.07 | *** join/#brlcad stas (~stas@188.24.46.106) | |
| 21:01.19 | andrei | Goodnight everyone, will look better into the Virtual machine in the morning |
| 21:01.21 | andrei | :) |
| 21:23.51 | CIA-128 | BRL-CAD: 03starseeker * r49744 10/brlcad/trunk/ (3 files in 3 dirs): Hrm. CMAKE_CFG_INTDIR doesn't work for the install command, apparently - http://www.cmake.org/Bug/view.php?id=5747 - start experimenting... |
| 21:45.41 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 21:46.43 | stas | do you guys usually are popular around romanian students? :) |
| 21:52.12 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 22:34.54 | CIA-128 | BRL-CAD: 03starseeker * r49745 10/brlcad/trunk/ (misc/CMakeLists.txt src/other/libtermlib/CMakeLists.txt): |
| 22:34.54 | CIA-128 | BRL-CAD: Stray changes needed for Multi-configuration build tool installation rules. |
| 22:34.54 | CIA-128 | BRL-CAD: Xcode now successfully installs a build of BRL-CAD. Still doesn't run from that |
| 22:34.54 | CIA-128 | BRL-CAD: installed directory, looks like something wrong with Tcl index file |
| 22:34.54 | CIA-128 | BRL-CAD: generation... |
| 22:53.57 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 22:56.43 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 22:59.40 | CIA-128 | BRL-CAD: 03starseeker * r49746 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Fix TCL_PKGINDEX in multi-config cases. Gets archer working from install - mged still can't read 'version' variable. |
| 00:20.28 | brlcad | stas: we've had romanian contributors before, but I don't think there've been any around lately |
| 00:46.03 | *** join/#brlcad qballer (~chatzilla@bzq-82-80-187-12.red.bezeqint.net) | |
| 00:46.08 | qballer | HI |
| 00:46.16 | brlcad | howdy |
| 00:46.22 | brlcad | what brings you here? |
| 00:46.23 | brlcad | j/k |
| 00:46.27 | qballer | :) |
| 00:47.09 | brlcad | so yeah, we have one of the oldest networking libs around, highly robust even across networking implementations that predate tcp standardization :) |
| 00:47.20 | qballer | So what kind of networking modules do you have. |
| 00:47.37 | qballer | WoW that is ammm OLD :) |
| 00:48.51 | qballer | Does it require further development? |
| 00:50.38 | *** join/#brlcad fallor (~fallor@115.248.130.148) | |
| 00:50.53 | qballer | ? |
| 00:52.04 | *** part/#brlcad qballer (~chatzilla@bzq-82-80-187-12.red.bezeqint.net) | |
| 01:01.31 | brlcad | hi fallor |
| 01:26.47 | fallor | brlcad: |
| 01:27.02 | fallor | hi. sorry.. was away for a bit |
| 01:29.48 | fallor | BRL-CAD had computer vision in its tags, thats why I came here. Was just browsing through the wiki and project ideas. You guys want to consolidate all you image processing functions in a single library. I think I can help with that :) |
| 01:30.07 | starseeker | awesome :-) |
| 01:31.00 | starseeker | yeah, that's the libicv (image conversion library) work |
| 01:31.16 | starseeker | ``Erik is the one who knows the most about that |
| 01:32.20 | fallor | I'll talk to him then. He's away it seems |
| 01:33.05 | starseeker | fallor: irc conversations often aren't real time - check back later, someone will have seen it (we read backlogs of the chat) |
| 01:35.12 | starseeker | Ah HAH! finally |
| 01:35.36 | fallor | Sure, thanks starseeker |
| 01:39.26 | CIA-128 | BRL-CAD: 03starseeker * r49747 10/brlcad/trunk/ (3 files in 2 dirs): (log message trimmed) |
| 01:39.26 | CIA-128 | BRL-CAD: Problem with MGED not being able to work with the version variable was due to |
| 01:39.26 | CIA-128 | BRL-CAD: brlcad_ident output containing the variable path - apparently Tcl didn't like |
| 01:39.26 | CIA-128 | BRL-CAD: the dollar-sign and curly brackets. Seeing as that's also not the right path if |
| 01:39.26 | CIA-128 | BRL-CAD: someone does do an install, teach BRL-CAD how to get the actual path |
| 01:39.27 | CIA-128 | BRL-CAD: corresponding to a particular configuration in the case where the installation |
| 01:39.28 | CIA-128 | BRL-CAD: path is based on the build configuration. Could have punted and required a |
| 01:40.02 | starseeker | does happy dance |
| 01:42.34 | CIA-128 | BRL-CAD: 03starseeker * r49748 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/test_srcs/builddelta_end.c.in): Install instructions at the end of builddelta need to be aware of what was used to build BRL-CAD - 'make install' won't do very much when you are using xcodebuild, for example. |
| 02:44.19 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 03:17.40 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:17.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 03:42.45 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:42.50 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 03:48.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 03:48.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:05.51 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:05.51 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:16.46 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 05:22.11 | *** join/#brlcad andrei (~andrei@188.25.161.126) | |
| 05:44.40 | andrei | Good Morning:) |
| 06:14.31 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 06:15.48 | *** join/#brlcad ksuzee_ (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 06:16.03 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 07:50.13 | andrei | I am trying to do unit tests for the rb tree(create,insert ..etc) |
| 08:04.31 | andrei | the *order_func parameter represents the pointer to the comparison function ? |
| 08:14.23 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:16.35 | *** join/#brlcad nbafna (~nikhilbaf@116.202.82.128) | |
| 08:17.21 | *** join/#brlcad 18VAAA4YK (~nikhilbaf@116.202.82.128) | |
| 08:42.29 | stas | brlcad, I see, thanks. andrei good luck :) |
| 08:43.21 | andrei | Thank you |
| 08:45.42 | andrei | In order to create a comparison function to test the rb_tree functions , I need to write a generic comparison function |
| 08:46.41 | andrei | to compare the bu_rb_node-> rbn_package -> rbp_data sections |
| 08:46.43 | andrei | right? |
| 08:56.39 | *** join/#brlcad simion314 (~quassel@109.96.52.243) | |
| 09:30.53 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:33.24 | andrei | brlcad, please say when you're arround |
| 09:39.28 | brlcad | andrei: that's the general idea, yes |
| 09:39.47 | brlcad | there is a manual page for the redblack API that might help |
| 09:39.53 | brlcad | brlman libredblack |
| 09:39.59 | andrei | Well I ve been reading the code for a while |
| 09:40.07 | brlcad | er, "brlman redblack" actually |
| 09:40.11 | andrei | and what I understood is that in the node structure |
| 09:40.15 | andrei | you actually store a list of |
| 09:40.51 | andrei | sec, let me find the exact name of the structure |
| 09:41.17 | andrei | bu_rb_package |
| 09:41.21 | andrei | that contains the generic data |
| 09:46.03 | brlcad | andrei: I believe that's the general idea though you're not supposed to know that directly ... that's a private structure member |
| 09:46.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:46.54 | brlcad | actually, I take that back -- that is the data container |
| 09:47.05 | brlcad | it's been a while since I've looked at that bit of api myself |
| 09:49.25 | brlcad | so you have to keep in mind that the API is a data-driven design, classic C, so you're seeing implementation details that must be declared mixed with API that you're expected to use |
| 09:50.02 | brlcad | I don't think you actually need to know about bu_rb_packages other than maybe for the purpose of creating a comparison func and even then I'm not positive you need to know |
| 09:50.25 | brlcad | bu_rb_insert() will populate a package for you, for example |
| 09:50.49 | andrei | hmm |
| 09:50.57 | brlcad | a good simple test would be to store strings into a rb tree |
| 09:51.20 | andrei | that was what I was trying to do |
| 09:51.31 | andrei | and use strlen(string) as a comp function |
| 09:52.01 | brlcad | you could insert something like "h", "e", "a", "l", "l", "o" .. then delete "a", then traverse all nodes and see if you can find h e l l o |
| 09:52.16 | *** join/#brlcad Stattrav (~Stattrav@223.190.212.133) | |
| 09:52.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:54.13 | andrei | <PROTECTED> |
| 09:54.30 | andrei | regarding arbitrary inserts |
| 09:54.41 | andrei | I'm not entirely sure at what is the compare function used |
| 09:54.47 | andrei | as I see there is a pointer to a compare function |
| 09:55.17 | andrei | ah nevermind |
| 09:56.12 | Stattrav | brlcad: is there a list of requirements for the brlcad build on linux ? |
| 10:04.48 | brlcad | Stattrav: have you seen https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ ? |
| 10:05.05 | brlcad | that's a fully preconfigured checkout and install of brl-cad on linux ready to go |
| 10:05.20 | brlcad | you'll just need to download VirtualBox and have about 6GB of disk space available |
| 10:05.54 | brlcad | the doc/README.Linux might list requirements, but they are very very minimal |
| 10:06.05 | Stattrav | aah :) |
| 10:06.32 | Stattrav | I was building from SVN and the cmake failed and thus installed the necessary packages |
| 10:06.41 | Stattrav | I can add to them though |
| 10:07.10 | brlcad | cmake may fail for a huge range of issues including misconfigured cmake :) |
| 10:07.35 | brlcad | the actual requirements are something minimal like cmake, make, gcc/g++ |
| 10:08.06 | Stattrav | so bullet, freetype2, libxi-dev, libxft-dev |
| 10:08.10 | brlcad | plus some optional bits like x11 libs (dev and user), lex/yacc, and a few other assumptions |
| 10:08.14 | Stattrav | yeah |
| 10:11.30 | brlcad | andrei: have you read the section of include/bu.h on the redblack structures/functions? |
| 10:11.52 | andrei | yes |
| 10:11.53 | brlcad | that's probalby the best starting point |
| 10:11.59 | brlcad | cool |
| 10:12.02 | andrei | from what you told me |
| 10:12.08 | andrei | you want me to use the wrappers |
| 10:12.23 | andrei | rather than the primary functions |
| 10:13.35 | andrei | oh, actually not |
| 10:14.02 | andrei | I thought bu_rb_insert is a wrapper over |
| 10:14.04 | andrei | HIDDEN int |
| 10:14.05 | andrei | _rb_insert |
| 10:17.54 | andrei | just a second |
| 10:17.57 | andrei | I m trying to get something clear |
| 10:25.44 | andrei | <PROTECTED> |
| 10:25.45 | andrei | but |
| 10:27.18 | andrei | <PROTECTED> |
| 10:27.58 | andrei | what is the order parameter |
| 10:27.59 | andrei | role |
| 10:29.00 | andrei | I can't find the rb_order_func in order to see what it does |
| 10:29.18 | andrei | ah, nevermind, I found the macro |
| 10:31.35 | brlcad | you can ignore HIDDEN functions |
| 10:31.38 | brlcad | they're implementation detail |
| 10:31.41 | brlcad | HIDDEN is "static" |
| 10:32.17 | brlcad | when it doubt, just pass a zero ;) |
| 10:32.44 | andrei | the basic red black tree node has a key and a valu |
| 10:32.46 | andrei | e |
| 10:49.52 | andrei | The rb tree in bu.h isn't actually a binary tree of some order? |
| 11:04.50 | brlcad | andrei: I'm not sure I understand your question |
| 11:05.01 | brlcad | usually order would be the maximum number of children in a node |
| 11:05.24 | brlcad | but order might also be related to traversal ordering |
| 11:05.48 | andrei | exactly |
| 11:06.02 | andrei | no, now everything became clear |
| 11:06.12 | andrei | I had no idea what s with the "order" parameter |
| 11:06.28 | brlcad | if it's in the API, it's probably traversal ordering |
| 11:06.42 | brlcad | whether to traverse preorder, postorder, inorder |
| 11:07.39 | andrei | hold on, I ll upload a picture , maybe that will help you understand what I mean |
| 11:08.03 | andrei | http://i.imgur.com/eAXdl.png |
| 11:10.44 | brlcad | a see a tree ... and? :) |
| 11:10.51 | andrei | and the order represents |
| 11:10.56 | andrei | the number of the node |
| 11:11.21 | andrei | if I m not mistaken |
| 11:11.25 | brlcad | yes ... |
| 11:11.30 | andrei | order 0 in first node should be node 8 |
| 11:11.43 | andrei | and order 2 is 17 |
| 11:11.49 | brlcad | er ... |
| 11:12.17 | brlcad | that's not how I'd define order |
| 11:13.16 | brlcad | one (of many) possible definition of order is the maximum number of children for each node |
| 11:13.28 | brlcad | for that diagram, that'd be "order 4" |
| 11:13.36 | brlcad | and it applies to the whole tree |
| 11:13.48 | brlcad | as each node has potentially four children |
| 11:14.19 | brlcad | THAT SAID ... order in the API could simply refer to the order of _traversal_ |
| 11:16.15 | brlcad | if I walked that tree, do I get 1,6,8,11,13,... or do I get 13,8,1,6,11,... or 6,1,11,.. etc |
| 11:16.33 | brlcad | inorder, preorder, postorder, etc |
| 11:17.07 | andrei | well |
| 11:17.29 | brlcad | I'd bet rb_* api refers to traversal, not describing the tree |
| 11:17.41 | brlcad | need a more specific question at least |
| 11:18.15 | andrei | void |
| 11:18.17 | andrei | bu_rb_walk(struct bu_rb_tree *tree, int order, void (*visit) (/* ??? */), int trav_type) |
| 11:18.29 | andrei | the type of "walking " is clearly dictated by trav_type |
| 11:18.49 | andrei | and it s defined in bu.h as |
| 11:18.58 | andrei | preorder - 0 , inorder - 1 and post - 2 |
| 11:19.36 | andrei | my understanding is that this function walks the tree in the chosen mode |
| 11:19.53 | andrei | and applies a function to everynode |
| 11:21.23 | brlcad | so for that function, I'd agree |
| 11:22.11 | brlcad | iirc, many of the bu_rb_*() have an 'order' parameter and they don't all mean what it means to bu_rb_walk |
| 11:23.55 | brlcad | reading through redblack.3 I believe that order parameter refers to which comparison function to use |
| 11:24.28 | brlcad | it looks like you can store multiple "orders" per node and have a different comaprison function for each |
| 11:26.05 | brlcad | so basically it's a tree of lists and it's asking which list entry do you want |
| 11:26.27 | brlcad | most of the time there would only be 1 so it's probably either 0 or 1 depending on where the index starts |
| 11:28.47 | *** join/#brlcad akanksha (1b3a2f96@gateway/web/freenode/ip.27.58.47.150) | |
| 11:29.28 | andrei | <PROTECTED> |
| 11:30.00 | andrei | if the order is k , it will access the k'th data container |
| 11:30.11 | andrei | of the curent node |
| 12:12.27 | andrei | int comparison=0xdeadbeef; |
| 12:12.30 | andrei | uhm..interesting :) |
| 12:17.43 | andrei | brlcad, how can I test the program I have written? |
| 12:22.34 | brlcad | andrei: have you compiled brl-cad yet? |
| 12:23.07 | andrei | <PROTECTED> |
| 12:23.11 | andrei | to add my file aswell |
| 12:23.31 | brlcad | that should still work but that's our old build system |
| 12:23.38 | andrei | not sure if it is the right thing to do , I have added it the same way the other test_units were added |
| 12:23.41 | brlcad | the new build system is the CMakeLists.txt file |
| 12:24.11 | brlcad | right, so that's all you have to do -- follow exactly what's done for the others |
| 12:24.22 | brlcad | you're working with an svn checkout? |
| 12:24.50 | andrei | no, for the moment I was just working on localhost |
| 12:25.25 | brlcad | er |
| 12:25.40 | brlcad | where are the sources from? |
| 12:25.54 | andrei | http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.20.4/ |
| 12:26.03 | brlcad | okay, a source download then |
| 12:26.10 | andrei | yes |
| 12:32.12 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 12:32.14 | brlcad | so to build, I'd suggest installing cmake then running mkdir .build && cd .build && cmake path/to/sourcedir && make |
| 12:32.16 | brlcad | ideally, do that *before* you edit CMakeLists.txt just so you can make sure it builds before your changes |
| 12:32.16 | brlcad | if it fails, though, the first thing we'll almost always tell you is to get an svn checkout :) |
| 12:32.16 | *** part/#brlcad simion314 (~quassel@109.96.52.243) | |
| 12:32.18 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-203-219-92.dsl.bkfd14.sbcglobal.net) | |
| 12:32.18 | brlcad | howdy bhinesley |
| 12:34.38 | brlcad | andrei: he's someone you might be interested in speaking with -- he's a former (outstanding) gsoc student that worked on code refactoring for brl-cad last year |
| 12:36.00 | brlcad | he might be able to share some persepctive or help answer questions |
| 12:36.07 | andrei | That's good to know, thank you |
| 12:36.22 | andrei | just a second, I m setting up my git account on this distribution |
| 12:36.48 | brlcad | you sould set it up with the svn repo, not a source download, fwiw |
| 12:37.31 | brlcad | moreover, if you're selected, students are expected to commit daily and throughout the day so you may find the overhead actually counterproductive |
| 12:55.30 | andrei | I m sorry for the rather newbie question but I m unsure of something |
| 12:56.18 | andrei | I should clone your repo on my account and commit to mine ( if I get selected) or I should commit on your repository |
| 13:16.00 | *** join/#brlcad ksuzee__ (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 13:23.18 | starseeker | gah - how about telling me *how* cmake failed?? |
| 13:29.48 | starseeker | andrei: you would commit to the svn repository on sourceforge |
| 13:30.21 | andrei | ah, I see |
| 13:30.54 | andrei | I had some issues with the installation aswell, so I started the VirtualBox that brlcad recommended |
| 13:43.05 | andrei | brlcad, this is the program I have written , it supposedly tests several rb_* functions |
| 13:43.43 | andrei | how can I test it ? I m trying to test in the virtualbox |
| 14:02.08 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 14:12.36 | *** join/#brlcad simion314 (~quassel@109.96.52.243) | |
| 14:20.14 | *** join/#brlcad jarray52 (~solargrin@ool-457e801f.dyn.optonline.net) | |
| 14:20.24 | *** join/#brlcad jarray52 (~solargrin@unaffiliated/jarray52) | |
| 14:22.48 | brlcad | andrei: do you have the vm running? |
| 14:23.20 | andrei | yes |
| 14:23.40 | andrei | should I give you a pastebin link to the file or should I try to run it myself first? |
| 14:23.58 | brlcad | yourself first :) |
| 14:24.10 | brlcad | so when you run the vm, there are two windows |
| 14:24.17 | brlcad | one is the build dir, the other is the source dir |
| 14:24.25 | brlcad | run make in the build dir |
| 14:24.45 | brlcad | if it completes successfully, then you can make your edits in the source directory |
| 14:25.11 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 14:25.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:25.13 | andrei | hold on a second |
| 14:25.17 | brlcad | after the build succeeds, edit src/libbu/CMakelists.txt and add your test file |
| 14:25.25 | brlcad | then re-run make again in the build dir |
| 14:25.47 | andrei | the brlcad-build directory on desktop |
| 14:25.50 | brlcad | if it works, you'll have your test binary in bin/test_rb or whatever you named it |
| 14:25.53 | andrei | is empty |
| 14:26.22 | brlcad | when you started the vm, it presented you with two windows |
| 14:26.28 | brlcad | did you already close one of those windows? |
| 14:26.28 | andrei | yes, I ll reboot it |
| 14:26.35 | andrei | as I ve been playing abit in mged |
| 14:26.45 | brlcad | you don't need to reboot |
| 14:27.07 | brlcad | you just need to be in the right directory |
| 14:27.52 | jarray52 | Do any pre-written open source engineering licenses exist? I'm looking for a GPL like license for open source engineering projects. I apologize in advance if the question is off topic. |
| 14:28.18 | brlcad | jarray52: what does that even mean? |
| 14:28.48 | brlcad | you could certainly use just about any OSI license for most open source engineering projects |
| 14:29.08 | CIA-128 | BRL-CAD: 03starseeker * r49749 10/brlcad/trunk/CMakeLists.txt: use BRLCAD_CMAKE_DIR once it's defined |
| 14:30.01 | andrei | so now I have two windows |
| 14:30.17 | andrei | the terminal is in /home/brlcad |
| 14:30.36 | andrei | and the file browser in /usr/brlcad/dev7.21.0 |
| 14:30.42 | andrei | I assume the last one is the build directory |
| 14:31.18 | jarray52 | brlcad: The project would consist of CAD drawings/BRL CAD models, gcode, mathematical models, and written material that would facillitate manufacture of the product. I would like any user created modifications to be publically available whenever the product is sold or the designs redistributed. |
| 14:31.34 | brlcad | andrei: so it's already different than it was when you first ran the VM |
| 14:32.28 | andrei | I think so, yes. |
| 14:33.20 | brlcad | jarray52: most open source licenses cover content, but you could also pick a license more geared to content like creative commons (cc-by-sa fits your description) |
| 14:33.43 | brlcad | andrei: so there's a brlcad-trunk-svn dir -- that's your svn checkout |
| 14:33.53 | brlcad | i.e., your source dir |
| 14:34.10 | brlcad | there should also be a brlcad-build dir (or similarly named) |
| 14:34.24 | brlcad | that's your build directory |
| 14:34.53 | andrei | there is a brlcad-build indeed |
| 14:34.58 | andrei | but it's empty |
| 14:35.29 | brlcad | if you cd to it, and run make, what happens? |
| 14:36.04 | andrei | make: *** No targets specified and no makefile found. Stop. |
| 14:36.21 | brlcad | okay, so apparently tom nuked it in the latest version |
| 14:36.31 | brlcad | run "cmake ~/brlcad-trunk-svn" |
| 14:36.36 | brlcad | in the build dir |
| 14:36.58 | andrei | I believe the directory is called brlcad-svn , I think it's the same thing tho |
| 14:37.07 | brlcad | okay, that |
| 14:37.27 | brlcad | he apparently renamed the dirs in the latest image |
| 14:37.58 | andrei | it's my fault anyway, I m too unsecure to realise even obvious matters |
| 14:38.31 | andrei | but I ll try and spend as much time as possible to understand it :) |
| 14:39.58 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 14:39.58 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:48.45 | andrei | Now it works, I m waiting for make to finish :) |
| 14:50.25 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 14:50.25 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:57.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:03.02 | ``Erik | hehehehe http://wonder-tonic.com/geocitiesizer/content.php?theme=3&music=9&url=brlcad.org |
| 15:04.34 | andrei | Okaay |
| 15:04.40 | andrei | that's cool |
| 15:05.32 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:05.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:08.10 | ``Erik | http://wonder-tonic.com/geocitiesizer/ amuses me |
| 15:13.34 | CIA-128 | BRL-CAD: 03starseeker * r49750 10/brlcad/trunk/ (7 files in 7 dirs): (log message trimmed) |
| 15:13.34 | CIA-128 | BRL-CAD: Nevermind the LoadMacros hack - just prevent the re2c/lemon macro definitions |
| 15:13.34 | CIA-128 | BRL-CAD: from being overwritten if they're already defined using Alexander Neundorf's tip |
| 15:13.34 | CIA-128 | BRL-CAD: from http://www.cmake.org/pipermail/cmake/2008-February/019776.html. BRL-CAD |
| 15:13.34 | CIA-128 | BRL-CAD: defines 'em first, so the src/other copies won't get loaded (makes sure older |
| 15:13.35 | CIA-128 | BRL-CAD: versions of macro files that might linger in src/other don't stomp misc/CMake |
| 15:13.36 | CIA-128 | BRL-CAD: versions) but stand-alone builds will use the local copies. Properly set up |
| 15:13.56 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:13.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:15.46 | brlcad | ``Erik: heh |
| 15:21.41 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:21.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:29.49 | andrei | brlcad, it takes quite a while to compile |
| 15:29.56 | brlcad | yep! |
| 15:30.04 | andrei | when I will add my file to it, I assume it won't recompile the unchanged files |
| 15:30.14 | brlcad | right |
| 15:30.47 | brlcad | there's also a bit of a slowdown running in the vm, so you wouldn't necessarily be working that way all summer |
| 15:30.59 | brlcad | the image is just to help folks get started |
| 15:31.10 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:31.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:31.17 | brlcad | later you'd be expected to set up your own environment |
| 15:31.44 | brlcad | it's a distraction until after students are selected though so no worries for now |
| 15:31.55 | andrei | If I will get accepted I will change the distribution to one that's compatible |
| 15:32.00 | andrei | I m pretty unhappy with Ubuntu 11.10 anyway |
| 15:32.13 | stas | andrei, why? :) |
| 15:32.39 | andrei | well , it has some minor but annoying bugs |
| 15:33.23 | andrei | and the fact that some things seem to be created just not to be like windows |
| 15:33.40 | stas | could you describe any of these? |
| 15:33.45 | andrei | Yes |
| 15:33.52 | andrei | if you mean minor bugs |
| 15:34.02 | stas | was just curious |
| 15:34.09 | andrei | for example the first time I boot , I cannot change the bootloader option |
| 15:34.15 | andrei | it s like I have no stdin control |
| 15:34.31 | stas | thats grub2 actually |
| 15:35.14 | andrei | aside of that |
| 15:35.27 | andrei | if I browse with the file manager |
| 15:35.31 | andrei | to some specific file |
| 15:35.35 | andrei | I can't get the path anymore |
| 15:35.42 | stas | ctrl+l |
| 15:35.58 | andrei | ok I ll really try that now |
| 15:36.15 | andrei | Ok, my bad, it works |
| 15:36.18 | andrei | I thought it was disabled |
| 15:36.20 | stas | :) |
| 15:37.18 | andrei | I was thinking to switch to archlinux |
| 15:37.24 | stas | no worries, thanks for feedback, in fact, you can email us anytime for that kind of feedback at contact@ubuntu.ro :) |
| 15:37.35 | andrei | :) |
| 15:38.07 | andrei | Oh , if so , I could search better and provide a more accurate feedback if you want to |
| 15:38.19 | stas | sure, anytime |
| 15:38.20 | andrei | Here's another thing I just reminded of |
| 15:38.41 | andrei | I also own a laptop ( if it is relevant I can mention technical details) |
| 15:39.01 | andrei | on Windows 7 it has an uptime of about 2 and a half hours |
| 15:39.26 | andrei | without doing advanced things ( not more than coding and pdf reading) |
| 15:39.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:39.50 | andrei | on Ubuntu 11.10 it s about 1.45 minutes doing the exactly same things |
| 15:39.55 | andrei | hours I mean, not minutes |
| 15:40.00 | andrei | 1 hour and 45 minutes* |
| 15:40.24 | stas | hmm, that might result from what peripherials are being enabled, like wifi, bluetooth, camera and so |
| 15:40.38 | stas | agree here, things could be improved |
| 15:40.41 | andrei | but as I said I will send an email with more relevant and detailed feedback |
| 15:41.25 | stas | sure, thanks |
| 15:41.37 | andrei | that was quite a surprise tho |
| 16:06.43 | stas | brlcad, starseeker I wanted to ask you guys, I'm kinda decided I will apply for the docbook/web stuff project, do you need details about me? like a resume or stuff? :) |
| 16:12.22 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:12.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:19.08 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:19.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:19.24 | andrei | Cmake uses exclusively CMakeLists.txt ? |
| 16:33.31 | brlcad | stas: that's usually a good idea |
| 16:36.59 | andrei | brlcad , I ve been reading the CMakeLists for a bit |
| 16:37.15 | andrei | is there where I should add my source? |
| 16:37.46 | brlcad | you put your .c file into the src/libbu source directory |
| 16:37.52 | Stattrav | brlcad: what in the benchmarks do you need to store ? just the summary or the entire run and frame info ? |
| 16:38.06 | andrei | I already have done that |
| 16:38.22 | brlcad | andrei: make sure you have a full build, then edit src/libbu/CMakeLists.txt to add your .c file to the build |
| 16:38.23 | Stattrav | and most importantly I've just submitted my latest benchmarks to benchmark@brlcad.org |
| 16:38.56 | brlcad | Stattrav: everything |
| 16:38.58 | andrei | I have a full build and I have added my file( which is called test_rb.c) in /src/libbu |
| 16:39.12 | andrei | and I'm stuck at adding it in Cmakelists.txt |
| 16:39.27 | brlcad | Stattrav: a benchmarks database should preserve the original log file (entirely, unmodified) as well as all useful extractable values |
| 16:39.31 | Stattrav | brlcad: and brlcad.org uses its own mail server ? IMAP |
| 16:39.50 | stas | please take a look at this page when you have a minute http://stas.github.com/resume.html, if there are questions, just ping me |
| 16:39.51 | stas | thanks |
| 16:40.55 | Stattrav | yeah I got that part of storing the entire log. but I was just wondering if I were write the regexes to extract the values what needs to be extracted. |
| 16:41.24 | brlcad | everything that's useful to extract (which is just about everything not constant) |
| 16:42.22 | CIA-128 | BRL-CAD: 03starseeker * r49751 10/brlcad/trunk/ (15 files in 14 dirs): Put documentation output in the doc subdirectory of the data directory |
| 16:44.04 | brlcad | stas: excellent -- I have a few questions, but I'll save them for next week during reviews |
| 16:44.35 | brlcad | looks great, just make sure you include a link to it in your proposal write-up |
| 16:45.04 | stas | thanks, I'll do. anyway, I'll stay around |
| 16:45.40 | brlcad | great, might get to those questions beforehand then (just not today) |
| 16:48.31 | stas | deal |
| 16:57.50 | Stattrav | Oh, nice the benchmark shell script also checks for the --enable-runtime-debug and --enable-optimized |
| 16:59.50 | Stattrav | brlcad: Since the info as you said is not constant fixing a db schema is not recommended ? |
| 17:03.20 | Stattrav | oops |
| 17:08.29 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3330 10/wiki/Summer_of_Code/Acceptance: it's their app, however emphasized |
| 17:15.23 | Stattrav | brlcad: btw what kind of patch can I submit for this web framework ? |
| 17:16.12 | CIA-128 | BRL-CAD: 03starseeker * r49752 10/brlcad/trunk/ (CMakeLists.txt src/libbu/brlcad_path.c): |
| 17:16.12 | CIA-128 | BRL-CAD: Gah. We were getting away with checking a series of hard-coded subpaths for the |
| 17:16.12 | CIA-128 | BRL-CAD: data subdirectory in bu_brlcad_data. Have CMake tell us what the right value is |
| 17:16.12 | CIA-128 | BRL-CAD: via brlcad_config.h. Leave the hard-coded paths as a fall-back. |
| 17:20.52 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3331 10/wiki/Summer_of_Code/Application_Guidelines: update with a few more fields for this year, noting the optional additions |
| 17:21.40 | andrei | brlcad |
| 17:21.40 | brlcad | gsoc students, just updated our suggested application template and guidelines http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines |
| 17:21.53 | andrei | when I add CMakeLists in /src/libbu |
| 17:22.20 | andrei | can I link an executable with multiple files by using target_link_libraries |
| 17:22.29 | brlcad | Stattrav: what do you mean by "fixing" a db schema? you mean defining one? |
| 17:22.35 | Stattrav | yeah |
| 17:22.43 | Stattrav | defining one |
| 17:22.43 | andrei | for example my test code is called test_rbtree. can I use |
| 17:22.44 | brlcad | you'll want/need to define one for at least some basic machine characteristics |
| 17:22.46 | CIA-128 | BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3332 10/wiki/Google_Summer_of_Code/Project_Ideas: |
| 17:22.56 | andrei | add_executable(test_rbtree test_rbtree.c) |
| 17:23.06 | CIA-128 | BRL-CAD: 03erikgreenwald * r49753 10/brlcad/trunk/src/libicv/fileformat.c: add parens so the averaging works correctly |
| 17:23.08 | andrei | ah nevermind |
| 17:23.20 | andrei | I realised found the answer, thanks anyway |
| 17:23.24 | andrei | I found* |
| 17:23.37 | brlcad | andrei: glad to help ;) |
| 17:24.17 | andrei | I needed a CMake tutorial as I was completely lost in it :) |
| 17:24.35 | andrei | and it became clear after I read it |
| 17:24.46 | brlcad | Stattrav: so the entire point of the benchmark database is to characterize a given run against a database of existing runs, so basic hardware metrics will need to be tracked/extracted |
| 17:25.03 | Stattrav | yes. Machine characteristics, summary of the benchmark run, performance metric, some flags ? |
| 17:25.06 | brlcad | the problem is that those metrics are not well-defined because of the huge variety of hardware involved |
| 17:25.24 | Stattrav | version of brlcad being run |
| 17:26.40 | brlcad | sure, but that's trivial |
| 17:26.42 | Stattrav | You must already have an instance of MySQL or some SQL running at the moment to support drupal and mediawiki right. |
| 17:27.07 | brlcad | harder, I might want to know whether there is much/any difference between a quad core cpu and quad-cpu single core machines |
| 17:27.11 | brlcad | over time |
| 17:27.18 | Stattrav | ohh |
| 17:27.19 | brlcad | and that's not easily derived from the log files |
| 17:27.28 | brlcad | but it's there |
| 17:27.45 | Stattrav | that could be obtained from the cpuinfo on linux and windows and mac I should check it up |
| 17:27.46 | brlcad | at least for some logs |
| 17:28.30 | brlcad | the logs are what they are -- some have /proc/cpuinfo, some have sysctl output, some have uname -a, etc... |
| 17:28.45 | brlcad | depends on the OS, hardware, tools installed, etc |
| 17:28.56 | Stattrav | yeah I have seen uname -a |
| 17:29.01 | brlcad | when it's available, it's shoved into the log |
| 17:29.15 | brlcad | look at your log (the actual file, not just what was displayed) |
| 17:29.17 | Stattrav | Python has a crossplatform libs iirc |
| 17:29.41 | Stattrav | yeah |
| 17:29.47 | brlcad | we run on more platforms than python :) |
| 17:30.17 | Stattrav | ohh :) |
| 17:30.21 | brlcad | our benchmark baseline is a vax 11/780 |
| 17:30.37 | CIA-128 | BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3333 10/wiki/Convert_BoT_to_Pipe: New page: In the design phase of an aircraft, component positions and locations are continually in flux leading to a lag in models of line routing. Typically when lines are received from an aircraft... |
| 17:30.39 | ``Erik | sorta |
| 17:30.49 | ``Erik | sphflake is an o2 |
| 17:30.49 | Stattrav | so info like this right -> "Compile-time debug symbols are available |
| 17:30.51 | Stattrav | Running on zeppelin |
| 17:30.52 | Stattrav | Planning to run with 8 processors" |
| 17:31.29 | Stattrav | logs of each of those sub runs |
| 17:32.19 | CIA-128 | BRL-CAD: 0399.138.178.206 07http://brlcad.org * r3334 10/wiki/Convert_BoT_to_Pipe: |
| 17:32.20 | brlcad | probably don't need the individual logs, those are subject to change |
| 17:32.32 | Stattrav | had to search for vax 11/780 on google :) |
| 17:32.35 | brlcad | it's the benchmark suite's job to parse those |
| 17:32.44 | Stattrav | aah |
| 17:33.12 | *** join/#brlcad lixer (dcff0231@gateway/web/freenode/ip.220.255.2.49) | |
| 17:33.36 | brlcad | Stattrav: do you know how to write sql schema? |
| 17:34.04 | brlcad | CREATE ... db table syntax |
| 17:34.20 | Stattrav | yup |
| 17:34.20 | Stattrav | sure |
| 17:34.54 | brlcad | so if selected, you'd probably spend a solid week developing a robust set of tables that capture everything |
| 17:35.29 | Stattrav | yup |
| 17:36.32 | Stattrav | give me 5-10 mins, I shall this schema for what I think I can extract so far. just for the heck of it |
| 17:36.45 | brlcad | a good patch submission could be a quick first-stab at that or some enhancement/fix to the benchmark tool |
| 17:36.45 | Stattrav | s/shall/shall write/ |
| 17:37.06 | brlcad | think about this in terms of users too, not just raw data |
| 17:37.32 | Stattrav | ohh, do you have some pending fix to benchmark tool ? |
| 17:38.27 | brlcad | there's a couple-todo's related to it, like making it output the CPPFLAGS/CFLAGS used to compile rt |
| 17:38.53 | brlcad | that's potentially an rt mod, but it'd get exposed through the bencmark tool |
| 17:39.33 | brlcad | another could be a C mod to our libbu basic utility library |
| 17:39.54 | brlcad | it often outputs (unknown) for the tool name during production compiles |
| 17:40.59 | Stattrav | ohh |
| 17:40.59 | brlcad | gsoc students, new project idea just added by one of the mentors: http://brlcad.org/wiki/Convert_BoT_to_Pipe |
| 17:41.04 | brlcad | just fyi |
| 17:55.11 | Stattrav | brlcad: which one in the basic utility ? |
| 17:58.45 | brlcad | try a release build, then re-run the benchmark -- your log file may have some information missing |
| 17:59.29 | Stattrav | ohh |
| 17:59.32 | Stattrav | let me check that |
| 17:59.45 | Stattrav | i have 7.20 on my machine as well |
| 17:59.53 | brlcad | the libbu routines in question are bu_which() and bu_whereis() along with the one that pulls up /proc/cpuinfo |
| 18:00.22 | brlcad | the issue is related to our modes of compilation and strictness |
| 18:00.39 | Stattrav | ohh |
| 18:00.47 | brlcad | if you compile in a strict compliance mode, you don't get some libc routines, so the implementation falls back to nothing (unknown) |
| 18:01.22 | brlcad | the fix would need to either figure out something more clever or find/define additional fallback methods |
| 18:02.03 | Stattrav | ohh |
| 18:04.47 | CIA-128 | BRL-CAD: 03n_reed * r49754 10/brlcad/trunk/src/other/ (17 files in 3 dirs): move some sdai sources from clstepcore to cldai |
| 18:19.05 | Stattrav | brlcad: crudely this http://i.imgur.com/FlQQI.png |
| 18:19.12 | Stattrav | the schema that is |
| 18:22.51 | brlcad | mu gut inclination would be to keep the original logs as files on disk instead of in the db |
| 18:23.39 | brlcad | so a dev could do their own quick processing or scripting if needed using grep/awk/whatever instead of having to fire up an sql query |
| 18:23.40 | Stattrav | aah |
| 18:23.52 | brlcad | not a strong inclination, so welcome comments |
| 18:24.10 | Stattrav | but you wanted some kind of plots etc |
| 18:24.27 | Stattrav | replication ? |
| 18:24.32 | brlcad | sure, but then you will have extracted everythign from the logs into the db |
| 18:24.34 | Stattrav | as in store them on the disk as well as the db |
| 18:24.47 | Stattrav | oh yeah that is what i mean |
| 18:24.47 | brlcad | think of the file as the "paper trail" |
| 18:25.07 | brlcad | you could regenerate/repopulate the db with the files |
| 18:25.14 | Stattrav | yes |
| 18:25.37 | Stattrav | a population script could always be written |
| 18:26.06 | brlcad | there you have milestone #2 then ;) |
| 18:26.24 | Stattrav | aahaha |
| 18:27.22 | Stattrav | that was the first job I had when I was working, write the db population scripts for the load testing. They thought I'd learn the codebase and schema through that |
| 18:28.59 | brlcad | also, other comments on the schema -- you'll want to try and capture a characterization of the hardware/os/compiler/cadversion (probably four separate other tables) |
| 18:29.17 | Stattrav | oh yeah |
| 18:29.55 | Stattrav | and link these tables via id (foreign key) |
| 18:30.10 | brlcad | right |
| 18:31.49 | Stattrav | so grep over the codebase reveals that bu_which is used for just uname, sysctl, pwd, tclcadautopath, terminal and editors. That is it right |
| 18:32.48 | Stattrav | brlcad: btw do you want me to write a sample API for submission via the HTTP or via the mail ? |
| 18:33.36 | brlcad | an architecture diagram would be more helpful initially |
| 18:33.41 | Stattrav | sure |
| 18:34.06 | brlcad | can get to api details later |
| 18:35.01 | Stattrav | sure |
| 18:36.47 | *** join/#brlcad stas (~stas@188.24.46.106) | |
| 18:37.50 | Stattrav | Cant think of anyother modes of submission apart from HTTP API, via mail, ftp sync. Is there anything else that is commonly used that I am missing ? |
| 18:39.06 | brlcad | devs that manually drop a log (via scp/cp) into a queue dir |
| 18:39.20 | brlcad | http and mail should just drop into that queue dir too |
| 18:39.43 | brlcad | can let cron check every so often, view queue status on web, etc |
| 18:40.19 | Stattrav | ohh sure |
| 18:40.20 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 18:40.35 | Akshat | hello |
| 18:41.03 | brlcad | hello Akshat |
| 18:41.45 | Akshat | i wanted to know about GSoC,and my proposal |
| 18:42.03 | Akshat | should i proceed |
| 18:42.33 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 18:43.57 | Stattrav | brlcad: sure. tomorrow, I shall present you a diagram/UML for the same. Got to get some things done for my classes tomorrow. thank you btw |
| 18:43.58 | Akshat | <brlcad> you there |
| 18:44.08 | Stattrav | Akshat: he is always here. Just ask :) |
| 18:44.09 | brlcad | ~ask |
| 18:44.09 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 18:44.40 | Akshat | ok |
| 18:44.44 | brlcad | Stattrav: it doesn't need to be uml (and is fine if it is) -- just need the notion |
| 18:44.50 | brlcad | like the cia.vc diagram I posted on the list |
| 18:44.54 | Akshat | i was interested in code reduction can i know which type of code will i get |
| 18:45.21 | brlcad | Akshat: you get the code you select |
| 18:45.36 | brlcad | we're not going to give you code and say "reduce this" |
| 18:45.50 | Stattrav | brlcad: it is easier for me to make one than anything else :) emacs |
| 18:45.52 | brlcad | you will figure out what to refactor, discuss, and proceed |
| 18:47.03 | Akshat | nice , i even doen't expect that :) |
| 18:48.32 | Akshat | <brlcad> i am new to chatzilla, and might be reacting inappropriately |
| 18:49.39 | brlcad | Akshat: no problem, there are plenty of people around to tell you if/when you're being annoying or doing something wrong ;) |
| 18:49.43 | brlcad | like that |
| 18:49.46 | brlcad | that's annoying |
| 19:00.08 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 19:02.16 | Akshat | i am interested in code reduction and fix bugs, i wanted to know in which direction should i work,so that i can provide my best to the project |
| 19:05.07 | Akshat | hello!!! |
| 19:05.18 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 19:06.42 | ksuzee | <PROTECTED> |
| 19:07.00 | Akshat | its good |
| 19:07.35 | Akshat | so how are you working over it |
| 19:09.45 | ksuzee | Well, I've already registed on Mail Lists, as Sean advised me. Also, I'm dowloading the sources to start working out with them. And you? |
| 19:11.43 | Akshat | i have joined today,but they have not replied yet. so what is this "sources" , bunch of code. |
| 19:14.27 | Akshat | hello!!! |
| 19:14.33 | ksuzee | I mean the open code of the project |
| 19:15.19 | Akshat | is that interesting to you |
| 19:15.21 | Stattrav | Akshat: as brlcad points out, repeated "Hello"s with multiple question marks are annoying |
| 19:15.58 | Akshat | <stattrav> ok |
| 19:16.55 | ksuzee | "<Akshat> is that interesting to you" - is it for me? |
| 19:17.56 | Akshat | <ksuzee> yes , i just wanted to know , is working with that stuff a fun |
| 19:21.39 | ksuzee | yes, I think, it's quite interesting |
| 19:24.40 | Akshat | <ksuzee> can you give me link address of that sources, it would be very kind. |
| 19:25.29 | ksuzee | here's it http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.20.4/ Everythins's for you) |
| 19:25.59 | Akshat | <ksuzee> thank you |
| 19:30.48 | brlcad | even easier, if you download VirtualBox, we've provided a virtual disk image this year with everything downloaded and preinstalled |
| 19:30.51 | brlcad | http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 19:31.07 | brlcad | you'll need about 6GB but it should have everything needed |
| 19:32.34 | Akshat | <brlcad> thank you for your kind help. |
| 19:32.37 | ksuzee | Thank you! Indeed |
| 19:32.53 | *** part/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 19:33.25 | brlcad | ksuzee: helping your fellow gsocer is greatly appreciated, thanks! |
| 19:35.15 | CIA-128 | BRL-CAD: 03starseeker * r49755 10/brlcad/trunk/CMakeLists.txt: whoops - don't need 'Windows' in the exe name |
| 19:36.46 | ksuzee | brlcad: it's not difficult for me, really |
| 19:38.46 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 19:42.12 | *** join/#brlcad Neil___ (~chatzilla@117.229.10.179) | |
| 19:59.10 | *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 20:10.10 | *** join/#brlcad andrei (~andrei@188.25.175.123) | |
| 20:10.49 | andrei | back:) |
| 20:22.05 | *** join/#brlcad stas (~stas@188.24.46.106) | |
| 20:57.11 | Al_Da_Best | ``Erik: Hi, I have a few ideas for one of the scientific projects for GSOC, namely the non-vacuum gravity simulator. I was thinking about expanding on the basic falling block(well, object) by adding in a number of adjustable parameters. I was thinking along the lines of making the ground plane variable, so you could alter say, the coeff of restitution and the simulation would model the result |
| 20:57.12 | Al_Da_Best | of that. Also possibly allow for falling through different fluids and at different depths of fluids (so allowing for a rapid change in density etc). |
| 21:59.50 | *** join/#brlcad merzo (~merzo@82-212-92-178.pool.ukrtel.net) | |
| 22:20.53 | CIA-128 | BRL-CAD: 03starseeker * r49756 10/brlcad/trunk/ (5 files in 2 dirs): We only want Debug and Release builds for BRL-CAD. Always want Debug flags, even when doing optimized release builds, unless explicitly turned off. Try and correct logic to reflect that - untested on multiconfig. |
| 22:49.51 | CIA-128 | BRL-CAD: 03n_reed * r49757 10/brlcad/trunk/src/other/ (33 files in 30 dirs): remove step autotools files |
| 23:19.15 | brlcad | wb andrei |
| 23:20.08 | andrei | Thank you |
| 23:20.10 | brlcad | Al_Da_Best: that would be an awesome project -- you should try to familiarize yourself with the existing simulation code |
| 23:20.28 | andrei | C90 standards are messing up my logic a bit |
| 23:21.10 | Al_Da_Best | brlcad, I'm starting to do so, mainly just looking around the source to see where things fit together at the moment |
| 23:25.32 | brlcad | src/libged/simulate is where the main effort is that resulted in http://www.youtube.com/watch?v=SByoQQStH2s |
| 23:27.23 | brlcad | some work is still needed, though, as seen: http://www.youtube.com/watch?v=nrOtSd07rCY&feature=related |
| 23:28.18 | brlcad | ideally, someone working that area would familiarize and finish the pieces remaining, then move on to new features |
| 23:28.19 | Al_Da_Best | Cool. Yeah the second video clearly shows issues there |
| 23:28.34 | Al_Da_Best | Indeed. Get the basics down before complicating it |
| 23:38.12 | Al_Da_Best | Just a small error I've noticed on the Checklist page, the dates for draft/final application are in July instead of March/April (http://brlcad.org/wiki/Summer_of_Code/Checklist) |
| 23:39.02 | Al_Da_Best | Well, not so much an error so much as aimed at a different event (I think) |
| 23:39.11 | brlcad | yeah, that was for socis |
| 23:39.25 | andrei | brlcad |
| 23:39.31 | Al_Da_Best | Thought it might be |
| 23:39.41 | andrei | I managed to get the insert/delete functions tester working |
| 23:39.59 | andrei | however I have some small understanding issues regarding the way the "rb_walk" function works |
| 23:40.02 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3335 10/wiki/Summer_of_Code/Checklist: update dates for gsoc2012 |
| 23:42.19 | andrei | as it is written now , it will only walk through nodes containing data |
| 23:45.23 | andrei | the "visit" function can only be called with an void *data and a depth parameter? |
| 23:46.28 | andrei | as it's called by visit(rb_data(root, order), depth); or visit(<node>, depth); |
| 23:58.30 | brlcad | andrei: glad to hear it's mostly working, but I'd have to read the impl to know the answer to your question, don't recall off the top of my head |
| 00:00.20 | *** join/#brlcad co_ (80876466@gateway/web/freenode/ip.128.135.100.102) | |
| 00:00.36 | andrei | oh , that's understandable |
| 00:00.58 | andrei | anyhow I think I have gained a slightly better understanding of the code |
| 00:01.12 | andrei | I ll just get to sleep and reread tomorrow when I m fresh :) |
| 00:01.47 | andrei | Goodnight! |
| 01:22.56 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 01:34.48 | CIA-128 | BRL-CAD: 03starseeker * r49758 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/multiconfig_path_read.cmake.in): Get the actual install process with multiconfig tools to use dev and rel install locations |
| 01:58.39 | CIA-128 | BRL-CAD: 03starseeker * r49759 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: More than just the install prefix to handle here... |
| 02:15.48 | starseeker | finishes Xcode Debug build test... fingers crossed... |
| 02:35.44 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 02:36.09 | starseeker | and Release succeeds too |
| 02:36.29 | starseeker | sighs in relief and calls it an evening |
| 03:26.59 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 04:08.54 | *** join/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 04:52.20 | *** join/#brlcad Neil___ (~chatzilla@117.229.86.232) | |
| 05:38.00 | *** join/#brlcad listener (dce36165@gateway/web/freenode/ip.220.227.97.101) | |
| 07:01.52 | *** join/#brlcad Neil___ (~chatzilla@117.229.86.232) | |
| 07:13.42 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 07:27.55 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:12.02 | *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz) | |
| 09:16.39 | *** join/#brlcad Neil___ (~chatzilla@117.229.86.232) | |
| 10:00.51 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:10.01 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:28.02 | *** join/#brlcad cy8org (cy8org@115.241.10.247) | |
| 11:51.05 | *** join/#brlcad cy8org (cy8org@115.241.10.247) | |
| 11:51.21 | *** part/#brlcad cy8org (cy8org@115.241.10.247) | |
| 11:55.48 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 11:55.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:59.50 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:01.23 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 12:53.12 | *** join/#brlcad andrei (~andrei@188.25.158.89) | |
| 12:53.32 | andrei | Good afternoon! |
| 12:54.35 | Al_Da_Best | Hi |
| 12:55.15 | brlcad | good morning! |
| 12:57.20 | andrei | I have had 6 classes already , morning is far far away for me :) |
| 12:57.28 | brlcad | ~ugt |
| 12:57.29 | ibot | it has been said that ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 12:58.05 | andrei | alright |
| 12:58.08 | andrei | I appologise |
| 12:58.24 | brlcad | it's meant to be funny, not so serious :P |
| 12:58.44 | andrei | hehe |
| 12:58.48 | andrei | In channels like #apache |
| 12:58.50 | andrei | it's |
| 12:58.54 | andrei | Good < every part of the day> |
| 13:03.07 | andrei | I m trying to get the functional part of my test unit |
| 13:03.08 | andrei | working |
| 13:03.14 | andrei | and I believe I m close to it |
| 13:03.34 | andrei | so I can "tune" it a bit to look better |
| 13:29.07 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:35.07 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:43.46 | andrei | Brlcad |
| 13:44.08 | andrei | I have completed the test unit |
| 13:44.26 | andrei | that adds nodes, erases , searches and displays them |
| 13:44.31 | andrei | searches one random node |
| 13:44.51 | andrei | my " visit' function is actually the display one |
| 13:45.07 | andrei | what should I further try |
| 13:45.14 | andrei | I mean should I try the rotate functions |
| 13:46.57 | andrei | ? |
| 13:53.49 | CIA-128 | BRL-CAD: 03erikgreenwald * r49760 10/brlcad/trunk/src/libicv/fileformat.c: use _DEFAULT png flags instead of _BASE |
| 13:54.37 | brlcad | andrei: that's awesome |
| 13:54.48 | andrei | well |
| 13:54.52 | brlcad | if you can find a way to use all of the public API functions listed in bu.h, that would be ideal |
| 13:55.05 | brlcad | you say "well" a lot :) |
| 13:55.16 | andrei | that's because I like water :p |
| 13:55.17 | brlcad | I think I counted 5 times yesterday |
| 13:55.30 | brlcad | er, day before |
| 13:55.51 | brlcad | just funny, no worries |
| 13:55.52 | andrei | I have several annoying habits I will probably have to get rid of |
| 13:55.59 | andrei | no more coding in a cave for me , hopefully:) |
| 13:56.05 | brlcad | well |
| 13:56.07 | brlcad | hopefully ;) |
| 14:01.38 | andrei | On a serious note, I really apologize if some of my "habits" are annoying. If it happens please let me know, I usually open to criticism:) |
| 14:01.43 | andrei | I'm* |
| 14:21.11 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 14:53.03 | *** join/#brlcad gnn (~chatzilla@122.167.12.43) | |
| 14:54.24 | *** join/#brlcad Neil____ (~chatzilla@117.229.81.38) | |
| 15:35.25 | andrei | I have copied the function "search" in my test file and modified it to return the node structure instead of the void* ( I need it for the rotate functions) , is this the right way to do it? I haven't found a function to do this |
| 15:35.53 | andrei | the "search" refers to red black tree search function |
| 15:39.59 | andrei | I found an alternative, nvm :) |
| 15:40.47 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:50.09 | CIA-128 | BRL-CAD: 03starseeker * r49761 10/brlcad/trunk/ (CMakeLists.txt INSTALL): Fix description of debug option - no longer conditional, we're using 'em all the time unless explicitly told not to. |
| 15:59.03 | CIA-128 | BRL-CAD: 03starseeker * r49762 10/brlcad/trunk/src/other/CMakeLists.txt: Downcase some CMake macros... |
| 16:04.32 | *** join/#brlcad Neil___ (~chatzilla@117.229.81.38) | |
| 17:20.28 | CIA-128 | BRL-CAD: 03starseeker * r49763 10/brlcad/trunk/ (10 files in 9 dirs): Rework handling of config.h files, with an eye towards hitting the disk less - seems to shave a couple seconds off the configure process on Linux. |
| 17:30.09 | brlcad | andrei: on a more serious note, your habits aren't annoying (at least not yet) :) |
| 17:32.44 | brlcad | as for the void*, you could cast that to a node pointer .. I'd wonder why it was made a void* in the first place .. might not be what it seems to be |
| 17:35.30 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:36.02 | starseeker | little bit more improvement on the Mac... saved about 8 seconds, give or take... |
| 17:42.53 | CIA-128 | BRL-CAD: 03starseeker * r49764 10/brlcad/trunk/CMakeLists.txt: update description |
| 17:48.43 | andrei | <PROTECTED> |
| 17:49.10 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 17:49.16 | andrei | the function defined in bu.h returns rb_data(node, order); |
| 17:49.26 | andrei | so casting it to a structure causes a segfault |
| 17:52.19 | andrei | I didn't want to edit bu.h ( or at least not yet ) so I just took the curent tree node |
| 17:52.26 | *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83) | |
| 17:58.01 | andrei | anyway, resuming the bu.h functions testing so I'll be arround. |
| 18:07.14 | brlcad | I'm not sure I follow what the problem is |
| 18:07.38 | brlcad | if you had to modify existing bu source code, that is worth understanding in more depth |
| 18:08.54 | andrei | yes, that's why I avoided doing it :) |
| 18:09.39 | andrei | the problem was that the rotate tree function needed a node parameter and there is no specific function ( or at least I haven't seen it ) to retrieve a specific node |
| 18:09.48 | andrei | but it's fixed so doesn't matter |
| 18:10.20 | brlcad | you avoided doing it, so you didn't? |
| 18:10.28 | andrei | I did not edit bu.h |
| 18:10.30 | andrei | :) |
| 18:10.30 | brlcad | it sounded like you said you did made a mod earlier |
| 18:10.44 | brlcad | bu.h is just a header, did you have to modify any of the rb_*.c files |
| 18:10.44 | andrei | well at first I copied the function from bu.h |
| 18:10.50 | andrei | only mine |
| 18:10.56 | andrei | which is test_rbtree |
| 18:10.58 | andrei | :) |
| 18:10.58 | brlcad | what does that mean? |
| 18:11.07 | brlcad | so "no" |
| 18:11.15 | andrei | yes.."no" |
| 18:11.31 | brlcad | okay, just looking for clarity -- it sounded like you had |
| 18:11.41 | brlcad | so then how did you get a node? |
| 18:12.11 | andrei | using the normal search function, I used te the search one to look for a data ( I knew what data I was looking for) |
| 18:12.22 | andrei | then the node pointer was positioned ( by the function ) exactly where I needed it to be |
| 18:12.39 | andrei | and I used TestTree->node ( which is the curent node of my RBtree instance) |
| 18:12.57 | brlcad | so you just misunderstood the API the first time is what basically happened? |
| 18:13.05 | andrei | nope |
| 18:13.24 | andrei | for example the function walk |
| 18:13.29 | andrei | moves from node pointer to node pointer |
| 18:13.45 | andrei | function search stops when it finds the require node and although it does not retrieve the node pointer |
| 18:13.48 | andrei | it is still there |
| 18:14.08 | brlcad | please be specific, do you mean bu_rb_walk() or rb_walk() or ... ? |
| 18:14.16 | andrei | Hold on |
| 18:14.16 | brlcad | likewise for "search" |
| 18:14.32 | andrei | I have only unsed bu_rb_* |
| 18:15.45 | brlcad | so bu_rb_search() takes a tree, order, and data |
| 18:15.50 | andrei | yes |
| 18:15.56 | andrei | and returns the data contained in the node |
| 18:16.07 | andrei | and I wanted the node |
| 18:16.31 | andrei | but since my parameter is global it remains modified after the function bu_rb_search() has ended |
| 18:16.46 | andrei | searched_value = bu_rb_search(TestTree,0,"a"); |
| 18:16.47 | andrei | bu_rb_delete(TestTree,0); |
| 18:17.03 | andrei | this sequence of code deletes the node containing the letter "a" as data |
| 18:21.08 | andrei | does it make any sense? |
| 18:24.48 | andrei | this is my output http://pastebin.com/aKwdP5th |
| 18:25.44 | brlcad | pastebin.com is inaccessible from many locations (including mine) .. maybe try pastebin.ca or debian's instead |
| 18:25.58 | andrei | just a second |
| 18:26.53 | andrei | http://pastebin.ca/2130960 |
| 18:28.37 | andrei | I m sorry for the poor explaining but here's what I did, or at least what I had in mind |
| 18:28.40 | brlcad | hm, curious that it'd still print the null/deleted node |
| 18:29.09 | andrei | it does because I specifically searched for it |
| 18:29.13 | andrei | otherwise it doesn't :) |
| 18:29.16 | brlcad | okay |
| 18:30.08 | andrei | this is where I store the red black tree |
| 18:30.10 | andrei | struct bu_rb_tree *TestTree; |
| 18:30.55 | andrei | I made it a global variable and as a result when the bu_rb_search() breaks the infinite loop ( while(1) ) { |
| 18:32.13 | andrei | the TestTree->rbt_current pointer is positioned exactly on the node that has the searched data |
| 18:32.24 | *** join/#brlcad bhinesley (~bhinesley@108.203.219.92) | |
| 18:32.44 | andrei | and the bu_rb_delete() deletes by default the curent node , and that's what I did :) |
| 18:33.48 | andrei | Sorry again for beeing completely rubbish at explaining this |
| 18:34.10 | brlcad | that's good and all, how I'd expect it to work (except for the global, unnecessary) .. the confusion is that you were trying to get at a node pointer from a search |
| 18:34.31 | brlcad | and I guess you learned that you don't need to, that it'll work with the "current" node ? |
| 18:34.46 | brlcad | or is there still an issue calling burb_rotate() |
| 18:35.05 | andrei | I learned exactly what you said |
| 18:35.20 | andrei | I was at first surprised that there isn't a generic search function |
| 18:35.30 | andrei | but it s not necessary , at least for what I want to do with it. |
| 18:36.23 | brlcad | so I say again, "so you just misunderstood the API the first time is what basically happened?" |
| 18:36.30 | brlcad | sounds like "yeah, basically" :) |
| 18:36.46 | brlcad | not nope |
| 18:37.01 | brlcad | there's nothing wrong at all with misunderstanding an API, especially when you eventually figure it out! |
| 18:37.23 | brlcad | you made it sound like you'd modified libbu :) |
| 18:39.14 | andrei | looking back on our discussion |
| 18:39.20 | andrei | seems I caused all the confusion |
| 18:40.04 | andrei | Sorry for that |
| 18:41.58 | brlcad | it's all good |
| 18:42.15 | brlcad | you're probably now the defacto leading expert on libbu's redblack tree implementation ;) |
| 18:42.37 | brlcad | hasn't really worked with that part of the API in years... |
| 18:42.51 | brlcad | partly because the docs are terrible |
| 18:43.30 | andrei | I sometimes miserably fail at asking questions( as you have probably noticed) |
| 18:43.44 | andrei | but that's not because of lack of interest |
| 18:47.01 | andrei | I sometimes jump too early to the conclusion, but I will try to think more before I speak :) |
| 18:47.28 | andrei | as it's not a small easy-to-guess source, so the guessing part is over |
| 18:48.36 | brlcad | code is code, one of the great things about open source code (at least after a while) is the exposure and experience you gain being able to just jump in and ready any code |
| 18:48.51 | brlcad | regardless of style, purpose, formatting, etc |
| 18:50.33 | andrei | I wonder how much would it take me |
| 18:50.39 | andrei | to understand the whole code |
| 18:51.56 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 18:52.07 | andrei | anyway, I ll get back to testing the libbu api , so I ll have more time to plan the technical details of my proposal |
| 18:52.29 | andrei | :) |
| 18:57.46 | *** join/#brlcad anubhavk (~user1@124.123.223.218) | |
| 18:58.05 | anubhavk | Hello Sean |
| 18:59.40 | anubhavk | My skill set limits me to wander only around the web dev projects. and i was specifically interested in the benchmark Performance Databae idea. |
| 19:31.28 | ksuzee | Sean, hello! Sorry for interrupting. I'm trying to compile test_*.c files which you advised me and there're no common.h and bu.h files. What am I doing wrong? |
| 19:32.45 | andrei | how are you trying to compile them? |
| 19:33.23 | ksuzee | gcc filename |
| 19:33.28 | ksuzee | or not? |
| 19:34.30 | andrei | it wouldn't work like that because the libraries themselves(if you look the files exists ) include other files |
| 19:34.49 | andrei | do you have the svn source? |
| 19:35.28 | andrei | <PROTECTED> |
| 19:35.48 | andrei | you can either download the virtualbox ( which has everything setup for it) or download the svn file from sourceforge |
| 19:36.02 | ksuzee | I, ve just done it |
| 19:36.11 | ksuzee | Sean told yesterday |
| 19:36.17 | andrei | downloading the virtualbox |
| 19:36.21 | andrei | or the svn? |
| 19:36.38 | ksuzee | VB |
| 19:36.45 | andrei | well |
| 19:36.47 | ksuzee | then I did this |
| 19:36.49 | ksuzee | $ cd ; cd brlcad-build $ cmake ../brlcad-svn |
| 19:36.58 | ``Erik | <-- shakes fist at rt's -B for not being move obvious |
| 19:37.25 | andrei | what does it say when you run that ksuzee? |
| 19:38.37 | ksuzee | hm |
| 19:38.48 | ksuzee | it ended succesfully |
| 19:38.58 | andrei | then you should just run |
| 19:38.59 | ksuzee | and I did "make" |
| 19:38.59 | andrei | make |
| 19:39.15 | andrei | then you have the binaries |
| 19:39.31 | andrei | they are located in /brlcad-build/bin |
| 19:39.32 | andrei | I believe |
| 19:39.36 | andrei | one second, I ll check |
| 19:39.58 | andrei | here : |
| 19:40.06 | andrei | <PROTECTED> |
| 19:40.32 | ``Erik | andrei: I'd argue that it's impossible to fully understand all the code... by the time you got to 'the end', stuff would have changed behind you :) we tend to have focus areas and rely on eachother |
| 19:40.58 | andrei | it was just a hyptotehnical question |
| 19:41.13 | andrei | and it was more like have a good general idea of it |
| 19:41.29 | CIA-128 | BRL-CAD: 03n_reed * r49765 10/brlcad/trunk/src/other/ (step/config/ step.dist): remove unused config/* |
| 19:41.31 | CIA-128 | BRL-CAD: 03r_weiss * r49766 10/brlcad/trunk/src/libged/wdb_obj.c: Updated file 'wdb_obj.c' adding 'get' into the command list. This change fixes a bug which incorrectly showed that 'get' is not one of the possible parameters to 'db'. |
| 19:42.38 | andrei | ksuzee: did you find what you were looking for? |
| 19:42.43 | ``Erik | I'm coming up on 10 years and there're a few bits that're still black boxes to me, but a pretty good feel for general organization and how the major pieces fit together can be attained very quickly, it's pretty well divided and documented for the most part |
| 19:44.18 | bhinesley | I'm coming in around 4 months, and I only know about some of the black boxes :) |
| 19:44.40 | andrei | uhm.. |
| 19:44.44 | andrei | I know red black trees ! |
| 19:46.43 | andrei | Erik , if I may ask |
| 19:46.49 | andrei | why sourceforge instead of github? |
| 19:46.58 | andrei | It's just a curiosity of mine:) |
| 19:47.12 | ``Erik | andrei: because there was no github when we went open source |
| 19:47.40 | ``Erik | the cffi wrapper for BRL-CAD I'm planning on eventually contemplating working on will be on github... |
| 19:48.32 | andrei | ah |
| 19:48.34 | ``Erik | like at https://github.com/erikg/brlcad-cffi but probably renamed to cl-brlcad or something |
| 19:48.51 | andrei | Nothing to see here yet. Move along. |
| 19:49.00 | andrei | lol |
| 19:49.17 | ``Erik | ah, I get the 'steps to init a new repo', I clicked 'create project' 11 months ago, according to github |
| 19:49.33 | *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83) | |
| 19:49.57 | *** join/#brlcad merzo (~merzo@14-79-200-46.pool.ukrtel.net) | |
| 19:52.33 | andrei | :) |
| 19:58.17 | CIA-128 | BRL-CAD: 03starseeker * r49767 10/brlcad/trunk/src/ (conv/step/CMakeLists.txt other/CMakeLists.txt): Make sure fedex output depends on fedex_plus build target |
| 20:08.05 | *** join/#brlcad leavittx (~leavittx@89.221.199.187) | |
| 20:08.35 | andrei | function bu_hash_add_entry has an int parameter called new_entry |
| 20:09.08 | andrei | isn't is used only as a found/not found flag? if it is , why is it a parameter? |
| 20:09.51 | andrei | http://pastebin.ca/2130974 |
| 20:12.22 | bhinesley | it looks like it's the data being added to me |
| 20:13.03 | bhinesley | n/m |
| 20:14.07 | ``Erik | because C doesn't do multiple value returns |
| 20:14.17 | bhinesley | ^--what he said :) |
| 20:14.21 | andrei | aaah |
| 20:14.24 | andrei | that make sense |
| 20:14.34 | andrei | makes even |
| 20:15.23 | ``Erik | (kinda common pattern is returnval0 = myfunc(args, &returnval1, &returnval2); to fake it) |
| 20:17.21 | ``Erik | less bad than using globals *shrug* |
| 20:19.28 | ``Erik | not as cool as (defun myfunc () (values a b c)) ... (multiple-value-bind (a b c) (myfunc) ...) though... O:-) |
| 20:49.51 | ``Erik | (yowza, throw a little common lisp in chan and it completely kills the party O.o ) |
| 20:50.07 | bhinesley | hehe who knows listp |
| 20:50.09 | bhinesley | *lisp |
| 20:50.16 | andrei | lisp? |
| 20:50.19 | andrei | << I will soon |
| 20:50.25 | andrei | know a some Scheme |
| 20:50.28 | andrei | and a bit of Haskell |
| 20:51.39 | andrei | We re going to study it at the Programming Paradigms course |
| 20:51.45 | andrei | :) |
| 20:52.06 | andrei | Erik, do you know lisp? |
| 20:53.10 | bhinesley | apparently |
| 20:53.15 | ``Erik | some, but it's a big language... :) I've been using it quite a bit in personal projects and sneaking some into work |
| 20:53.27 | andrei | perfect *evil grin* |
| 20:54.16 | ``Erik | http://elfga.com/adage is a UCW webapp that emulates fortune(1) (with most of the data ripped from various fortune db's) |
| 20:54.43 | andrei | as bhinesley said, not many people know lisp |
| 20:55.11 | ``Erik | ralith used to chum here, he's in #lisp and #lispgames |
| 20:55.52 | bhinesley | kinda niche these days, it seems: http://www.tiobe.com/index.php/paperinfo/tpci/Lisp.html |
| 20:56.30 | andrei | last year the google AI challenge was one by someone coding in Lisp |
| 20:56.47 | ``Erik | *shrug* seems to have exploded in growth the last few years with a new generation discovering it... python and ruby got people to open their eyes to other languages, possibly |
| 20:57.49 | andrei | it s just : lots of irritating silly parentheses |
| 20:57.55 | ``Erik | (~13 years ago, I was introduced to scheme and derided it for every lame excuse in the book, starting with the parens... now I'm a fan :) |
| 20:59.00 | bhinesley | obligatory: http://xkcd.com/224/ |
| 20:59.59 | ``Erik | http://xkcd.com/297/ |
| 21:00.23 | andrei | <PROTECTED> |
| 21:00.40 | bhinesley | I think that was all of 'em :) |
| 21:00.44 | ``Erik | heads out, catch ya'll later |
| 21:00.50 | bhinesley | waves |
| 21:01.04 | andrei | Good evening! |
| 21:02.09 | andrei | bhinesley, aside of the last year project |
| 21:02.18 | andrei | what are you working on , if I may ask? |
| 21:06.31 | bhinesley | just preping for finals right now, I don't have any other projects at the moment |
| 21:07.55 | bhinesley | Programming Languages, Networking, and AI |
| 21:08.05 | bhinesley | networking is kind of intense |
| 21:09.06 | andrei | finals? |
| 21:10.05 | bhinesley | final exams (tests) |
| 21:10.24 | andrei | ah |
| 21:10.39 | andrei | I was thinking of some competition - finals |
| 21:10.49 | bhinesley | hehe |
| 21:12.08 | andrei | looking over all this code this days |
| 21:12.28 | andrei | think it will help me read code easier |
| 21:12.44 | bhinesley | I was participating in the stripe.com CTF contest, but I gave up on the 4th level, since I don't know assembly (needed to inject shellcode) |
| 21:13.24 | andrei | hmm |
| 21:13.37 | andrei | hence modern compilers don t necessarly require one to know assembly |
| 21:13.40 | bhinesley | andrei: there is so much code, you can read forever... go deep not wide :) |
| 21:14.40 | andrei | :) |
| 21:14.42 | bhinesley | assmebly is required for my degree, I just haven't taken it yet |
| 21:14.56 | andrei | I know a very, very slight bit of assembly |
| 21:15.08 | andrei | for example to write a bubble sort in it |
| 21:15.17 | andrei | or stuff like that |
| 21:16.04 | bhinesley | I can't write a lick :) easy enough to read and get this gist though |
| 21:16.30 | andrei | well I supposedly studied it for 6 months |
| 21:16.47 | bhinesley | haha, "supposedly"? |
| 21:16.56 | andrei | unfortunately the teacher was involved in some government projects |
| 21:17.03 | andrei | and came to like 40% of the classes |
| 21:17.40 | bhinesley | your terms are 6 months? |
| 21:18.04 | andrei | oh I terribly fail |
| 21:18.08 | andrei | 3 months ,not 6 |
| 21:18.28 | andrei | was thinking about normal year |
| 21:18.33 | andrei | we have 2 semesters of 14 weeks each |
| 21:18.41 | bhinesley | ah okay |
| 21:18.47 | bhinesley | gtg, i'll ttyl |
| 21:18.59 | andrei | see you around :) |
| 21:21.59 | CIA-128 | BRL-CAD: 03bob1961 * r49768 10/brlcad/trunk/src/other/tktable/generic/tkTable.h: Change the default background and foreground settings on windows. |
| 21:58.05 | CIA-128 | BRL-CAD: 03bob1961 * r49769 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Mods to center the various help dialogs over the main application. |
| 21:59.06 | *** join/#brlcad stas (~stas@82.137.11.244) | |
| 22:11.42 | CIA-128 | BRL-CAD: 03starseeker * r49770 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: don't need the wildcard here... |
| 22:16.19 | andrei | Im off to sleep, will probably finish the rest of tests tomorrow. Good night everyone! |
| 23:03.39 | CIA-128 | BRL-CAD: 03starseeker * r49771 10/brlcad/trunk/src/other/step/ (CMake/ CMakeLists.txt cmake/): go with the mpictor github capitalization |
| 23:04.04 | *** join/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 23:04.45 | *** part/#brlcad diakatana (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 23:13.22 | CIA-128 | BRL-CAD: 03starseeker * r49772 10/brlcad/trunk/src/other/step/ (AUTHORS COPYING ChangeLog INSTALL NEWS README TODO): |
| 23:13.22 | CIA-128 | BRL-CAD: Go ahead and sync the toplevel files from |
| 23:13.22 | CIA-128 | BRL-CAD: https://github.com/mpictor/StepClassLibrary - not all of them apply to our |
| 23:13.22 | CIA-128 | BRL-CAD: branch as yet, but the idea is to sync the two trees so get these out of the |
| 23:13.22 | CIA-128 | BRL-CAD: diff. Eventually we'll have a patch to submit back to the github project, so |
| 23:13.22 | CIA-128 | BRL-CAD: updates to these files for things like re2c/lemon will be part of that. |
| 23:21.21 | CIA-128 | BRL-CAD: 03starseeker * r49773 10/brlcad/trunk/src/other/ (5 files in 2 dirs): Add other toplevel files, update step.dist |
| 23:25.45 | CIA-128 | BRL-CAD: 03n_reed * r49774 10/brlcad/trunk/src/other/ (step/src/clivfasd/ step.dist): remove SCL clivfasd; deemed obsolete and removed from mpictor git repo in a0353bc |
| 23:38.28 | CIA-128 | BRL-CAD: 03starseeker * r49775 10/brlcad/trunk/CMakeLists.txt: ws |
| 23:40.23 | *** join/#brlcad minalb (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 00:00.07 | *** join/#brlcad minalb (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 00:25.02 | CIA-128 | BRL-CAD: 03starseeker * r49776 10/brlcad/trunk/src/other/ (52 files in 10 dirs): Edge our CMakeLists.txt file and tree a little closer to the github tree. base and fedex_python are turned off and ignored for the moment. |
| 00:35.48 | *** join/#brlcad atneik (~atneik@59.178.39.119) | |
| 00:40.47 | *** part/#brlcad atneik (~atneik@59.178.39.119) | |
| 00:43.18 | *** join/#brlcad atneik (~atneik@59.178.39.119) | |
| 00:46.28 | kanzure | starseeker: how goes scl re-integration? |
| 00:46.31 | CIA-128 | BRL-CAD: 03starseeker * r49777 10/brlcad/trunk/src/other/step/ (37 files in 9 dirs): More syncing with github tree |
| 00:52.58 | *** part/#brlcad atneik (~atneik@59.178.39.119) | |
| 00:58.32 | starseeker | kanzure: slow :-) |
| 00:58.52 | starseeker | nick reed is doing all the hard work - I'm just clearing away some of the underbrush |
| 01:00.16 | starseeker | getting our cmake logic as synced up as possible given the current source code differences, add in directories they have that won't interfere with our build to reduce the diffing problem, etc. |
| 02:18.01 | Maloeran | I have never met John Anderson, but he looks like he wrote that rt_bot_decimate() in BRL-CAD... It runs in n^2 time if n is the count of triangles, that's pretty bad |
| 02:19.45 | Maloeran | And the edge collapse method is pretty simple, something like least square plane distance weighted by triangle area sounds a lot better |
| 02:21.31 | Maloeran | And it's obviously single-threaded *sigh* |
| 02:22.51 | Maloeran | Ah well... I'll have to write new mesh decimation code for Lee's VSL, let's hope it could find its way to BRL-CAD if you are interested |
| 02:38.19 | brlcad | Maloeran: yeah, many of the bot routines were written really quickly, not intending to be kept that way for very long |
| 02:39.09 | *** join/#brlcad leavittx (~leavittx@109.172.11.0) | |
| 02:39.47 | starseeker | Maloeran: I think you can safely say we would be interested :-) |
| 02:41.00 | brlcad | Maloeran: feel free to modify the routines as-is now and submit a patch |
| 02:41.27 | starseeker | Maloeran: you might find this interesting: http://vdslib.virginia.edu/ - obviously you don't want view dependent meshes, but some of the decimation logic in there may still be applicable |
| 02:41.52 | starseeker | code with cmake build is here: https://github.com/starseeker/vdslib |
| 03:02.49 | Maloeran | Cool. brlcad, I prefer the idea of making a flexible interface not dependent on BOTs... but that's an idea, I could plug the code behind the same interface |
| 03:04.17 | Maloeran | Checking out VDSlib. I'll probably implement my own anyway (I want multithreaded, NUMA aware, highly optimized) but it could give me ideas |
| 03:17.33 | *** join/#brlcad leavittx_ (~leavittx@89.221.199.187) | |
| 03:58.01 | *** join/#brlcad Mango_Man (957dcd0b@gateway/web/freenode/ip.149.125.205.11) | |
| 04:02.38 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 04:25.13 | brlcad | howdy Mango_Man |
| 04:25.24 | brlcad | saw your reply, and welcome |
| 04:25.30 | Mango_Man | hi there |
| 04:25.50 | brlcad | there are several "introductory" projects on our ideas list, but I'd start with the ones where the words were all familiar |
| 04:26.13 | brlcad | and then quickly pair that list down to just one or two that sounds interesting to you |
| 04:27.08 | Mango_Man | will do, thanks! |
| 04:27.09 | brlcad | glad to help steer you, but it's usally more constructive if the initial ideas come from you since it's more important that projects are biased more towards your interests than they are towards our priorities |
| 04:27.26 | brlcad | yay for run-ons |
| 04:28.42 | Mango_Man | i suppose i'll come up with ideas as i go |
| 04:29.32 | Mango_Man | i'm still relatively new to coding (1.5 years now?) so this is my first opportunity to work on larger stuff |
| 04:29.48 | brlcad | as a quick cull, you can probably skip the project sthat say difficulty HARD |
| 04:30.36 | brlcad | there is no correlation of difficulty to selection, so no worries if one of the EASY projects sparks an interest |
| 04:31.16 | brlcad | just a subjective measure on the level of coding experience the project generally requires |
| 04:31.23 | brlcad | each title links to a page with more details |
| 04:32.07 | Mango_Man | got it |
| 04:32.43 | brlcad | gotta run, back in a few hours but someone is always on the channel |
| 04:33.07 | brlcad | best to just post comments/questions and if you're still around when someone reads it, they'll reply to you |
| 04:33.41 | brlcad | alternatively, you can join the brlcad-devel mailing list where discussions have been raging for a few days now |
| 04:34.18 | Mango_Man | ok |
| 04:36.28 | *** join/#brlcad anubhavk (~user1@121.243.135.105) | |
| 05:13.55 | *** join/#brlcad listener (0e8be4d2@gateway/web/freenode/ip.14.139.228.210) | |
| 06:16.53 | *** join/#brlcad andrei (~andrei@188.25.162.58) | |
| 06:17.08 | andrei | Good morning! |
| 06:31.21 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 07:30.46 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:48.11 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 08:13.56 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 09:57.14 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 10:10.39 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:04.38 | CIA-128 | BRL-CAD: 03indianlarry * r49778 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c): |
| 11:04.38 | CIA-128 | BRL-CAD: Added ICV_IMAGE_UNKNOWN to ICV enum image types and now return this from |
| 11:04.38 | CIA-128 | BRL-CAD: guess_file_format() when image type not recognized. Made guess_file_format() |
| 11:04.38 | CIA-128 | BRL-CAD: public. function icv_image_save_open() still defaults to PIX format for unknown |
| 11:04.38 | CIA-128 | BRL-CAD: image types using ICV_IMAGE_AUTO. |
| 11:16.09 | ``Erik | bhinesley: stripe ctf? awesome, I heard some about that from adreas fuchs (lisp weenie who works at stripe), but not in time to participate... stripe likes like a really cool company |
| 11:18.09 | ``Erik | Maloeran: a lot of BoT routines (and nmg) are n^2 or worse, mostly written long ago when the datasets were tiny and the powers that be don't grok technical debt, would rather throw more hardware at it and call it a day |
| 11:20.41 | CIA-128 | BRL-CAD: 03indianlarry * r49779 10/brlcad/trunk/src/rt/viewxray.c: |
| 11:20.42 | CIA-128 | BRL-CAD: 'rtxray' now uses libicv except when using the alternate "lighting model"(-l 1). |
| 11:20.42 | CIA-128 | BRL-CAD: If a known image type is return from ICV's guess_file_format() function when |
| 11:20.42 | CIA-128 | BRL-CAD: using the alternate "lighting model" a ".los" extension is added to the output |
| 11:20.42 | CIA-128 | BRL-CAD: filename and libicv is not used. |
| 11:25.42 | CIA-128 | BRL-CAD: 03erikgreenwald * r49780 10/brlcad/trunk/ (include/icv.h src/libicv/fileformat.c): if guess_file_format is going to be public, prefix it with the library name |
| 11:30.19 | CIA-128 | BRL-CAD: 03erikgreenwald * r49781 10/brlcad/trunk/src/rt/viewxray.c: update to use mangled icv_guess_file_format name |
| 11:41.35 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 11:44.26 | CIA-128 | BRL-CAD: 03indianlarry * r49782 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: (log message trimmed) |
| 11:44.26 | CIA-128 | BRL-CAD: The brep intersect routine was only looking forward of the ray origin so |
| 11:44.26 | CIA-128 | BRL-CAD: modified to include both positive and negative hit distances along the |
| 11:44.26 | CIA-128 | BRL-CAD: shotline(The calling rt application decides what to do with hits behind the ray |
| 11:44.27 | CIA-128 | BRL-CAD: origin). Also now storing 'dist' in the 'brep_hit' class to keep from |
| 11:44.27 | CIA-128 | BRL-CAD: recalculating distance for hit ordering(change original brep_hit constructor to |
| 11:44.27 | CIA-128 | BRL-CAD: now take an 'rt_ray', also added new constructor that also takes 'dist'). This |
| 12:45.55 | CIA-128 | BRL-CAD: 03jordisayol * r49783 10/brlcad/trunk/misc/debian/ (3 files): update debian html menu links |
| 12:46.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:04.05 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:14.28 | CIA-128 | BRL-CAD: 03indianlarry * r49784 10/brlcad/trunk/src/nirt/ (command.c if.c parse_fmt.c): Replaced self assignment statements used to quell warning messages for unused parameters by wrapping parameter with UNUSED macro. Done to quell self assignment blather from IDE. |
| 13:21.15 | CIA-128 | BRL-CAD: 03tbrowder2 * r49785 10/ova/RELEASE-NOTES.txt: embellish notes for a novice |
| 14:20.13 | *** join/#brlcad cristina (~cristina@188.24.80.56) | |
| 14:20.53 | cristina | hello |
| 14:23.16 | cristina | brlcad, are you online? |
| 14:41.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r49786 10/ova/ (README RELEASE-NOTES.txt): rename for SourceForge file download area convention |
| 14:44.27 | CIA-128 | BRL-CAD: 03tbrowder2 * r49787 10/ova/ (README README-VM.txt): update |
| 14:49.21 | starseeker | cristina: he'll be around and reads backlogs |
| 14:49.34 | starseeker | go ahead and ask if you have a question |
| 14:49.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.126.32) | |
| 15:01.18 | brlcad | cristina: ditto what starseeker said -- I'm always online, just not always reading .. and more importantly, many questions I answer others can answer too so you'll get a faster response |
| 15:01.24 | brlcad | otherwise, welcome! |
| 16:05.08 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r3337 10/wiki/User:Atneik: |
| 16:05.17 | CIA-128 | BRL-CAD: 03starseeker * r49788 10/brlcad/trunk/src/other/step/doc/ (26 files): Sync step doc dir to github, except convert postscript files to pdf and fix page ordering of Fed-X document |
| 16:35.50 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ani user pic.jpg]]": User pic: Aniket Handa |
| 16:41.15 | CIA-128 | BRL-CAD: 03starseeker * r49789 10/brlcad/branches/STABLE/ (55 files in 20 dirs): Add changes from trunk revisions 49519, 49524, 49532, 49540, 49562, 49563, 49568, 49572, 49600-49602, 49604-49605, 49607-49614, 49616, 49617, 49648, 49666, 49711, 49753, 49768, 49769, 49782 |
| 16:57.15 | CIA-128 | BRL-CAD: 03starseeker * r49790 10/brlcad/trunk/src/other/step/ (CMakeLists.txt ctest_matrix.cmake run_ctest.cmake): Grab some minor changes from github |
| 17:02.15 | CIA-128 | BRL-CAD: 03Atneik 07http://brlcad.org * r3339 10/wiki/User:Atneik: |
| 17:05.56 | CIA-128 | BRL-CAD: 03starseeker * r49791 10/brlcad/trunk/src/other/step/ (CMakeLists.txt cmake/scl_version_string.cmake): Don't need the messages when SCL is a subbuild. |
| 17:13.59 | *** join/#brlcad bhinesley (~bhinesley@99.144.92.26) | |
| 17:27.48 | cristina | ok, so I am back. brlcad, I wanted to tell you that I'm interested in one of the GSoC projects: "Visualizing Constructive Solid Geometry (CSG)" |
| 17:28.53 | cristina | I've already subscribed to the brlcad-devel mailing list but I think that I need an approval before being able to email any message to the list |
| 17:35.34 | CIA-128 | BRL-CAD: 03starseeker * r49792 10/brlcad/trunk/ (3 files in 2 dirs): Need to be more specific about the SUBBUILD flag. |
| 17:41.43 | cristina | I've also took part in the 2011 GSoC; I've worked for the TU Wien organization on a project involving CSG but applied for 2d objects. |
| 17:42.37 | cristina | My message for the mailing list had been rejected. |
| 17:48.33 | *** join/#brlcad atneik (~atneik@59.178.50.206) | |
| 17:53.38 | atneik | Hello, my name is Aniket Handa. |
| 17:55.06 | atneik | brlcad 7.20.4 was build successfully on my mac, but the current truck results in errors. http://pastebin.com/R8KtR77J |
| 17:55.20 | atneik | trunk* |
| 17:58.20 | CIA-128 | BRL-CAD: 03starseeker * r49793 10/brlcad/trunk/src/other/ (107 files in 20 dirs): Make a stab at syncing with the github data dir - we need to keep ap203edit.exp, since that's the one that works with our step-g converter. |
| 18:02.49 | CIA-128 | BRL-CAD: 03n_reed * r49794 10/brlcad/trunk/src/other/step/src/cleditor/ (13 files): |
| 18:02.50 | CIA-128 | BRL-CAD: Replaced generated cleditor sources with tweaked copies of the 388901d versions |
| 18:02.50 | CIA-128 | BRL-CAD: from the mpictor git repo. These were apparently generated by running fedex_plus |
| 18:02.50 | CIA-128 | BRL-CAD: on the Ed 2 header schema |
| 18:02.50 | CIA-128 | BRL-CAD: (http://www.steptools.com/sc4/archive/imp-methods/10303-21-header.exp). |
| 18:04.35 | CIA-128 | BRL-CAD: 03starseeker * r49795 10/brlcad/trunk/src/other/ (3 files in 3 dirs): don't use a generic IS_SUBBUILD variable - bad idea. |
| 18:08.53 | CIA-128 | BRL-CAD: 03n_reed * r49796 10/brlcad/trunk/src/other/step.dist: whoops, ignoring non-existant file |
| 18:11.07 | starseeker | atneik: most of us can't see pastebin.com - can you paste to http://paste.lisp.org/? |
| 18:11.41 | atneik | sure just a sec |
| 18:11.56 | ``Erik | starseeker: freshly purged build dir on rhel, CMake Error at src/other/CMakeLists.txt:358 (CONFIG_H_APPEND): Unknown CMake command "CONFIG_H_APPEND". |
| 18:12.20 | *** join/#brlcad merzo (~merzo@244-190-132-95.pool.ukrtel.net) | |
| 18:12.40 | starseeker | you're synced to latest trunk? |
| 18:12.47 | ``Erik | yup |
| 18:13.12 | starseeker | weird... not setting that here |
| 18:13.26 | atneik | http://paste.lisp.org/display/128499 |
| 18:14.24 | starseeker | atneik: are you on a mac? |
| 18:14.34 | atneik | yes on lion |
| 18:14.36 | starseeker | we've got a known issue we're working on there with that code |
| 18:15.48 | starseeker | ``Erik: which CMake version? |
| 18:16.14 | *** join/#brlcad andrei_ (~andrei@188.25.162.58) | |
| 18:16.21 | andrei_ | Hello! |
| 18:35.36 | *** part/#brlcad atneik (~atneik@59.178.50.206) | |
| 18:50.12 | *** join/#brlcad coelk (80876466@gateway/web/freenode/ip.128.135.100.102) | |
| 18:52.03 | CIA-128 | BRL-CAD: 03n_reed * r49797 10/brlcad/trunk/src/other/step/src/express/ (CMakeLists.txt symlink.c): remove symlink program; removed from mpictor git repo in 23cf6a5 |
| 18:59.32 | CIA-128 | BRL-CAD: 03starseeker * r49798 10/brlcad/trunk/CMakeLists.txt: It's rare to want any configuration besided BUNDLED with MSVC, and the time overhead of a second configure step on Windows can be quite high - go with BUNDLED for the default on MSVC |
| 19:02.52 | andrei_ | brlcad: how can I read a string to an unsigned char* , or how can I pass a char* to an unsigned char* parameter? |
| 19:18.27 | brlcad | cristina: you don't need approval to send to the list, you just have to be subscribed and sending from that subscribed address |
| 19:18.40 | brlcad | it's not moderated nor are subscriptions held for approval |
| 19:19.01 | brlcad | visualizing CSG is a tough one, but nice to see the interest |
| 19:19.33 | cristina | brlcad: hm, then I'll try to send the email again |
| 19:20.05 | brlcad | if you keep having trouble, let me know and I can go in and verify what your address is |
| 19:26.37 | andrei_ | brlcad, I can't manage to pass a char* parameter |
| 19:26.45 | andrei_ | to a function in bu.h that requires a unsigned char* |
| 19:26.52 | brlcad | andrei_: which function |
| 19:27.02 | andrei_ | bu_hash_add_entry() |
| 19:27.38 | andrei_ | sec, I ll give you a pastebin with the prototype |
| 19:27.43 | brlcad | no need |
| 19:27.44 | andrei_ | and how I tried to access it |
| 19:27.47 | andrei_ | ah , alright |
| 19:28.03 | brlcad | so the issue is a compilation warning |
| 19:28.11 | andrei_ | nope |
| 19:28.15 | brlcad | and you're probably just used to automatic type coercion |
| 19:28.31 | andrei_ | it gives some null pointers as output |
| 19:29.07 | andrei_ | <PROTECTED> |
| 19:29.45 | andrei_ | this is what you find at hash.c : 195 |
| 19:29.47 | andrei_ | BU_CK_HASH_TBL(hsh_tbl); |
| 19:29.54 | brlcad | so what you said and what you pasted don't match ;) |
| 19:30.25 | andrei_ | I m not sure if it fails due to the creation of the hashtable |
| 19:30.32 | andrei_ | or because of the bu_add_entry functio |
| 19:30.33 | andrei_ | n |
| 19:30.55 | brlcad | so that is a sanity check to make sure you're using the API correctly |
| 19:31.05 | brlcad | brl-cad is filled with *_CK_*() functions |
| 19:31.49 | brlcad | so it's saying that it encountered a NULL bu_hash_tcl pointer, which looking at the signature to that function (bu_hash_add_entry()), is the first parameter |
| 19:31.59 | andrei_ | that might seem so , yes |
| 19:32.09 | brlcad | that means a NULL was passed as that first parameter, which is wrong, so that's where you look next |
| 19:32.14 | andrei_ | but I call bu_create_hash_tbl(dim); first |
| 19:32.37 | andrei_ | ah nevermind |
| 19:32.41 | andrei_ | im a retard |
| 19:32.59 | andrei_ | I was assigning the return value of the create function |
| 19:33.06 | andrei_ | to a different hashtable |
| 19:33.13 | andrei_ | I'm sorry, didn't notice... |
| 19:33.26 | brlcad | happens ;) |
| 19:33.57 | andrei_ | guess Cola has some side effects |
| 19:36.05 | andrei_ | I will probably be done soon with the hashtable api from bu.h |
| 19:36.15 | andrei_ | Rrb_ and hash seemed the most elaborated to me , so I chose to test those |
| 19:36.42 | andrei_ | Would it be alright if I stop doing unit tests for the rest of the bu.h and move to the bug fix you mentioned on mailing lists? |
| 19:36.47 | andrei_ | or better said, should I do that? |
| 19:51.19 | brlcad | andrei_: if you have one of the API groups finished, you should submit it as a patch |
| 19:51.27 | brlcad | a second one for hashtable would be a second patch |
| 19:51.30 | brlcad | and so on |
| 19:51.43 | andrei_ | ah |
| 19:51.57 | andrei_ | the red black tree just needs some I/O adjusting to fit the rest of tests |
| 19:51.59 | brlcad | if the patches are clean, you may very well have commit access before anyone else :) |
| 19:52.17 | brlcad | be sure to read HACKING if you have not already so you get some of the conventions right |
| 19:52.26 | brlcad | sh/ws.sh and sh/indent.sh may help with formatting |
| 19:52.52 | andrei_ | right, thanks for advice |
| 19:53.28 | andrei_ | I don t manage do pass a viable unsigned char* parameter to the bu_hash_add_entry() |
| 19:53.44 | brlcad | why? |
| 19:53.55 | andrei_ | well I read my input in a char* |
| 19:54.07 | andrei_ | passing a char* on a unsigned char* results in compiler error |
| 19:54.18 | brlcad | that is what I was responding to at first |
| 19:54.36 | brlcad | 15:28 < brlcad> so the issue is a compilation warning |
| 19:54.41 | brlcad | 15:28 < brlcad> and you're probably just used to automatic type coercion |
| 19:55.24 | andrei_ | I have tried passing (unsigned char*)my_input instead and it seems to be wrong |
| 19:56.07 | brlcad | we aim for strict source code compliance including treating all warnings as errors -- have to address why a particular warning is being issued |
| 19:56.21 | brlcad | a cast would be one way |
| 19:56.32 | brlcad | how does it them seem to be wrong? |
| 19:58.08 | andrei_ | just a second , recompiling it |
| 19:58.34 | andrei_ | I don t know if the length, for which I use strlen |
| 19:58.43 | andrei_ | "knows" to handle unsigned char* |
| 19:58.56 | andrei_ | but I will find out in a moment , as it gives no compiler error |
| 19:59.14 | brlcad | strlen doesn't care about signedness |
| 20:00.05 | andrei_ | why do you use strict compilance |
| 20:00.11 | andrei_ | the obvious reason would probably be the size |
| 20:00.18 | andrei_ | but there could be others aswell, I think |
| 20:01.01 | brlcad | we talk about some of the measures taken here: http://brlcad.org/wiki/Code_Cleanup |
| 20:01.32 | brlcad | of course, that's just the high-level summary, but it covers the gist |
| 20:02.42 | brlcad | basically gcc is warning because something is potentially wrong, or the compiler is being asked to assume something undefined, or at a minimum is an ambiguous condition or outright mistake |
| 20:04.17 | andrei_ | the good part is that |
| 20:04.28 | andrei_ | I am actually forced to learn to proper code |
| 20:07.43 | andrei_ | today I attended an Rosedu ( Romanian open source education) discussion about gsoc |
| 20:07.49 | andrei_ | and this was one of the main topics |
| 20:08.32 | andrei_ | homeworks don't teach much about coding for something like brl-cad( or other large sources) |
| 20:18.23 | andrei_ | the hash_test works aswell now, brlcad |
| 20:18.40 | andrei_ | will read what you gave me and edit the files accordingly |
| 20:18.42 | andrei_ | :) |
| 20:32.55 | brlcad | fantastic |
| 20:45.19 | CIA-128 | BRL-CAD: 03n_reed * r49799 10/brlcad/trunk/src/other/step/src/fedex_plus/ (CMakeLists.txt fedex_idl.c): remove fedex_idl program; removed from mpictor git repo in dbbf4b9 |
| 20:50.58 | *** join/#brlcad Neil___ (~chatzilla@117.229.34.10) | |
| 21:22.39 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:22.39 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 21:38.41 | CIA-128 | BRL-CAD: 03bob1961 * r49800 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): |
| 21:38.41 | CIA-128 | BRL-CAD: Extended the component selection mechanism to have more than one mode. A mode |
| 21:38.41 | CIA-128 | BRL-CAD: was added to add components to a group. Another mode was added to remove |
| 21:38.41 | CIA-128 | BRL-CAD: components from a group. Currently, the components being referred to here are |
| 21:38.41 | CIA-128 | BRL-CAD: expected to be primitives, so this behaves like MGED'S grouper. |
| 21:53.23 | CIA-128 | BRL-CAD: 03bob1961 * r49801 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::initCompSelect to call doSelectGroup if not in COMP_SELECT_LIST_MODE |
| 22:00.35 | *** join/#brlcad mech_code (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 22:01.58 | mech_code | hii..i am new to this group and intrested in working for the brl-cad |
| 22:11.29 | brlcad | excellent |
| 22:12.02 | brlcad | feel free to introduce yourself and what project(s) you might be interested in on the mailing list, or stick around here for interactive discussion |
| 22:27.14 | mech_code | thanks a lot for warm welcome |
| 22:28.00 | mech_code | i am interested in working on nurbs related project |
| 22:29.26 | mech_code | i have knowledge about cad as i had done it as my core disciplinary course past year..i am in touch with 3d modelling, surfaces, and well verse with c programming |
| 22:33.48 | mech_code | please guide me thorogh the process of the application for brlcad |
| 22:49.57 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 23:04.49 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 23:04.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:15.35 | *** join/#brlcad tadbalcer_ (51be7a6f@gateway/web/freenode/ip.81.190.122.111) | |
| 23:30.07 | tadbalcer_ | Hello everyone, my name is Tadeusz Balcer, I'm student from Gdansk University of Technology in Poland, and I would like to participate in Google Summer of Code and make some stuff for BRL-CAD. I'm interested in couple of project ideas, but I would like to ask about Code Reduction. Is code for refactor is more objective or structural? Are there some inline assembly? I apolagize if those question are dummy, I know how to code in C/ |
| 23:30.12 | tadbalcer_ | a big project. |
| 23:39.29 | tadbalcer_ | And I have a question about Benchmark Performance Database. I read the description but I don't understand everything. Log files are sended in background of running application and all of charts and statistics are for developers or every single user would send the log file to website manually and watch his own statistics? |
| 23:42.03 | brlcad | howdy tadbalcer_ |
| 23:42.10 | brlcad | glad to hear about the interest |
| 23:42.57 | brlcad | to answer your first question, it's predominantly procedural (C) but there are some object oriented portions (C++) that could be cleaned up |
| 23:43.04 | brlcad | no assembly |
| 23:43.29 | andrei_ | brlcad |
| 23:43.33 | brlcad | howdy andrei_ |
| 23:43.39 | tadbalcer_ | howdy:) |
| 23:43.43 | andrei_ | heya |
| 23:43.47 | andrei_ | going to beat myself up |
| 23:43.48 | tadbalcer_ | great to hear it |
| 23:43.55 | andrei_ | I ran /indent.sh on my file |
| 23:44.11 | andrei_ | I have like 40 k white lines between each instruction |
| 23:44.24 | andrei_ | and I m writing a small java trim program to fix the matter |
| 23:44.29 | brlcad | heh |
| 23:44.32 | brlcad | shouldn't need to |
| 23:44.50 | brlcad | does the file have a footer and header? |
| 23:45.09 | brlcad | sh/template.sh lgpl path/to/your/file will ensure that it does |
| 23:45.24 | brlcad | then indent.sh may work better |
| 23:45.33 | andrei_ | it does have a footer |
| 23:45.36 | andrei_ | if you mean the emacs one |
| 23:45.38 | brlcad | you can keep running it on a file, certainly shouldn't get worse |
| 23:45.48 | brlcad | it's an emacs/vi footer |
| 23:46.51 | brlcad | indent.sh leverages emacs to indent correctly, but maybe something isn't working right |
| 23:47.06 | brlcad | if you know emacs, it's basically running M-x indent-region |
| 23:55.38 | tadbalcer_ | brlcad, could you tell me something about other code refactoring projects for brl-cad? Let say General Tree Walker - do you have algorithm to implement or this project is about finding good one? I'm sory if I'm importunate, but doing something for brl-cad sounds great but I don't have much experience in making cad things |
| 23:56.43 | brlcad | tadbalcer_: we already have about 4 or 6 tree walkers in BRL-CAD |
| 00:00.49 | tadbalcer_ | oh, I see, could you tell me what is the intention of this topic in GSoC? It's about refactoring thoose trees to use other one or look the same? |
| 00:01.05 | brlcad | the tree refactoring project is more about API design, trying to come up with a design that will encapsulate most if not all of them into one |
| 00:01.52 | tadbalcer_ | aaa, now I understand |
| 00:02.04 | tadbalcer_ | and this thing should be done in classic C ? |
| 00:02.12 | brlcad | yes, definitely |
| 00:03.13 | brlcad | it's sort of like you have a big application and some places call printf(), some call fprintf(stdout), some call puts(), ... and more across thousands of lines of code |
| 00:03.52 | tadbalcer_ | wow, sounds like a real mess |
| 00:04.01 | brlcad | we want to consolidate them all into just one cad_log() function instead of the printf/fprintf/puts/... variety, so the task involves designing cad_log(), implementing it, then updating all of the printf/fprintf/puts/... places to call it |
| 00:04.18 | brlcad | except it's not at all as simple as printf/fprintf/puts ;) |
| 00:05.15 | tadbalcer_ | sounds a little bit like a challange |
| 00:05.34 | tadbalcer_ | thank you, you realy interested me in this topic |
| 00:06.05 | tadbalcer_ | could you suggest me some |
| 00:06.25 | tadbalcer_ | websites or documentations for |
| 00:06.26 | brlcad | what? |
| 00:06.44 | brlcad | oh, dude .. finish your sentence before hitting enter/return :) |
| 00:06.49 | tadbalcer_ | General Tree Walkers? exept the things that I can google :) |
| 00:07.04 | tadbalcer_ | sorry :) |
| 00:07.29 | brlcad | the only really relevant research would be about traversal ordering |
| 00:07.54 | brlcad | maybe http://en.wikipedia.org/wiki/Tree_traversal |
| 00:08.06 | brlcad | heh |
| 00:08.45 | andrei_ | haha |
| 00:08.56 | *** join/#brlcad tadbalcer (51be7a6f@gateway/web/freenode/ip.81.190.122.111) | |
| 00:09.23 | andrei_ | by the way |
| 00:09.39 | andrei_ | the virtualbox saved me a lot of time |
| 00:09.54 | andrei_ | I tried today to get it working on my main distribution but it failed |
| 00:09.56 | brlcad | tadbalcer: another is http://en.wikipedia.org/wiki/Graph_traversal |
| 00:10.05 | andrei_ | will probably take a closer look in a few days |
| 00:10.25 | brlcad | andrei_: feel free to identify the cause of the failure, fixing that would be a valid useful patch too |
| 00:10.41 | tadbalcer | thanks brlcad |
| 00:11.14 | brlcad | brl-cad is expected to build out-of-the-box on most platforms, but sometimes doesn't depending on our current state of development |
| 00:12.24 | andrei_ | well the failure could be caused by my OS |
| 00:12.28 | brlcad | any build failure, even when it's just deficiencies or assumptions in our build system, have historically been viewed as high-priority defects worth accommodating on our end |
| 00:12.56 | brlcad | very likely was caused by your OS, but the important question is whether it's something we could have detected and prevented failing on |
| 00:13.02 | brlcad | tadbalcer: you're quite welcome |
| 00:13.24 | andrei_ | yes, you have a point |
| 00:13.36 | brlcad | tadbalcer: feel free to join the brlcad-devel mailing list to introduce yourself and your ideas if you've not done so already -- especially as your project ideas start to take shape |
| 00:14.39 | brlcad | tadbalcer: also, if you are interested in the tree traversal problem, please do review the various implementations in brl-cad so you can begin to get an understanding of the complexity involved |
| 00:15.21 | brlcad | your proposal would ideally itemize the various tree methods we provide and describe whether/how they would be part of a unified refactoring |
| 00:19.13 | tadbalcer | brlcad: thanks, surely I join to the mailing list, and surely I would like to look for tree traversal implementations, it would be great if I could help in some way |
| 00:19.31 | andrei_ | brlcad |
| 00:20.06 | andrei_ | I have kept changing my mind over the rb_* unit test, between user_input driven test and hardcoded test |
| 00:20.27 | andrei_ | I decided to leave it as a hardcoded test, I will create a sourceforge account and put it there |
| 00:20.40 | andrei_ | just let me know if I should change it in some way |
| 00:21.03 | tadbalcer | I would like to localize the files in project in which thoose algorithm are, but I think i would download the source tommorow |
| 00:21.35 | tadbalcer | because I can download the whole source, is it right ? |
| 00:22.01 | andrei_ | it's opensource, so yes:) |
| 00:23.20 | brlcad | andrei_: you're welcome to add a user-driven input portion, but those usually aren't nearly as useful unless you're looking for a bug or developing the interface |
| 00:23.31 | brlcad | the default should be automated |
| 00:23.53 | andrei_ | yes |
| 00:23.53 | brlcad | tadbalcer: yes, the whole source is available |
| 00:24.03 | andrei_ | now the only curent user-driven input |
| 00:24.32 | andrei_ | is a binary choice between the bu_rb_diagnose or walk to display the data |
| 00:25.03 | andrei_ | because I thought that could make some use |
| 00:26.29 | brlcad | tadbalcer: if you have any trouble or just want an easier path, we've prepared a virtual disk image this year: https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 00:26.58 | tadbalcer | okey :) sorry for stupid question |
| 00:27.00 | tadbalcer | oh, great |
| 00:27.12 | brlcad | you'll need about 6GB of space and will need to install VirtualBox (free vm), but it's got everything already downloaded and installed with several code examples (including a link to one of the tree traversal methods) |
| 00:27.27 | brlcad | the only stupid questions are the ones you don't ask and don't get answered |
| 00:30.04 | tadbalcer | brlcad: really thanks:) you helped me a lot. I surely study it when I download the pack, but now, if you excuse me, I would go for a sleep |
| 00:30.20 | tadbalcer | see you soon guys |
| 00:45.40 | andrei_ | here it is |
| 00:45.43 | andrei_ | https://github.com/pandrei/BRL-CAD-related |
| 00:45.52 | andrei_ | it will be on sourceforge aswell |
| 00:45.57 | andrei_ | I just need to learn how to work with it |
| 00:51.13 | andrei_ | I have several typo's in that source ._. |
| 00:51.15 | andrei_ | will fix them now |
| 00:58.32 | brlcad | will wait for an "official" submission to our patch tracker, but glad to see you are familiar with verion control |
| 00:58.59 | brlcad | there are examples all over the web on how to make a proper unified diff patch |
| 00:59.14 | brlcad | "svn diff" will do most of what you need for you |
| 00:59.46 | andrei_ | I wouldn't really say familiar with svn control, but I m in the process of learning it :) |
| 01:00.16 | brlcad | git is version control too |
| 01:00.21 | andrei_ | I know :) |
| 01:00.26 | andrei_ | but I don t know git perfectly either |
| 01:01.00 | brlcad | svn is slightly simpler imho, because it requires us all to work together in the same place |
| 01:01.30 | andrei_ | I agree about that |
| 01:06.15 | andrei_ | it will probably take me an hour or so |
| 01:06.21 | andrei_ | to figure out how should I do what you said:) |
| 01:06.46 | brlcad | heh, well feel free to ask questions or search the web... it's about as common as it gets for open source contributions ;) |
| 01:06.58 | brlcad | plus just about everyone in here knows it in and out |
| 01:07.35 | andrei_ | well as a general matter |
| 01:07.54 | andrei_ | it s probably the best tool |
| 01:07.58 | andrei_ | programmers have |
| 01:12.16 | andrei_ | I don't know if I asked before, I dont quite remember |
| 01:12.31 | andrei_ | what's your cet time? ( gmt thing..) |
| 01:23.16 | andrei_ | I found like a thousand windows svn tutorials |
| 01:30.04 | andrei_ | uhm , I believe I found a way to add it using a GUI from the site. It's called Add Artifact , is this what I should do? |
| 01:30.07 | andrei_ | I m quite confused |
| 01:42.09 | andrei_ | here is where I think I should uppload the file , please correct me if I m wrong |
| 01:42.10 | andrei_ | http://imgur.com/nuJK7 |
| 01:49.58 | andrei_ | anyway, going to sleep. see you :)! |
| 03:46.42 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3340 10/wiki/Google_Summer_of_Code/2012: accepted |
| 03:48.15 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3341 10/wiki/Google_Summer_of_Code/2012: update dates |
| 04:11.28 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 04:12.27 | brlcad | hello witness123 |
| 05:00.31 | *** join/#brlcad Neil___ (~chatzilla@117.229.52.249) | |
| 05:29.51 | *** join/#brlcad Neil____ (~chatzilla@117.229.90.156) | |
| 07:05.50 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 07:08.56 | witness123 | hi |
| 07:09.09 | witness123 | brlcad |
| 07:10.49 | witness123 | I am interested in working with brlcad |
| 07:11.04 | witness123 | and i am going through the ideas |
| 07:20.19 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 07:32.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:37.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:00.33 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) | |
| 09:00.43 | andrei_ | Hello! |
| 09:02.48 | andrei_ | brlcad, are you around? |
| 09:57.57 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 10:10.07 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 12:10.56 | *** join/#brlcad Neil___ (~chatzilla@117.229.100.74) | |
| 12:30.27 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) | |
| 12:30.36 | andrei_ | Hello! |
| 12:51.02 | brlcad | good morning andrei_ |
| 12:51.17 | andrei_ | how are you ?:) |
| 12:51.45 | brlcad | doing great! |
| 12:52.01 | andrei_ | I m glad to hear that |
| 12:55.16 | andrei_ | have you seen the image I uploaded? |
| 12:56.05 | brlcad | yes, you'd left before I could respond |
| 12:56.18 | brlcad | that is the right place to submit a patch |
| 12:56.49 | andrei_ | alright, will submit it now then |
| 12:56.57 | andrei_ | made some minor fixes to is aswell |
| 12:57.31 | brlcad | you can keep making updates if needed, you just upload them with a different filename (like _v2, _v3, etc) |
| 12:57.43 | brlcad | so it's clear which is the "latest" |
| 12:58.41 | andrei_ | except of telling me to specifically change something, from my point of view it seems to be alright now |
| 12:59.38 | brlcad | do note that the patch is a text file -- you should review the contents to make sure it's what you intended to change |
| 12:59.50 | *** join/#brlcad Neil___ (~chatzilla@117.229.34.219) | |
| 13:01.39 | andrei_ | uhm |
| 13:01.45 | andrei_ | if I would like to upload the output aswell |
| 13:01.54 | andrei_ | would "description" be a fit place |
| 13:01.55 | andrei_ | to paste it? |
| 13:02.35 | brlcad | sure |
| 13:10.58 | andrei_ | done :) |
| 13:11.54 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 13:17.44 | *** join/#brlcad ksuzee (c1976930@gateway/web/freenode/ip.193.151.105.48) | |
| 13:20.56 | ksuzee | hello! Is anybody here? |
| 13:21.03 | ksuzee | I need some help |
| 13:23.16 | andrei_ | brlcad, I have to go to some classes, I will probably submit the second one with the hashtable when I return , if tis one is ok |
| 13:23.19 | andrei_ | this* |
| 13:49.55 | ksuzee | Hello! Could you help me, please. I've found some duplication code with 'Simian'. And, as I understood correctly, this code is supposed to be put in the separate file. Or not? |
| 14:20.57 | CIA-128 | BRL-CAD: 03bob1961 * r49802 10/brlcad/trunk/src/libged/select.c: Modified the select and rselect commands to optionally select components that are partially contained in the specified area. |
| 14:47.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.9.109) | |
| 15:51.51 | brlcad | Al_Da_Best: I hope you're not procrastinating until the last minute again ... :) |
| 15:52.18 | Al_Da_Best | honestly wasn't just browsing Reddit. |
| 15:52.25 | Al_Da_Best | Working on a proposal at the moment actually :P |
| 15:52.31 | brlcad | excellent :) |
| 15:52.44 | brlcad | remember too that a strong patch makes for an even stronger proposal |
| 15:52.48 | brlcad | talk is easy |
| 15:53.22 | brlcad | of course, both are good :) |
| 15:53.29 | Al_Da_Best | Yeah, I want to get one done today/tomorrow if I can. Just working out what to do :D There's some Todo's in some of the libged header files for moving a few things to librt, not entirely sure where to put them though. |
| 16:44.32 | *** join/#brlcad andrei__ (~andrei@141.85.225.204) | |
| 16:45.02 | andrei__ | hi |
| 16:45.19 | Al_Da_Best | Hi |
| 16:45.59 | Neil___ | Hello, I am interested in the Web Development Projects of BRL-CAD. I have a sound knowledge of PHP and have worked on CMSs before |
| 16:46.41 | Neil___ | any patch that I can work on? |
| 16:47.19 | brlcad | Neil___: hmm |
| 16:47.33 | brlcad | web development patches are a bit tricky |
| 16:47.38 | Neil___ | ya |
| 16:48.02 | brlcad | well, two questions |
| 16:48.20 | brlcad | what programming experience do you have and what web projectsare interesting you? |
| 16:49.34 | andrei__ | you said well too , brlcad :) |
| 16:49.51 | Neil___ | brlcad: well i'm interested in all 3. materials database more than the other 2 |
| 16:50.04 | brlcad | andrei_: I think it's more the pause than the use ;) |
| 16:50.24 | brlcad | most any word is fine in moderation ;) |
| 16:50.35 | Neil___ | i have worked with PHP, designed a CMS last year and am working on my website right now |
| 16:51.35 | Neil___ | i also have a beginner's knowledge of Python. |
| 16:53.11 | brlcad | Neil___: so before focusing on a patch, I'd suggest getting a write-up in place first |
| 16:54.16 | brlcad | extra time spent on an architecture diagram or even interface mock-ups would be more valuable |
| 16:54.24 | Neil___ | i see |
| 16:55.19 | brlcad | what would this site look like, how would it be implemented, does it flow and is easy to navigate, etc |
| 16:55.29 | brlcad | did you log into the existing materials database prototype |
| 16:56.26 | Neil___ | i am downloading the source. i couldn't find the existing database |
| 16:56.33 | brlcad | http://mater.brlcad.org/ |
| 16:56.51 | brlcad | test|test .. just try not to delete an existing material that you didn't create ;) |
| 16:57.08 | Neil___ | haha. ok thank you :) |
| 16:57.40 | andrei__ | brlcad: any suggestiosn what patch should I try to fix? or want me to find out why build fails on my distribution when I get home ? |
| 16:58.13 | brlcad | andrei__: that'd be a perfect starting place |
| 16:58.53 | brlcad | otherwise, anything on the Contributor_Quickies, our BUGS file, our TODO file, etc |
| 16:59.48 | andrei__ | right, will be home in roughly two hours :) |
| 17:01.21 | CIA-128 | BRL-CAD: 03bob1961 * r49803 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Mods to support selecting components even if only partially contained within the specified area. |
| 17:04.04 | CIA-128 | BRL-CAD: 03bob1961 * r49804 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added more selection modes (i.e. "List (Partial)", "Group Add (Partial)" and "Group Remove (Partial)". |
| 17:06.05 | Neil___ | brlcad: can I also get the current website of the benchmark performance database? |
| 17:10.18 | brlcad | no such beast exists |
| 17:10.41 | brlcad | we do have a set of benchmark log files |
| 17:10.54 | brlcad | but that's it, the rest is to-be-designed |
| 17:11.06 | Neil___ | ah ok. |
| 17:11.10 | brlcad | I'd start by running the "benchmark" tool yourself just to see what it gives you |
| 17:11.22 | Neil___ | right right. i'll do that |
| 17:11.23 | brlcad | everything is centered around the log file it produces |
| 17:11.33 | Neil___ | hmm |
| 17:40.41 | CIA-128 | BRL-CAD: 03bob1961 * r49805 10/brlcad/trunk/src/libged/erase.c: Modified libged/erase.c/eraseAllSubpathsFromSolidList() to remove display lists only when the corresponding solid is removed from the display. |
| 17:49.20 | Al_Da_Best | Trying to build on windows, getting a CMake error. It doesn't like "BRLCAD_LIB_INCLUDE_DIRS", line 11 in CMakeLists from libbu. Anyone here recently built on win7 x64? |
| 17:51.41 | brlcad | Al_Da_Best: any other week and we'd be all over investigating that build system failure.... ;) |
| 17:51.52 | Al_Da_Best | :P |
| 17:51.56 | brlcad | it could be a lot of things, that code has been in flux lately, and windows gets the least attention |
| 17:52.02 | Al_Da_Best | Yeah fair enough |
| 17:52.10 | brlcad | so would be a great patch if you can figure it out, but make sure you're using the latest svn sources |
| 17:52.32 | Al_Da_Best | I'll run an update, if not, will try to fix it |
| 17:52.39 | brlcad | also make sure you have the latest cmake installed |
| 17:52.46 | brlcad | older versions are nfg on windows |
| 17:53.16 | Al_Da_Best | 2.8.7, I think I'll uninstall any that are around and reinstall latest to make sure |
| 18:17.51 | *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl) | |
| 18:34.24 | CIA-128 | BRL-CAD: 03bob1961 * r49806 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Use COMP_SELECT_MODE_NAMES throughout the GUI. |
| 20:31.00 | *** join/#brlcad cristina (~cristina@79.114.175.172) | |
| 20:31.06 | cristina | hello |
| 20:34.02 | Al_Da_Best | Hi |
| 20:35.21 | brlcad | hola cristina |
| 20:40.41 | andrei_ | brlcad |
| 20:40.57 | andrei_ | the build fails due to various libraries missing |
| 20:41.19 | brlcad | and cmake failed to detect they were missing? |
| 20:41.24 | brlcad | or what? |
| 20:41.29 | brlcad | did cmake fail or make fail? |
| 20:42.00 | andrei_ | I believe the cmake works fine |
| 20:42.05 | andrei_ | but I don't understand something |
| 20:42.38 | andrei_ | it claims that it didn't find |
| 20:42.45 | andrei_ | functions that I ve been using in C for a while |
| 20:42.54 | andrei_ | these 2 for example |
| 20:42.57 | andrei_ | -- Looking for strsep - found |
| 20:42.59 | andrei_ | -- Looking for strtok |
| 20:43.00 | andrei_ | -- Looking for strtok - found |
| 20:44.06 | andrei_ | I ll try to investigate |
| 20:44.12 | andrei_ | where does the cmake search for them |
| 20:44.15 | andrei_ | and if they really exist |
| 20:44.18 | brlcad | it says found ... |
| 20:44.29 | andrei_ | oh |
| 20:44.36 | andrei_ | my bad, linked something different |
| 20:44.38 | andrei_ | than wanted to |
| 20:45.10 | andrei_ | -- Looking for strlcat - not found |
| 20:45.11 | andrei_ | -- Looking for strlcpy |
| 20:45.13 | andrei_ | -- Looking for strlcpy - not found |
| 20:46.03 | andrei_ | hmm |
| 20:46.16 | brlcad | you can look into CMakeFiles/CMakeOutput.txt and CMakeError.txt to see why |
| 20:46.22 | brlcad | but do you really have those? |
| 20:46.29 | andrei_ | I m doing a recurisve list now |
| 20:46.32 | andrei_ | to find out |
| 20:46.34 | brlcad | strlcat() isn't strcat() |
| 20:46.38 | andrei_ | I know |
| 20:46.42 | andrei_ | it s the c90 version |
| 20:46.46 | andrei_ | with less error chance |
| 20:46.47 | andrei_ | I believe |
| 20:46.51 | brlcad | not c90 |
| 20:46.56 | andrei_ | no? |
| 20:47.13 | brlcad | it's bsd api, secure version |
| 20:47.56 | brlcad | many linux don't have it |
| 20:48.02 | brlcad | pretty common on bsd-based systems |
| 20:49.11 | andrei_ | well |
| 20:49.31 | andrei_ | I don't have those libraries |
| 20:49.40 | andrei_ | so that would be a cause you can't prevent |
| 20:49.44 | andrei_ | however it also failed some tests |
| 20:49.52 | ``Erik | (c90 renamed it strncat() ) |
| 20:51.19 | andrei_ | There are loads of missing binaries and libraries |
| 20:52.29 | brlcad | o.O .. strncat() != strlcat()... |
| 20:52.57 | andrei_ | strncat |
| 20:53.01 | andrei_ | compares parts of two strings |
| 20:53.05 | andrei_ | I think |
| 20:53.53 | brlcad | heh, no it doesn't :) |
| 20:54.02 | brlcad | concatenates one string onto another |
| 20:54.07 | andrei_ | ah |
| 20:54.09 | brlcad | "man strncat" ftw |
| 20:54.22 | andrei_ | I found out a few days ago |
| 20:54.29 | andrei_ | that I could man C comands in linux |
| 20:54.33 | andrei_ | tho it's obvious why |
| 20:54.35 | andrei_ | ._. |
| 20:54.51 | brlcad | you should use them heavily :) |
| 20:54.56 | andrei_ | indeed |
| 20:55.05 | andrei_ | reading the code in /libbu/ |
| 20:55.27 | andrei_ | required me to remind/ learn loads of small code tricks |
| 20:55.37 | andrei_ | especially since I m not very used to macro s |
| 20:55.46 | andrei_ | and they are used heavily as checkers |
| 20:56.12 | brlcad | libbu doesn't employ as many tricks like some of our other libs |
| 20:57.48 | andrei_ | hehe |
| 20:58.03 | CIA-128 | BRL-CAD: 03r_weiss * r49807 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Updated to TCL script 'grouper.tcl' commands 'gr' and 'dg'. To improve performance, changed logic to use libged function 'ged_select'. Also script now highlights in yellow objects in the current group. |
| 20:59.35 | andrei_ | what distribution do you use? |
| 21:00.41 | CIA-128 | BRL-CAD: 03r_weiss * r49808 10/brlcad/trunk/src/mged/setup.c: Updated file 'setup.c' for mged. Added the ability to use the libged function 'ged_select' from mged. |
| 21:02.10 | brlcad | andrei_: I intentionally use a variety of platforms on a regular basis |
| 21:02.22 | ``Erik | (ok, not strictly renamed it, some minor details are a little different, like what len means and what's returned) |
| 21:02.48 | brlcad | i tend to gravitate towards macosx for much development, and generally prefer the bsds, but it's all levels of gray |
| 21:03.19 | ``Erik | if the macros are too much, gcc -E will spit out the results of the c preprocessor to unwind it all |
| 21:03.21 | brlcad | ``Erik: i'm not sure I'd call that detail little -- it's the entire reason for the function |
| 21:03.55 | brlcad | plugs a big usability fail caused by the off-by-one behavior of strn*() |
| 21:04.13 | ``Erik | both are length restrictions on strcat() *shrug* :) |
| 21:04.40 | ``Erik | (concatenate 'string a b) ; solved! :D *duck* |
| 21:04.49 | andrei_ | haha |
| 21:04.53 | andrei_ | that's lisp I d take |
| 21:04.55 | brlcad | that's like saying the emergency brake and foot brake are both just things that break the car |
| 21:05.13 | brlcad | if you had to use one for breaking all the time, a lot more cars would be spinning on the road ... |
| 21:05.27 | andrei_ | brlcad: it just depends who's driving :) |
| 21:05.40 | ``Erik | what, it's not normal to stop by whipping the wheel and pulling the hand brake? :D |
| 21:05.51 | brlcad | sure, but there would *still* be more cars spinning as a society |
| 21:05.53 | ``Erik | no wonder my rear tires are bare |
| 21:06.06 | ``Erik | s/re/ldish/ |
| 21:06.54 | brlcad | it's like a ghosttown here today |
| 21:08.44 | andrei_ | speaking of ghosts |
| 21:08.56 | andrei_ | I ve been in several irc channels |
| 21:09.12 | andrei_ | and for the number of people in this channel, it's by far the most active |
| 21:09.15 | andrei_ | I have seen so far |
| 21:09.31 | andrei_ | I mean , fortunately, I can find brlcad almost anytime |
| 21:10.21 | brlcad | i meant where i'm physically at right this moment, but good to know ;) |
| 21:11.21 | andrei_ | I ll try to implement a primitive centroid function |
| 21:12.04 | andrei_ | do you happen to know if cline would be a good example |
| 21:12.18 | brlcad | yes |
| 21:12.25 | brlcad | it'd be a terrible one to start with |
| 21:13.14 | andrei_ | then what should I start with? |
| 21:13.50 | brlcad | pick a shape you're familiar with that you can find a centroid definition for on mathworld or wikipedia |
| 21:15.25 | andrei_ | if the centroid function is already implemented, I should find it in the same file? |
| 21:17.31 | CIA-128 | BRL-CAD: 03bob1961 * r49809 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Tweak ArcherCore::compSelectGroupAdd, compSelectGroupRemove and compSelectGroupCommon a bit. |
| 21:20.14 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 21:23.06 | brlcad | andrei_: there are no centroid functions impemented |
| 21:23.10 | brlcad | hellow witness123 |
| 21:23.56 | andrei_ | ah :) |
| 21:27.08 | andrei_ | I was looking at the torus shape, first that came in mind |
| 21:32.43 | cristina | brlcad, just wanted to let you know that I've replied to your post for the Visualization CSG project |
| 21:33.05 | cristina | it's just that my reply started a new topic instead of being added to the already existing thread |
| 21:33.33 | brlcad | andrei_: torus would be good if you can find the equations |
| 21:33.52 | brlcad | cristina: no worries on the title |
| 21:34.08 | brlcad | rather, the subject/thread |
| 21:35.00 | andrei_ | I found the surface area ecuations |
| 21:35.15 | brlcad | so you could start with that one instead |
| 21:35.24 | andrei_ | yes:) |
| 22:12.09 | brlcad | new opennurbs available |
| 22:48.48 | CIA-128 | BRL-CAD: 03brlcad * r49810 10/brlcad/trunk/include/bselect.h: |
| 22:48.49 | CIA-128 | BRL-CAD: the __extension__ keyword does not exist in gcc 4.1 and given the FD_SET() |
| 22:48.49 | CIA-128 | BRL-CAD: warning (so far) only affects gcc 4.6, make the work-around very unfeature |
| 22:48.49 | CIA-128 | BRL-CAD: specific. this is only kosher given this is a b*.h system header wrapper, which |
| 22:48.49 | CIA-128 | BRL-CAD: aren't supposed to use cmake/configure feature test results. this fixes an |
| 22:48.49 | CIA-128 | BRL-CAD: obscure build failure that was being observed on older systems that failed in |
| 22:48.50 | CIA-128 | BRL-CAD: backtrace.c with an error: expected expression before 'asm' |
| 22:50.22 | Al_Da_Best | Is CMake meant to make files in misc? Because there's a file there that needs to be made (contains the "unknown command") but I don't see it being called in the /src/cmakelist.txt |
| 22:51.09 | brlcad | don't follow |
| 22:51.24 | brlcad | cmake builds the files in misc/ but has it's own misc/CMakeLists.txt file |
| 22:51.38 | brlcad | the build files in src/ have nothing to do with it |
| 22:51.53 | Al_Da_Best | Oh. So misc needs to be built first, seperately? |
| 22:51.55 | brlcad | Al_Da_Best: did you check out the virtual machine image? |
| 22:51.58 | brlcad | nope |
| 22:52.09 | Al_Da_Best | I did yeah, wanted to try and build from svn though |
| 22:52.32 | brlcad | well it should have instructions for building still that may be helpful |
| 22:52.41 | Al_Da_Best | Mmk, I'll go look. |
| 23:27.56 | *** join/#brlcad Mango_Man (957dd9e8@gateway/web/freenode/ip.149.125.217.232) | |
| 23:28.13 | Mango_Man | what up guys |
| 23:34.20 | *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl) | |
| 23:37.45 | *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 23:40.22 | *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 23:48.58 | *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 00:25.59 | ``Erik | heh, favorite language poll http://news.ycombinator.com/item?id=3746692 |
| 01:19.48 | bhinesley | finished my last final yesterday... I've decided to submit another proposal this year. |
| 01:22.05 | bhinesley | just thinking aloud here, but what comes to mind is doing some refactoring of the edit command, maybe adding another subcommand (rotate?), and trying to mix in elements from another project on the wiki to make things more interesting |
| 01:23.18 | bhinesley | perhaps I could even do the refactoring of edit before gsoc |
| 01:23.59 | bhinesley | to clear up time for more in depth non-edit related business :) |
| 01:27.12 | bhinesley | now is probably a good time to ask what you guys think about edit/translate and the future of rotate/scale. From a usability standpoint. Is it practical, something that will actually be used? |
| 02:22.40 | brlcad | great progress but definitely more is needed before they're ready for production use |
| 02:23.26 | brlcad | it would be better to have one of them "fully done" than having one 95% and two others even at 90% |
| 02:26.18 | bhinesley | well I certainly wouldn't move on until we're satisfied with edit/translate |
| 02:26.50 | bhinesley | assuming I should continue in that direction |
| 02:32.00 | brlcad | it would be good to identify what exactly is remaining before it can be considered "done", what is necessary and what is just nice to have convenience |
| 02:32.57 | brlcad | then do just what is necessary to bring it to completion |
| 02:36.09 | bhinesley | speaking from inexperience here... could you give me an idea of what type of things are expected, for it to be considered ready for production? I made sure that translate at least "works" last gsoc. |
| 02:37.02 | bhinesley | for any command to be considered "ready", for that matter |
| 02:41.39 | brlcad | well "done" in the sense of it can do the variety of operations that it needs to do, but not necessarily everything that was scheduled to be done |
| 02:41.43 | brlcad | so sure, it translates |
| 02:41.49 | brlcad | relative and absolute, great |
| 02:42.18 | brlcad | it's probably easier to itemize everything you had planned that is not complete, then we could go over that list |
| 02:42.47 | bhinesley | ok, i'll get back to you within a day or so |
| 02:42.53 | brlcad | excellent |
| 04:44.25 | *** join/#brlcad Akshat (~chatzilla@14.140.40.14) | |
| 04:45.52 | Akshat | anyone there |
| 04:55.10 | Akshat | anyone there |
| 06:59.41 | *** join/#brlcad newbies2012 (~chatzilla@123.49.42.194) | |
| 07:26.00 | newbies2012 | hi |
| 07:44.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:44.41 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:44.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:58.02 | andrei__ | brlcad: let me know when you re arround please |
| 08:14.13 | *** join/#brlcad stas__ (~stas@5ED2BDA6.cm-7-3c.dynamic.ziggo.nl) | |
| 08:37.51 | *** join/#brlcad Neil___ (~chatzilla@117.229.122.207) | |
| 08:44.19 | brlcad | ~ask |
| 08:44.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 08:54.16 | Khobaib | Hi |
| 08:54.30 | Khobaib | I am interested in shader enhancement project |
| 08:54.53 | andrei__ | brlcad, I believe I have finished the torus surface area function |
| 08:55.00 | andrei__ | you can find it here for now : https://github.com/pandrei/BRL-CAD-related/blob/master/tor_area.c |
| 08:57.12 | andrei__ | now i m trying to find out how could I test it |
| 09:00.30 | andrei__ | also, on a side note , I read that bhinesley intends to continue his work on the code refactoring project. Should I keep my focus on that project or try to find something else? What do you advice me to do? |
| 09:02.16 | brlcad | howdy Khobaib and glad to hear it |
| 09:02.25 | brlcad | andrei__: excellent -- i'll have to take a closer look later though |
| 09:03.17 | Khobaib | Hi brlcad, I worry I am a little late to contact |
| 09:03.32 | brlcad | no worries about bhinesley (or any other student) applying or not -- every application is evaluated and ranked independently and overlapping applicants are expected |
| 09:04.04 | Khobaib | :-) |
| 09:04.12 | brlcad | which is part why we recommend submitting two applications too, but it's still a fair shake and we very well may select multiple applicants for some project areas if the proposals warrant it |
| 09:04.27 | brlcad | Khobaib: a little catch-up to do, but there's still lots of time |
| 09:05.18 | Khobaib | ok can u tell me how I can proceed with that project? |
| 09:08.22 | Khobaib | I am going through the reference |
| 09:10.02 | Khobaib | In the page, it says I should study BRL-CAD's shader system |
| 09:12.14 | Khobaib | can u tell me the link of the system? |
| 09:14.29 | andrei__ | brlcad: I will probably also submit the hashmap test later today . After that I will start documenting and writing my proposal, may I show you various draft of the proposal to see if the timelines and goals are viable , for example? |
| 09:28.17 | *** join/#brlcad atneik (~atneik@59.178.34.219) | |
| 09:38.33 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 10:04.19 | jordisayol | I'm unable to compile brlcad in Linux without debug symbols, even if I add |
| 10:04.20 | jordisayol | -DBRLCAD_ENABLE_RUNTIME_DEBUG=OFF |
| 10:04.20 | jordisayol | and |
| 10:04.20 | jordisayol | -DBRLCAD_FLAGS_DEBUG=OFF |
| 10:04.20 | jordisayol | to cmake |
| 11:02.47 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:30.53 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) | |
| 11:51.49 | *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:07.30 | ``Erik | Khobaib: src/liboptical/ is the shader set, there's an 'osl' component that was a link to the openshaderlanguage done as a gsoc project last year |
| 13:08.51 | ``Erik | Khobaib: src/libmultispectral/ uses many sources from liboptical, but with different #defines set, so that may be worth looking at a bit, as well |
| 13:09.03 | Khobaib | ok looking into it |
| 13:38.12 | *** join/#brlcad atneik_ (~atneik@59.178.43.193) | |
| 13:42.17 | *** join/#brlcad cristina (~cristina@79.114.175.172) | |
| 14:16.53 | *** join/#brlcad atneik__ (~atneik@59.178.43.193) | |
| 14:17.55 | brlcad | Khobaib: going through the references is how to proceed, feel free to ask specific questions as they come up |
| 14:18.32 | brlcad | emphasis on *specific* questions .. asking "how to proceed" is not at all specific :) |
| 14:18.42 | Khobaib | ok |
| 14:19.03 | brlcad | andrei_: absolutely, that's strongly encouraged |
| 14:19.39 | brlcad | one of the mailing list messages has links to previous GSoC student pages where you can see how they included their proposals there |
| 14:21.03 | brlcad | jordisayol: you don't want to disable runtime-debug -- that has nothing to do with debug symbols and should be left enabled for 99.9% of users |
| 14:21.13 | brlcad | runtime-debug is only for specific production installs |
| 14:22.53 | jordisayol | brlcad: ok |
| 14:23.00 | brlcad | jordisayol: I believe the flag is BRLCAD_DEBUG_BUILD=OFF |
| 14:24.05 | jordisayol | aha, I think that too, but exe/lib resulting with this flag is much bigger than some time ago |
| 14:34.20 | brlcad | could be a lot of reasons for that |
| 14:34.43 | brlcad | libs do generally get bigger, not smaller ;) |
| 14:35.05 | brlcad | if you run strip, does the lib get smaller? |
| 14:36.24 | jordisayol | rpm for fedora was ≃ 50 mb. Now is about 150 mb. |
| 14:39.40 | jordisayol | bin/3dm-g before strip 1016.3 KB, after 70.9 KB |
| 14:42.11 | atneik__ | Hello everyone! |
| 14:42.49 | Al_Da_Best | Hallo |
| 14:43.38 | atneik__ | I should probably introduce myself to IRC too. My name is Aniket Handa, currently enrolled in JIIT, Noida. |
| 14:45.25 | atneik__ | I was trying to fix Bounding Box function for bot from contributor quickies..and was lost in 1M+ lines. |
| 14:50.44 | atneik__ | Meanwhile I found a little bug in centroid for arb8 primitive. Here is quick patch, kindly have a look: http://pastebin.ca/2131801 |
| 14:58.37 | brlcad | jordisayol: did you try to delete your cmake cache? |
| 14:58.45 | brlcad | it may be overridden or something |
| 14:58.55 | brlcad | and make clean, of course |
| 14:59.18 | jordisayol | mmm well, I built it from a clean svn checkout |
| 14:59.51 | jordisayol | I'll try again |
| 15:01.20 | brlcad | jordisayol: look at the flags summary at the end of cmake -- it lists the flags to be used, see if -g is one of them |
| 15:02.30 | brlcad | atneik__: bot bounding box is in src/librt/primitives/bot/bot.c |
| 15:03.00 | atneik__ | brlcad: sure! I was just wandering ;) |
| 15:03.30 | brlcad | atneik__: plus, your patch isn't right |
| 15:03.39 | brlcad | what makes you think that was a bug? |
| 15:04.27 | atneik__ | brlcad: shouldn't centre_pt be passed? |
| 15:04.41 | brlcad | it is |
| 15:05.17 | brlcad | i'd bet you didn't compile with that patch too, because it should halt the build where that function is used |
| 15:05.49 | brlcad | point_t is an array |
| 15:06.06 | atneik__ | brlcad: No, I did it on 7.20.4 |
| 15:06.19 | atneik__ | trunk isn't building up on my mac |
| 15:06.23 | brlcad | version shouldn't matter |
| 15:07.13 | brlcad | you could use the VM image to avoid platform issues, or fix the build failure and make that your patch |
| 15:07.32 | atneik__ | yeah it should not.. strange |
| 15:07.59 | atneik__ | can you please give some directions for fixing it up.. |
| 15:08.14 | brlcad | not really, that's the point no? :) |
| 15:08.21 | brlcad | if you have a specific question, I'll be glad to answer |
| 15:08.36 | brlcad | vague questions like "what should I do" are pointless, though |
| 15:09.41 | brlcad | open source requires self-sufficience, you got to be able to figure things out on your own (while knowing when to ask questions AFTER you've done your homework, when you can ask a specific question for clarity) |
| 15:09.45 | brlcad | make sense? |
| 15:10.58 | jordisayol | brlcad: yes, with -DBRLCAD_FLAGS_DEBUG=OFF, CFLAGS and CXXFLAGS contains -g |
| 15:11.07 | brlcad | jordisayol: so that's a bug |
| 15:11.14 | jordisayol | ok |
| 15:11.51 | atneik__ | brlcad: Second you completely. Sorry for my bad. |
| 15:11.55 | brlcad | jordisayol: try setting the CMAKE_BUILD_TYPE=NONE |
| 15:12.06 | brlcad | atneik__: no worries |
| 15:12.44 | atneik__ | It always hangs up here: http://pastebin.ca/2131805 |
| 15:13.19 | atneik__ | I'll get back to you after some possible tweaks. |
| 15:13.50 | brlcad | atneik__: loosely related to what we were just talking about is a pretty cool presentation someone posted to the list yesterday: http://www.shakthimaan.com/downloads/glv/presentations/i-want-2-do-project-tell-me-wat-2-do.pdf |
| 15:14.17 | brlcad | it's maybe 95% spot-on, some points I'd disagree with but overall interesting |
| 15:15.02 | brlcad | atneik__: ah yeah, I recall that snippet -- it's failing in our new step convert |
| 15:15.20 | brlcad | basically, the parser generator (fedex_plus) is crashing |
| 15:15.31 | brlcad | it gets run during the build to generate source code for our step-g convert |
| 15:15.46 | brlcad | for whatever reason, it's crashing during source generation so the build halts |
| 15:15.56 | brlcad | even better patch ;) |
| 15:16.01 | atneik__ | lol |
| 15:16.04 | brlcad | maybe easy, maybe not |
| 15:16.06 | Al_Da_Best | argh bright colours. Nice presentation though, saw that :P |
| 15:16.29 | brlcad | if you run "make VERBOSE=1", you'll see the exact command it ran and can manually try to reproduce the crash on the command-line |
| 15:16.30 | jordisayol | brlcad: yes, -DCMAKE_BUILD_TYPE=NONE disable -g, among many others |
| 15:16.38 | brlcad | if you can reproduce it, you should be able to debug it |
| 15:16.38 | atneik__ | I downloaded that one, but the text was too large to read ;) |
| 15:17.09 | brlcad | goes wandering for a bit |
| 15:25.55 | atneik__ | Ahh I get it now, how wrong the patch was. |
| 15:34.26 | *** join/#brlcad Ban (duh@112.211.207.250) | |
| 15:34.28 | *** part/#brlcad Ban (duh@112.211.207.250) | |
| 15:41.28 | andrei_ | brlcad : at this secton ( (optional) Link to resumé ) , I am a bit unclear. Should I give a link to my background info resume, or should I write it there? |
| 15:51.49 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 16:33.14 | CIA-128 | BRL-CAD: 03jordisayol * r49811 10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake arguments for deb/rpm building |
| 16:37.01 | brlcad | yes |
| 16:38.05 | andrei_ | yes as in can I write it there ? :) |
| 17:22.33 | *** join/#brlcad Rentroth (cd95497c@gateway/web/freenode/ip.205.149.73.124) | |
| 17:27.50 | *** join/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro) | |
| 17:28.00 | *** part/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro) | |
| 17:37.56 | brlcad | yes as in you should give a link to your background info resume or you should write it there |
| 17:39.22 | andrei_ | right:) |
| 17:53.59 | atneik__ | brlcad: with verbose on, looks like its using a wrong path. I looked for Cmake bug (in exppp and fedex_plus cmakefiles) specific to mac but was unsuccessful. Am I in right direction? Here is the error: http://pastebin.ca/2131820 |
| 17:55.05 | *** join/#brlcad Khobaib_ (~chatzilla@123.49.42.194) | |
| 18:00.49 | *** part/#brlcad atneik__ (~atneik@59.178.43.193) | |
| 18:04.35 | brlcad | it's not using the wrong path |
| 18:04.50 | brlcad | the paths are relative to the build directory |
| 18:06.07 | brlcad | rather, *cmake* _wasn't_ using the wrong path .. it was crashing |
| 18:06.37 | brlcad | whatever that paste is from does seem to have two paths concatenated together incorrectly, a bad copy/paste or bad edit or something |
| 18:48.16 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) | |
| 18:49.01 | thiago_ | hello! |
| 18:56.22 | *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83) | |
| 18:56.42 | *** join/#brlcad atneik (~atneik@59.178.43.193) | |
| 19:20.07 | *** join/#brlcad atneik (~atneik@59.178.43.193) | |
| 19:32.54 | andrei_ | brlcad : I am done with the non-technical part of my proposal, may I show you what I have wrote so far? |
| 19:33.24 | andrei_ | I wrote that first because I believed it's less likely to change and I haven't really documented myself enough |
| 19:39.55 | *** join/#brlcad atneik_ (~atneik@59.178.54.110) | |
| 19:45.15 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) | |
| 19:48.47 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 19:59.19 | andrei_ | brb ~ 1 hour |
| 20:09.42 | cristina | brlcad: regarding the "Visualizing CSG" project, I understand that the goal is for each geometry to create a corresponding graph that represents its modelling steps. |
| 20:10.35 | cristina | should I understand by this graph, a tree like this: http://en.wikipedia.org/wiki/File:Csg_tree.png? |
| 20:19.28 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 20:37.39 | *** join/#brlcad merzo (~merzo@215-163-133-95.pool.ukrtel.net) | |
| 20:57.57 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 20:59.24 | *** join/#brlcad merzo (~merzo@10-183-133-95.pool.ukrtel.net) | |
| 21:08.21 | *** join/#brlcad Neil___ (~chatzilla@117.229.76.212) | |
| 21:21.32 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 21:22.40 | *** join/#brlcad andrei_ (~andrei@188.25.174.181) | |
| 21:24.39 | andrei_ | brlcad: have you had a chance to look over my torus surface area function? |
| 21:24.48 | andrei_ | also, have you got time to look over my proposal draft? |
| 21:32.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.76.212) | |
| 23:05.18 | Neil___ | brlcad: i have written down a few ideas I had for the materials database website. whom can i mail it to? |
| 23:06.02 | Al_Da_Best | Probably best to go for the mailing list Neil___ |
| 23:06.26 | Neil___ | Al_Da_Best: yeah but it is sort of my proposal. |
| 23:06.58 | Neil___ | so if I can mail it to the mentors directly, it might be better? |
| 23:07.02 | Al_Da_Best | Put it on there anyway :) I'm currently putting my proposal together, going to make a page on the BRL-CAD wiki for it, then link to it on the mailing list |
| 23:08.29 | Neil___ | ah right. nice |
| 23:08.46 | Neil___ | which idea are you working on? |
| 23:08.59 | Al_Da_Best | One of the scientific ones, the non-vacuum gravity simulator |
| 23:09.21 | Neil___ | wow. all the best Al_Da_Best! :D |
| 23:09.53 | Al_Da_Best | Haha :P Good luck with yours as well! I have ideas that would make good use of a database for materials, using densities and so on |
| 23:10.50 | Neil___ | that's great. and true, a website for the database materials will go a long way in helping everyone sync |
| 23:11.00 | Al_Da_Best | It will indeed |
| 02:59.15 | brlcad | Neil___: do you really think we'd select a student dumb enough to plagiarize someone else's proposal? |
| 03:00.05 | brlcad | we usually recommend the wiki since it's a lot easier to review and comment on there, but the mailing list is also occasionally used |
| 03:00.34 | brlcad | that said, if you really just don't want others to see it, you can e-mail it to me directly |
| 03:01.21 | brlcad | but again, there really isn't any risk -- if anything, proposals that get posted tend to raise the bar on all applicants to provide more detail |
| 04:32.42 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 04:33.08 | Neil___ | brlcad: oh no no, i'm not suggesting anything of the sort. i was just inquiring about the procedure students usually follow. the wiki/mailing list it is! thanks :) |
| 04:48.18 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 04:49.34 | *** join/#brlcad Neil____ (~chatzilla@117.229.12.239) | |
| 04:56.34 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 05:09.13 | Neil____ | brlcad: sorry, but I am not so sure on how to use the wiki. Should I create an empty page and proceed from there on? |
| 05:15.18 | Neil____ | brlcad: got it! |
| 05:15.35 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3342 10/wiki/User:Phoenix: New page: = Who I am = My name is Wu Jianbang. I'm a sophomore student from Peking University, China. = Contact = email: [mailto:284281400@qq.com 284281400@qq.com] or [mailto:jianbang@pku.edu.cn j... |
| 05:21.04 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3343 10/wiki/User:Phoenix: /* Contact */ |
| 05:22.07 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3344 10/wiki/User:Phoenix: /* Who I am */ |
| 05:24.10 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3345 10/wiki/User:Phoenix: /* Who I am */ |
| 05:27.30 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3346 10/wiki/User:Phoenix: /* Projects */ |
| 05:31.19 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:41.35 | *** join/#brlcad atneik (~atneik@59.178.48.90) | |
| 05:51.03 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Cms snapshots.pdf]]": The file contains a few snapshots of a CMS I designed last year for Inventory Management. |
| 05:54.44 | atneik | brlcad: yes, two paths are concatenated. This made me think it was a path error, and took me to cmake. I ran it again . . its the same error, seems like not a bad copy/paste. |
| 05:56.57 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 05:59.00 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3348 10/wiki/User:Neildhruva: New page: == About Me == My name is '''Neil Dhruva'''. I am currently pursuing Bachelors in Computer Science from BITS-Pilani, Goa, India. === Interests === * Web Development * App Development wit... |
| 06:00.11 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3349 10/wiki/User:Neildhruva: /* Contact */ |
| 06:12.21 | Neil____ | brlcad: I have set up the page and sent the mail :) |
| 08:23.20 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 08:59.34 | *** join/#brlcad atneik (~atneik@59.178.41.124) | |
| 09:22.40 | *** join/#brlcad cristina (~cristina@82.137.15.195) | |
| 09:25.50 | *** join/#brlcad Neil___ (~chatzilla@117.229.39.174) | |
| 09:33.06 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 10:12.05 | *** join/#brlcad cristina (~cristina@82.137.15.4) | |
| 10:18.14 | cristina | starseeker, I was thinking on creating a draft for my proposal in a brlcad wiki page. I've created a user accout but can't seem to find where to edit this page. |
| 10:18.36 | cristina | for other pages, I did find the edit function in which wiki content can be added |
| 10:19.50 | *** join/#brlcad cristina_ (~cristina@82.137.14.184) | |
| 10:21.39 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 10:21.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:28.30 | *** join/#brlcad andrei_ (~andrei@188.25.159.226) | |
| 10:28.35 | andrei_ | hi |
| 10:31.08 | andrei_ | brlcad: can I still check irc logs if I have closed the client. if so , how can I do that? |
| 10:38.18 | *** join/#brlcad cristina (~cristina@82.137.12.151) | |
| 10:41.55 | cristina | starseeker, nevermind. I think I found it. Thank you anyway |
| 10:45.13 | CIA-128 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3350 10/wiki/User:Cprecup: intro |
| 10:50.11 | abhi2011 | andrei_ : you can goto http://ibot.rikers.org/%23brlcad |
| 10:51.44 | andrei_ | ah, thanks |
| 11:03.42 | *** join/#brlcad atneik (~atneik@59.178.136.68) | |
| 11:31.33 | *** part/#brlcad atneik (~atneik@59.178.136.68) | |
| 12:11.49 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 12:27.41 | *** join/#brlcad npcdoom (~npcdoom@190.78.55.148) | |
| 12:27.49 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 12:44.48 | *** join/#brlcad atneik (~atneik@59.178.136.68) | |
| 13:48.09 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) | |
| 13:53.05 | *** join/#brlcad cristina (~cristina@188.24.80.56) | |
| 13:53.09 | cristina | hello |
| 13:57.30 | *** part/#brlcad thiago_ (~thiago@201.82.137.119) | |
| 14:00.21 | Al_Da_Best | Hi |
| 14:05.22 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 14:14.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.83.51) | |
| 15:05.10 | *** join/#brlcad Neil___ (~chatzilla@117.229.83.51) | |
| 15:48.46 | *** join/#brlcad Neil___ (~chatzilla@117.229.1.196) | |
| 16:34.55 | *** join/#brlcad Neil___ (~chatzilla@117.229.62.162) | |
| 16:42.09 | *** join/#brlcad atneik (~atneik@59.178.63.227) | |
| 17:14.31 | *** join/#brlcad Neil___ (~chatzilla@117.229.62.162) | |
| 18:34.33 | *** join/#brlcad jatin_105 (~jatin_lut@120.56.193.13) | |
| 18:34.43 | *** part/#brlcad jatin_105 (~jatin_lut@120.56.193.13) | |
| 19:08.03 | *** join/#brlcad merzo (~merzo@173-81-200-46.pool.ukrtel.net) | |
| 19:33.49 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 19:47.18 | CIA-128 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3351 10/wiki/User:Al_Da_Best: Creating user page for Al_Da_Best, including GSOC2012 proposal |
| 20:11.44 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 20:12.03 | *** join/#brlcad witness_ (~witness@14.139.228.210) | |
| 20:23.09 | *** join/#brlcad andrei_ (~andrei@188.25.159.226) | |
| 20:24.10 | andrei_ | hey there |
| 20:25.53 | cristina | hello |
| 20:46.44 | *** join/#brlcad Neil____ (~chatzilla@117.229.85.153) | |
| 21:02.07 | *** join/#brlcad Neil___ (~chatzilla@117.229.107.171) | |
| 21:11.22 | *** part/#brlcad atneik (~atneik@59.178.63.227) | |
| 21:40.33 | *** join/#brlcad minal_ (44253b67@gateway/web/freenode/ip.68.37.59.103) | |
| 21:49.34 | *** join/#brlcad minal_bh (~minalB@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 22:42.56 | *** join/#brlcad minal_bh (44253b67@gateway/web/freenode/ip.68.37.59.103) | |
| 22:51.36 | *** join/#brlcad MinalB_GSOC (~diakatana@c-68-37-59-103.hsd1.nj.comcast.net) | |
| 23:18.36 | minal_bh | Hello ! I am a graduate student majoring in Computer Science at City College of New York and I would like to participate at GSoC 2012. |
| 23:18.56 | minal_bh | I am interested in Benchmark Perforamance Database.. |
| 23:19.43 | minal_bh | I do have some questions regarding the project and application process.. |
| 23:24.44 | bhinesley | minal_bh: welcome! Ask away, someone will reply eventually. |
| 23:25.31 | minal_bh | Hi! thank You ..Do we have to start this project [ Benchmark Performance Database ] from scratch? |
| 23:28.11 | andrei_ | hey bhinesley |
| 23:28.31 | bhinesley | andrei_: hello |
| 23:28.39 | andrei_ | how are you?:) |
| 23:30.08 | bhinesley | minal_bh: someone should be able to answer that for you soon enough :) |
| 23:30.23 | bhinesley | andrei_: well, thanks... and yourself? |
| 23:30.55 | andrei_ | trying to implement some path algorithms into an AI |
| 23:31.10 | andrei_ | for our university's " sort of" Ai challenge |
| 23:31.59 | bhinesley | cool :) I wish my university did intersting things like that |
| 23:32.25 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 23:32.36 | andrei_ | it is interesting, but it's pretty hard since they just give you a starter package and tell you to figure it out. |
| 23:32.56 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 23:42.37 | bhinesley | andrei_: sounds like real life |
| 23:43.26 | bhinesley | the project in my AI class was similar: find a paper published on IEEE's site, and implement it |
| 23:47.05 | andrei_ | AI is a interesting but tough way to learn how to proper use algorithms |
| 23:47.29 | andrei_ | mostly because you can never take the best solution , or better said, best decision |
| 01:37.14 | brlcad | minal_bh: depends what scope you're considering, yes and no |
| 01:39.50 | brlcad | the benchmark itself exists (and has for 20+ years), log files already exist, we already have a web server set up, just no website for visualizing and managing the database of benchmark runs |
| 01:40.33 | *** join/#brlcad abhi512 (7ab0e04d@gateway/web/freenode/ip.122.176.224.77) | |
| 01:52.45 | *** join/#brlcad abhi512 (~abhi@122.176.150.101) | |
| 01:54.32 | brlcad | bhinesley: you could have finagled an AI project using BRL-CAD underneath! |
| 02:12.12 | *** join/#brlcad thiago_ (~thiago@201.82.137.119) | |
| 02:32.10 | brlcad | hello thiago_ |
| 02:34.54 | thiago_ | brlcad: hello |
| 02:36.34 | thiago_ | brlcad: I am a student interested in GSoC |
| 02:40.39 | abhi512 | hey, i am abhishek |
| 02:41.51 | abhi512 | i am interested in gsoc12 |
| 02:44.50 | thiago_ | Eu tenho muita experiÊncia em C/C++, algoritmos e estruturas de dados mas tenho pouca experiência com geometria computacional. |
| 02:44.52 | thiago_ | Eu gostaria de saber se é necessário ter muito conhecimento em geometria computacional para participar em um projeto do BRL-CAD para o GSoC. |
| 02:45.17 | thiago_ | error |
| 02:45.21 | thiago_ | correct now |
| 02:45.24 | thiago_ | I have much experience in C / C + +, algorithms and data structures but have little experience with computational geometry. |
| 02:45.25 | thiago_ | I wonder if it is necessary to have much knowledge in computational geometry to participate in a project for BRL-CAD GSoC. |
| 02:54.49 | brlcad | computational geometry is not required |
| 02:55.37 | brlcad | there are a very wide variety of project areas one can work on including graphics, general programming, GUI development, web development, networking, simulation, and much much more |
| 03:01.46 | minal_bh | hi brlcad : I would like to present my understanding about "Benchmark Performance Database " |
| 03:02.11 | brlcad | minal_bh: sure |
| 03:02.27 | minal_bh | 1]The website should offer multiple mechanisms for adding new performance run data: i] Import from log files : Extract log files and insert data into Database. |
| 03:02.35 | minal_bh | <PROTECTED> |
| 03:03.12 | minal_bh | iii] If time permits we can use export from Excel file .. |
| 03:03.24 | minal_bh | 2]It should offer different visualization of performance data |
| 03:03.32 | minal_bh | <PROTECTED> |
| 03:03.55 | brlcad | little to no interest in 1iii |
| 03:04.16 | minal_bh | <PROTECTED> |
| 03:04.18 | minal_bh | ok |
| 03:04.53 | minal_bh | I am assuming that data extracted from log files is suitable for RDBMS representation.. |
| 03:04.56 | brlcad | even after items are imported from log files (1i), there will also need to be some way to manually enter additional details (like #cpus, #cores, memory, etc) |
| 03:05.22 | brlcad | some can be pulled from the logs, but other pieces of information are often not available |
| 03:06.05 | brlcad | if you run the "benchmark" tool from a distribution of BRL-CAD, you can see what the log file actually looks like |
| 03:06.54 | minal_bh | after importing log file we can ask user to enter respective information.. |
| 03:08.44 | minal_bh | How much desing details are expected in the proposal ? |
| 03:33.50 | brlcad | minal_bh: the more the better usually |
| 03:34.13 | brlcad | at a minimum, should be more than 500 words, but that really is a bare minimum |
| 03:34.29 | brlcad | it should not just reiterate our project idea detail page |
| 03:35.49 | brlcad | for example, it'd be good to identify at least the basic architecture being proposed, something like this: http://cia.vc/doc/development/ |
| 03:36.50 | brlcad | specific graphic visualizations, interface mock-ups, details on tasks required, timeline, etc |
| 03:38.46 | brlcad | better to have something brief and complete with a good patch that demonstrates your ability than to have a 20 page proposal that is all talk |
| 03:47.35 | bhinesley | brlcad: hmm, not a bad idea. There's still advanced AI. |
| 03:49.16 | brlcad | an AI-related geometry project we had a student working on a few years ago involved using a GA to evolve CSG expressions that match a non-CSG input |
| 03:50.36 | brlcad | actually worked (though didn't make enough progress to turn it into production-viable) |
| 03:53.00 | brlcad | some other ideas that have come up involve using AI techniques to solve 3D knapsack packing problems (fit objects into a defined container optimally) |
| 03:53.32 | brlcad | using search & optimization for 3d route planning |
| 03:55.12 | brlcad | using shape analysis and classifiers for determining what a given 3d object looks like it might be |
| 03:55.48 | brlcad | and so on .. ;) |
| 04:18.10 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 04:37.52 | bhinesley | brlcad: doing something like that is a possibility in Adv. AI (not offered until next winter) |
| 04:38.20 | bhinesley | glad you mentioned those things though, I woudln't have thought to ask |
| 04:40.20 | bhinesley | I'm kind of an AI noob, but I'm quite interested in it. I might also propose something to you when my senior project comes around. |
| 04:41.24 | bhinesley | it would be great to actually contribute to something, rather than some pet project that gets left in a binder. |
| 05:29.39 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:47.38 | *** join/#brlcad andrei_ (~andrei@188.25.158.250) | |
| 07:03.56 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:33.15 | Neil___ | brlcad: hi. I wasn't able to cmake the source in ubuntu. i'm getting this error - "Code to determine current date and time failed!" |
| 09:00.44 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:20.12 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 09:26.49 | CIA-128 | BRL-CAD: 03jordisayol * r49812 10/brlcad/trunk/ (misc/debian/rules sh/make_rpm.sh): update cmake optimization argument for deb/rpm building |
| 10:25.33 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 10:29.19 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 10:40.53 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) | |
| 10:41.07 | *** part/#brlcad tuxilina (~tuxilina@141.85.252.190) | |
| 10:41.47 | *** join/#brlcad andrei_ (~tuxilina@141.85.252.190) | |
| 10:44.22 | andrei_ | brlcad: please let me know when you have time to look over my proposal draft. I need to ask you several questions regarding it. |
| 10:58.59 | *** join/#brlcad abhi512 (~abhi@122.176.150.101) | |
| 11:04.58 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 11:42.24 | *** join/#brlcad abhi512 (~abhi@122.176.220.200) | |
| 11:45.45 | *** join/#brlcad andrei_ (~tuxilina@141.85.252.190) | |
| 12:11.56 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3352 10/wiki/User:Phoenix: /* Interest */ |
| 12:51.17 | *** join/#brlcad phoenix_ (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 12:52.39 | *** join/#brlcad thiago_ (~thiago@187.106.51.49) | |
| 13:00.21 | *** join/#brlcad cristina (~cristina@188.24.80.56) | |
| 13:00.24 | cristina | hello |
| 13:03.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.47.242) | |
| 13:13.49 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 13:14.59 | Neil___ | brlcad: hi. I wasn't able to cmake the source in ubuntu. i'm getting this error - "Code to determine current date and time failed!" |
| 13:16.10 | jordisayol | Neil___: witch ubuntu? |
| 13:16.33 | brlcad | Neil___: have you tried the VM image? |
| 13:18.46 | *** join/#brlcad Neil___ (~chatzilla@117.229.47.242) | |
| 13:19.27 | Neil___ | brlcad: oh no. i was trying the Linux source |
| 13:20.38 | jordisayol | brlcad: hello. should I do something else about debug symbols? |
| 13:24.10 | brlcad | Neil___: I'd suggest trying either an svn checkout or using the VM image (for now) |
| 13:24.29 | brlcad | otherwise there are too many variables in play that you'd need to investigate |
| 13:24.41 | Neil___ | brlcad: right. i'll do that. thanks |
| 13:24.42 | brlcad | jordisayol: you mean like not strip them? :) |
| 13:24.50 | *** join/#brlcad andrei_ (~tuxilina@141.85.252.190) | |
| 13:24.57 | jordisayol | brlcad: yes, sorry :-/ |
| 13:24.59 | brlcad | thinks debug symbols should be installed :) |
| 13:25.18 | brlcad | otherwise crash logs become worthless |
| 13:25.20 | jordisayol | brlcad: even in deb/rpm packages? |
| 13:25.28 | brlcad | yep |
| 13:25.42 | brlcad | andrei_: minor point of advice (as I'm happy to look over anyone's proposal draft), but I'd recommend posing questions such that you're not waiting on a specific person to reply |
| 13:26.00 | brlcad | the whole point is debuggability, and the cost is merely a little disk space |
| 13:26.17 | brlcad | our install is not that big |
| 13:27.06 | brlcad | notes his latest software purchase was 11 GB installed .. and it's a game .. |
| 13:28.02 | jordisayol | brlcad: this will at least duplicate the deb/rpm size |
| 13:28.25 | brlcad | so? |
| 13:28.31 | brlcad | it's still insignificant size |
| 13:28.46 | jordisayol | no, just this |
| 13:30.12 | jordisayol | brlcad: this is up to you |
| 13:30.44 | brlcad | basically, is it more valuable to save the user a few mb's of disk space and be unable to help them if something goes wrong, or use a little more disk and get useful reports |
| 13:31.20 | brlcad | if we had a space constraint like fitting on a CD, then it might matter |
| 13:31.30 | brlcad | but we don't .. AND it does fit on a CD regardless ;) |
| 13:32.17 | brlcad | that said, we should figure out why disabling debug doesn't turn the flag off |
| 13:32.18 | jordisayol | brlcad: IMHO, this is not a disk space problem, but band wide one. If we create deb/rpm bigger than 100 MB. many people will think twisebefore download it |
| 13:33.01 | brlcad | so be it -- if they're already that much on the fence, then BRL-CAD will probably be too hard for them to use anyways |
| 13:33.25 | brlcad | disk space ain't got nothing on the learning curve ;) |
| 13:34.11 | *** join/#brlcad abhi_512 (~abhi@122.176.255.178) | |
| 13:43.48 | brlcad | if we had all of our platforms covered so diligently like you do for linux, it might be an option to pull together a "streamlined" release |
| 13:44.45 | brlcad | where we only include core tools/docs/data in a stripped down form.. probably less than 25MB or maybe even less |
| 13:46.02 | jordisayol | well, now I have a problem with deb building package. the debian tools automatically strips its binaries/libraries :-/ |
| 13:46.20 | brlcad | a benchmark release is on my todo, might be such an environment for doing that |
| 13:48.49 | jordisayol | sorry, last comment is incorrect. I forced to do it in the building (i forget this) sorry. |
| 13:49.43 | *** join/#brlcad Neil___ (~chatzilla@117.229.47.242) | |
| 14:08.42 | *** join/#brlcad andrei_ (~tuxilina@141.85.252.190) | |
| 14:14.14 | Al_Da_Best | brlcad try Shogun 2 for space, ~29Gb currently :) |
| 14:22.06 | CIA-128 | BRL-CAD: 03mendesr * r49813 10/jbrlcad/trunk/ (12 files in 8 dirs): Fix MUVES3 issues: MUVES-1472, MUVES-1645, MUVES-1597, MUVES-1646; Updated JScience version in the pom.xml to use the Current MUVES3-Kahona version '4.3.4'. |
| 14:24.47 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 14:37.49 | cristina | brlcad: I have already had graphviz installed on ubuntu. I can't seem to find any g-dot tool. There's just the dot tool but it won't accept some of the arguments from your example |
| 14:38.04 | cristina | I've also found a dot command in mged |
| 14:39.54 | cristina | I assume that the idea of this "g-dot -o file.dot file.g top" is to output a dot file for a geometry considering the root the "top" node? |
| 14:44.12 | ``Erik | hm, my WoW dir is only 23g |
| 14:45.43 | ``Erik | (and just for fun, "git clone http://crit.brlcad.org/brlcad.git" (read only, updated hourly) :D ) |
| 15:23.26 | brlcad | cristina: g-dot should be in the same directory as mged and a slew of other g-* tools |
| 15:23.47 | brlcad | it wasn't added until 7.20.4, iirc |
| 15:24.08 | brlcad | the vm image should have it installed in /usr/brlcad |
| 15:24.25 | brlcad | /usr/brlcad/dev-7.21.0/bin/g-dot |
| 15:29.20 | cristina | oh, brlcad, it's there, sorry. |
| 15:35.05 | *** join/#brlcad Neil___ (~chatzilla@117.229.47.242) | |
| 15:42.03 | *** join/#brlcad Al_Da_Best (Al_Da_Best@027e71f6.bb.sky.com) | |
| 15:48.19 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 16:02.10 | Neil___ | how should I run benchmark on windows? |
| 16:04.19 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:04.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:22.33 | brlcad | jordisayol: hoping to get back on schedule at the end of this month, but it entirely depends on whether I can get through about 1k commits in that timeframe |
| 16:22.47 | brlcad | end-of-april at the latest |
| 16:22.55 | brlcad | aiming for march, though |
| 16:23.03 | brlcad | rather, first week of april |
| 16:23.40 | *** join/#brlcad Neil___ (~chatzilla@117.229.117.244) | |
| 16:24.56 | jordisayol | brlcad: many thanks |
| 16:43.13 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:43.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:46.33 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3353 10/wiki/User:Stattrav: Preliminary draft |
| 16:46.43 | Stattrav | oops :) |
| 16:47.02 | Stattrav | I shouldnt do that often then, it might spam the hell out people |
| 16:47.30 | Stattrav | brlcad: I have a diagram drawn on a board and have an image of that |
| 16:48.40 | Al_Da_Best | Yeah that was my thoughts yesterday :P |
| 16:48.48 | Al_Da_Best | Not sure if it mentions minor edits |
| 16:49.05 | Stattrav | true |
| 16:50.10 | Stattrav | brlcad: http://i.imgur.com/a7e4x.jpg I think I can even add an edge between Dev and ftp. |
| 17:11.10 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 17:20.14 | *** join/#brlcad atneik_ (~atneik@59.178.60.131) | |
| 17:24.30 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3354 10/wiki/User:Stattrav: |
| 17:39.55 | *** join/#brlcad andrei_ (~andrei@188.25.26.150) | |
| 17:47.33 | brlcad | Stattrav: you can do that as often as you like |
| 17:47.40 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Stattrav process diagram.jpg]]" |
| 17:48.01 | brlcad | it's not spam in the least -- it's actual activity ;) |
| 17:48.52 | brlcad | Stattrav: if only for simplicity, I'd leave ftp out of the picture for now |
| 17:49.11 | brlcad | providing secure ftp upload is a somewhat non-trivial task |
| 17:49.37 | andrei_ | hello |
| 17:49.52 | brlcad | it's doable and fine if you want to tackle that aspect (and a good feature to support), but it will be a little tricky |
| 17:50.27 | brlcad | probably need a cron job to move from an anon ftp folder that would validate it's a log, sanitize, and copy to real queue folder |
| 17:50.40 | brlcad | though I suppose http uploads are just as untrusted |
| 17:50.49 | brlcad | howdy andrei_ |
| 17:53.16 | andrei_ | here is the proposal draft I have been speaking about: https://docs.google.com/file/d/0BzrcTnxrBIMvbmVUUVlqTG5SQ3FOZHU2VFV3cnJYZw/edit |
| 17:53.35 | andrei_ | It only contains rather personal data , there's much to be added |
| 17:55.31 | andrei_ | reading the whole code and planing the proposal on it is probably not viable. bhinesley sugested that I should test various comands from mged in archer |
| 17:56.18 | andrei_ | it there any specific library or part of the code I should look closely. I find dificult to set my starting point |
| 17:56.21 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3356 10/wiki/User:Stattrav: Added more content |
| 17:56.29 | *** join/#brlcad tuxilina (~tuxilina@p6.eregie.pub.ro) | |
| 17:56.38 | Stattrav | brlcad: I think I can do it |
| 17:56.56 | Stattrav | brlcad: I've done something such when I was working so that shouldnt be a problem |
| 17:57.44 | Stattrav | brlcad: yeah the most important part is to avoid spam, so that process of authentication has to be built into the binary which pushes the data |
| 17:58.34 | Stattrav | brlcad: btw this is a preliminary crude draft |
| 17:59.17 | Stattrav | http://brlcad.org/wiki/User:Stattrav |
| 17:59.52 | Stattrav | btw should I send a mail to the ml ? |
| 18:01.05 | Stattrav | so that you or the other devs can qualitatively comment |
| 18:07.46 | brlcad | if you'd like other devs to read it before submissions open, that would be ideal ;) |
| 18:07.52 | brlcad | they're not all on IRC |
| 18:07.57 | Stattrav | exactly |
| 18:08.49 | Stattrav | I shall make it a bit more elaborate and send it in the morning IST. Got some school work to catch up to. :) thanks |
| 18:10.42 | andrei_ | another question , I tried to list only relevant skills in my proposal, but I do have some basic knowledge of matlab/octave and complex analysis ( for example Fast Fourier Transformation , Frequence sampling etc) should I list those too? |
| 18:16.14 | andrei_ | brlcad: sorry, I thought I set it to accesible by anyone |
| 18:16.17 | andrei_ | I ll fix it now |
| 18:18.49 | andrei_ | fixed it, I'm sorry for that |
| 18:28.04 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 18:30.09 | brlcad | andrei_: no problem |
| 18:30.23 | brlcad | that looks like a really fantastic start, can't wait to read the rest |
| 18:30.38 | DarkCalf | howdy brlcad |
| 18:30.48 | andrei_ | funny , first time I wrote, I put all " my heart" in it. Now I disagree with some parts |
| 18:30.48 | brlcad | howdy |
| 18:33.12 | brlcad | andrei_: well you still haven't gotten to the detailed description, which is arguably one of the most important parts, so don't spend too much time on the personal parts.. ;) |
| 18:33.24 | andrei_ | indeed |
| 18:33.39 | andrei_ | this night I have to finish a project with a hard deadline |
| 18:34.22 | andrei_ | from tomorrow I ll dedicate all the time available to complete it with what really matters |
| 18:36.42 | brlcad | great! |
| 19:02.56 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 19:04.07 | *** join/#brlcad Neil__ (~chatzilla@117.229.117.244) | |
| 19:14.47 | starseek1r | cristina: sorry I didn't respond earlier - been sick the last few days, not active in channel |
| 19:17.11 | starseeker | Those people seeing the -g flag appear with debug flags off - is that the latest trunk svn checkout? |
| 19:21.15 | cristina | starseeker, don't need to apologize. Everybody has their things to take care of |
| 19:22.23 | jordisayol | starseeker: yes, it is |
| 19:22.44 | starseeker | jordisayol: interesting... I'm not able to reproduce it here - what platform are you on? |
| 19:22.58 | jordisayol | linux 64-bit |
| 19:23.11 | starseeker | huh |
| 19:23.31 | starseeker | jordisayol: can you try clearing your CMakeCache.txt file? |
| 19:24.42 | starseeker | cristina: let's see if we can get brlcad to weigh in on what he things of feeding BRL-CAD's CSG geometry into Netgen :-) |
| 19:24.49 | starseeker | s/things/thinks |
| 19:25.00 | starseeker | come on brain, communicate with the fingers please... |
| 19:28.10 | cristina | starseeker: :) if I can contribute somehow, let me know |
| 19:28.40 | jordisayol | starseeker: there is not a CMakeCache.txt file |
| 19:29.34 | starseeker | O.o |
| 19:29.34 | starseeker | jordisayol: in your build directory? |
| 19:30.06 | jordisayol | starseeker: it exist after cmake command |
| 19:30.10 | starseeker | right |
| 19:30.37 | starseeker | so you've cleared your build directory? |
| 19:31.04 | jordisayol | yes, is a clean build directory |
| 19:31.34 | jordisayol | in fact is an svn export from brlcad trunk |
| 19:33.01 | starseeker | weird |
| 19:33.11 | starseeker | can you post your full configure log somewhere? |
| 19:33.59 | jordisayol | stdou? yes |
| 19:34.13 | jordisayol | s/stdou/stdout |
| 19:54.03 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:54.03 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 19:54.07 | starseeker | in fact, one of our quickie tasks was to separate out libnmg: http://brlcad.org/wiki/Contributor_Quickies#MEDIUM:_Separate_out_LIBNMG_from_LIBRT |
| 19:54.19 | starseeker | that would make one doozy of a patch to go with an application :-) |
| 19:54.22 | brlcad | surprisingly still separate given how many years they've been intermingled |
| 19:56.29 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 19:59.05 | andrei_ | I ve read the Simian description |
| 19:59.49 | andrei_ | but I m still not sure of something, does it only detect copy pasted code ( or very similar code) , or uses Somethins miliar to Moss? ( Semantic tree ) |
| 19:59.59 | andrei_ | something * |
| 20:00.55 | andrei_ | from what I read so far it mostly detects copy-paste ' s |
| 20:05.34 | starseeker | cristina: bty - if we have incorrect impressions of Netgen's capabilities, feel free to correct us :-) |
| 20:07.09 | CIA-128 | BRL-CAD: 03starseeker * r49816 10/brlcad/trunk/src/other/CMakeLists.txt: Ah hah! SCL interfering by CACHE FORCE of the build type - dodge the issue by telling SCL to use whatever build type we've set, but still - need to fix the SCL approach |
| 20:07.17 | starseeker | jordisayol: ok, got it |
| 20:07.36 | jordisayol | starseeker: ok, many thanks! :-) |
| 20:08.34 | starseeker | let me know if anything else like that pops up - we're in the process of syncing with the github SCL tree, and they've got some crud left-over from my original attempt at an SCL CMake build system. |
| 20:09.23 | brlcad | andrei_: it has options for collapsing names of variables and ignoring formatting |
| 20:10.23 | brlcad | you can use any tool you like, though, that's just an easy free one |
| 20:10.43 | brlcad | and there are plenty of places in brl-cad that are nearly exact copy-paste anyways that should be refactored |
| 20:11.11 | andrei_ | I will try to run Simian tomorrow in the morning anyway |
| 20:11.43 | andrei_ | Moss is used to check our homeworks and it does have some pretty advanced detection options |
| 20:12.04 | andrei_ | but the major disadvantage is it compares only sources that are bound to do the same thing |
| 20:12.07 | andrei_ | or something similar |
| 20:14.20 | andrei_ | also , it s not necessarly related to refactoring , but I would like to know your opinion over this |
| 20:15.33 | andrei_ | I believe that some macro's like checking ones( at least in some places) are difficult to understand |
| 20:16.36 | andrei_ | how about converting them to functions for the respective data structure |
| 20:18.28 | cristina | starseeker: I'll keep in mind that quickie task you were talking about. |
| 20:18.59 | starseeker | cristina: does Netgen rely on OpenCASCADE for boolean eval? |
| 20:20.09 | starseeker | only paper I could scare up quickly: www.asc.tuwien.ac.at/~schoeberl/wiki/publications/netgen_org.pdf |
| 20:20.18 | starseeker | doesn't say one way or the other, at a quick glance |
| 20:23.03 | cristina | starseeker: it doesn't in the CSG 3d case. I used OpenCASCADE for CSG 2d but my extension is not yet integrated into Netgen |
| 20:23.03 | *** join/#brlcad atneik_ (~atneik@59.178.51.195) | |
| 20:25.24 | starseeker | hmm. So, in principle, we could take individual meshes generated by facetizing individual primitives in BRL-CAD (spheres, ellipsoids, etc.) and feed those meshes and boolean expressions Netgen to generate an evaluated mesh? |
| 20:25.25 | brlcad | starseeker: is there a reason for cachingvariables that the user provides? |
| 20:25.43 | starseeker | brlcad: um. in what context? |
| 20:25.55 | brlcad | in a general context :) |
| 20:26.20 | starseeker | generally, that's how CMake remembers what was passed to it when it is re-invoked... |
| 20:26.21 | brlcad | like your mail to scl-dev, wouldn't have expected CMAKE_BUILD_TYPE to be something we'd even want to cache |
| 20:26.27 | starseeker | we don't |
| 20:26.32 | starseeker | they're doing it it in their logic |
| 20:26.47 | starseeker | I'm saying they don't want to :-) |
| 20:26.55 | andrei_ | I actually looked again over the check macro's, I was wrong. Don t think you could change those and see an improvement |
| 20:26.55 | brlcad | ah, okay |
| 20:27.19 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 20:27.19 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 20:27.58 | starseeker | the reason jordisayol was seeing -g in the Release build was the SCL build forcing things back to Debug when I forgot to tell SCL to use the same build type as everything else (that's what commit 49816 does) |
| 20:28.12 | brlcad | starseeker: in principle, that's exactly what libnmg does now so by default I wouldn't expect another implementation to be any better (i.e., they'd have to *prove* it's actually better) |
| 20:28.26 | brlcad | good thing we have a testing framework for that now |
| 20:28.44 | starseeker | so the final "assembly" of C flags was using the default Debug flags, instead of the Release flags, since SCL buggered up the build type |
| 20:28.53 | brlcad | got it |
| 20:29.17 | brlcad | how'd that sneak in? one of nick's merges? |
| 20:29.24 | starseeker | my fault |
| 20:29.52 | starseeker | Was syncing with the github SCL CMake logic, and the implications of their forcing CMAKE_BUILD_TYPE didn't register right away |
| 20:30.08 | brlcad | gotcha |
| 20:31.22 | cristina | starseeker: I think it should work. However, as brlcad says, one needs to know if this is a better way to generate mesh |
| 20:31.30 | jordisayol | starseeker: aha. built a new deb, and now it properly works. thanks! :-) |
| 20:32.00 | starseeker | cristina: I guess the question then becomes how hard it woudl be to feed BRL-CAD test cases into Netgen :-) |
| 20:32.06 | cristina | Is there a particular situation that doesn't have the expected output? |
| 20:32.18 | starseeker | jordisayol: awesome! |
| 20:32.33 | starseeker | cristina: oh, sure lots of them |
| 20:33.15 | starseeker | not so much individual primitives (although we do have a few issues at that level) but combining lots of meshes to make larger meshes |
| 20:34.03 | *** join/#brlcad atneik_ (~atneik@59.178.51.195) | |
| 20:34.07 | cristina | yes, the overlapping of primitives at different levels I think |
| 20:34.09 | starseeker | the script conversion.sh in the sh directory is the tool of choice, IIRC |
| 20:35.04 | cristina | and the "side by side" shapes. I recall this was something that took me a while to figure out how to make it generate a correct mesh |
| 20:35.17 | cristina | so that's why you want to feed independent primitives |
| 20:35.25 | CIA-128 | BRL-CAD: 03jordisayol * r49817 10/brlcad/trunk/misc/debian/rules: disable strip on deb package building |
| 20:35.56 | starseeker | right - BRL-CAD can facetize individual primitives (mostly) and the problems come when we start to try merging more complex evaluated meshes on our way up the tree |
| 20:36.27 | cristina | starseeker: the question of how to feed the BRL-CAD test cases into Netgen is a tough one |
| 20:36.40 | starseeker | we could generate a bunch of stl output files... |
| 20:37.38 | brlcad | that alone is "cause for concern" if it has trouble with side-by-side shapes |
| 20:38.05 | starseeker | I think she's referring to the 2D case? |
| 20:38.33 | cristina | yes, I was referring to the 2D case |
| 20:39.21 | cristina | I was just pointing out that I've been told to be careful with these cases because they are tricky |
| 20:39.51 | starseeker | nods. The question is whether Netgen is capabile of handling large, complex merges cleanly |
| 20:39.56 | starseeker | (in the 3D case) |
| 20:40.12 | brlcad | they are very tricky, which is why I've yet to know of a single library that is actually robust for all cases (I believe it's np-complete for floating point) |
| 20:40.30 | brlcad | or at least np-hard |
| 20:40.51 | brlcad | moreover, the underlying approach while appealing in its simplicity, is fundamentally flawed from an evaluation perspective |
| 20:41.05 | brlcad | for implicit geometry |
| 20:42.43 | brlcad | it's like trying to construct a line segmenet from a jpeg that was rendered from an svg |
| 20:43.23 | brlcad | the order is wrong, you get your line segments from the svg then render jpeg as needed |
| 20:43.47 | starseeker | cristina: from the standpoint of a viable BRL-CAD GSoC project, probably better to explore the graph layout for CSG and libnmg projects - demonstraing Netgen's viability would probably be requisit for a viable GSoC project and that's likely too much effort for one application |
| 20:44.30 | brlcad | it's doable, but man would that be one hell of a lot of information to take in for one summer |
| 20:44.40 | cristina | :-)) |
| 20:44.54 | brlcad | understanding nmg structure alone so you could even think of hooking in another lib would probably take a month |
| 20:45.58 | brlcad | another month to evaluate netgen's api for how it can be hooked, another to actually DO the integration ... and however long to test them and document and debug all getting left in the cold :) |
| 20:46.34 | cristina | I imagine, I didn't work on the mesh generation part either (just on the construction of shapes) so that would be another task to go into details of how the meshing is exactly done |
| 20:46.49 | brlcad | would be more viable is someone already spent a summer doing libnmg refactoring or developing a new converter so they're familiar with some parts of the code and api |
| 20:47.27 | brlcad | cristina: so refresh me -- what were you project interests again? |
| 20:47.45 | cristina | for GSoC 2012? |
| 20:47.47 | brlcad | and more importantly, what have you started writeups for ;) |
| 20:47.48 | brlcad | yes |
| 20:48.14 | cristina | Visualizing Constructive Solid Geometry, this is the project that I am interested in |
| 20:48.35 | brlcad | right, g-dot |
| 20:48.44 | brlcad | is that the only interest? |
| 20:48.49 | brlcad | (nothing wrong if it is) |
| 20:49.27 | cristina | well, I considered that I'm best fit for this one but if there are any suggestions, I'm willing to take them into account |
| 20:52.27 | brlcad | hard to say without knowing your interests and experience |
| 20:55.30 | starseeker | cristina: you want to apply to work on things you would enjoy working on |
| 20:57.00 | cristina | ok then, I'll stick to the project. I'd like to work on it, and I liked working on the previous one. This is why I chose the same 'topic'. |
| 20:57.12 | starseeker | very good :-) |
| 20:57.25 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3357 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in mesh library cleanup |
| 20:57.42 | brlcad | cristina: keep in mind that they're mostly only similar in concept -- the codes involved are worlds apart ;) |
| 20:58.40 | Neil__ | brlcad: Hi. For the Materials Database Website, I saw this link: http://cia.vc/doc/development/ and I was wondering how I should modify it to suit the project. Should I make a similar flow diagram for frontend and backend? |
| 20:59.07 | cristina | brlcad: I am aware of that, that is why I used 'topic'. The task and approach of the project are indeed different ;-) |
| 21:01.13 | cristina | I need to go now. bye everyone |
| 21:01.25 | starseeker | later |
| 21:01.42 | brlcad | cya |
| 21:01.46 | brlcad | very good |
| 21:02.18 | starseeker | should probably fish out that old build of goblin he had going with CMake... |
| 21:09.37 | starseeker | ah, actually predated CMake |
| 21:09.41 | starseeker | hmm... |
| 21:11.43 | starseeker | no, not quite - just no toplevel |
| 21:11.57 | starseeker | digs a bit more... |
| 21:15.29 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3358 10/wiki/Mesh_library_cleanup: mesh library cleanup! |
| 21:15.51 | brlcad | starseeker: feel free to embellish if I missed anything: http://brlcad.org/wiki/Mesh_library_cleanup |
| 21:17.02 | starseeker | which is the paper that spells out the NMG structures? Is that the Butler/Muuss CSG paper? |
| 21:17.18 | brlcad | I don't have it handy |
| 21:17.28 | starseeker | goes fishing... |
| 21:17.41 | brlcad | Muuss91c |
| 21:17.54 | brlcad | and Weiler87a |
| 21:18.03 | starseeker | http://ftp.arl.army.mil/mike/papers/90nmg/ |
| 21:18.26 | brlcad | yeah, that'd be good to add |
| 21:18.34 | starseeker | need a pdf version... |
| 21:18.41 | brlcad | mac will convert |
| 21:19.12 | brlcad | that'd be a good one to convert the original tek sources to docbook |
| 21:21.33 | starseeker | hmm - TeX will need some updating even to process as TeX these days, from the looks of it... |
| 21:23.12 | CIA-128 | BRL-CAD: 03Starseeker 07http://brlcad.org * r3359 10/wiki/Mesh_library_cleanup: Add link to 90nmg paper |
| 21:29.20 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3360 10/wiki/Google_Summer_of_Code/Project_Ideas: stub in nurbs optimization and cleanup |
| 21:31.56 | *** part/#brlcad atneik_ (~atneik@59.178.51.195) | |
| 21:43.55 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3361 10/wiki/NURBS_Optimization_and_Cleanup: fill in details of nurbs cleanup |
| 21:43.59 | brlcad | starseeker: there's another |
| 21:45.15 | starseeker | cool |
| 21:57.30 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3362 10/wiki/User:Stattrav: |
| 21:58.12 | brlcad | is forgetting another great idea that came up recently |
| 22:00.02 | brlcad | so we got the go ahead from google to include SCL under us an umbrella this year, but they thusfar seem to be uninterested .. |
| 22:00.09 | brlcad | I don't think we've heard anyone express SCL interest yet, but something to keep in mind |
| 22:01.08 | starseeker | nods |
| 22:12.13 | CIA-128 | BRL-CAD: 03starseeker * r49818 10/brlcad/branches/goblin/: remove obsolete goblin branch - glpk toolkit is GPL, and in any case build logic not in a functional state. |
| 22:19.13 | brlcad | any more ideas come to mind based on recent discussions? |
| 22:19.40 | brlcad | ah, networking |
| 22:26.19 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3363 10/wiki/Google_Summer_of_Code/Project_Ideas: add a section for networking and stub in a libpkg enhancement task |
| 22:28.57 | starseeker | there we go: http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz |
| 22:29.41 | starseeker | quick and dirty compared to BRL-CAD's, but hopefully enough to get up and running on most setups with Tcl/Tk installed |
| 22:35.02 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r3364 10/wiki/Package_Library_Extensions: fill out libpkg enhancements |
| 22:41.41 | brlcad | starseeker: you have seen http://www.graphviz.org/pdf/libguide.pdf yes? |
| 22:42.29 | starseeker | not sure if I've see that one, but have seen similar ones |
| 22:42.43 | starseeker | last I checked though, graphviz licensing wasn't compatible with BRL-CAD |
| 22:43.07 | brlcad | it's eclipse license iirc, which I haven't read in full |
| 22:43.55 | starseeker | looks again - haven't checked in a while |
| 22:44.22 | starseeker | ah - that's new |
| 22:44.32 | brlcad | gnuplot is another, they have a lib |
| 22:44.38 | starseeker | was thinking of the AT&T Source Code agreement |
| 22:44.43 | brlcad | but might be a little too manual |
| 22:44.47 | starseeker | gnuplot's license has always been... funky |
| 22:44.51 | starseeker | unless that's changed too |
| 22:45.13 | brlcad | graphiz would be ideal, they're one of the better free ones at this |
| 22:45.53 | starseeker | sure - at the time of my listing adaptagrams and goblin, graphviz was using the old AT&T agreement (IIRC) |
| 22:46.21 | starseeker | http://www.eclipse.org/legal/eplfaq.php#USEINANOTHER |
| 22:48.05 | brlcad | that's basically saying it cannot be relicensed because the terms aren't the same |
| 22:48.31 | brlcad | the last faq question is more to the point but answers gpl-compatibility, not lgpl |
| 22:48.38 | starseeker | Qt seems to think they aren't compatible: http://qt.nokia.com/about/licensing/frequently-asked-questions |
| 22:48.47 | starseeker | (last question) |
| 22:49.34 | brlcad | nods, was just reading that too |
| 22:49.58 | brlcad | so there's some new clause it adds |
| 22:50.12 | brlcad | s/clause/requirement/ |
| 22:51.14 | brlcad | so that sucks |
| 22:51.54 | starseeker | was hoping one or both of gobin/adaptagrams might have what we need... |
| 22:52.25 | brlcad | maybe |
| 22:52.45 | brlcad | frankly our situation may be even (considerably) easier than is handled by a general graph library |
| 22:53.25 | brlcad | given it's a directed graph with a singular head node, the levels are very well-defined |
| 22:54.53 | starseeker | nods - could be |
| 22:55.15 | starseeker | Goblin was particularly interesting in that it already has some Tcl/Tk hooks |
| 22:55.22 | brlcad | if you assume each model node is postage-sized, say 32x32 -- it's pretty straightforward to just draw your top-level node, then count up children, center, draw connecting lines, recurse |
| 22:56.05 | brlcad | i mean you might end up with 1k lines of code to do that instead of 30-60k for a library with potentially other dependencies and maintenance costs (build system integration at a minimum) |
| 22:56.18 | brlcad | really depends what all the library does for us |
| 22:56.25 | starseeker | nods |
| 22:56.46 | starseeker | also depends on what sorts of layouts we want to support |
| 22:57.02 | brlcad | yeah |
| 22:57.05 | starseeker | the "neato" style circular layouts are kind of nice in some ways |
| 22:58.11 | brlcad | tree view is probably the expected norm -- they're going to want to treat it like a graphical filesystem browser |
| 22:58.32 | brlcad | we just have to make sure that the "graph" aspect is represented when nodes are instanced |
| 22:59.02 | brlcad | so it's clear when you split/duplicate a single node and when you clone a subtree for example |
| 22:59.14 | starseeker | ah - so that's a little less radical than I was thinking |
| 22:59.48 | starseeker | maybe just layer something on top of tktreectrl then |
| 23:00.10 | starseeker | http://tktreectrl.sourceforge.net |
| 23:00.53 | starseeker | brlcad: probably need to re-work the description of that task on the project ideas page |
| 23:05.17 | starseeker | if we go that route, maybe roll in the "geometry browser as pluggable Tcl/Tk widget" aspect |
| 23:08.23 | starseeker | brlcad: in some ways we already do track multiple node references with the graphical highlighting in Archer's current widget |
| 23:08.35 | starseeker | did you have something else in mind? |
| 00:39.06 | *** join/#brlcad abhi512 (~abhi@122.176.255.178) | |
| 00:41.30 | abhi512 | hi |
| 00:41.45 | abhi512 | i am interested in the code reduction project |
| 00:42.50 | abhi512 | i have studied c and c++ for 2 years |
| 00:44.05 | abhi512 | but its mostly theoretical. so this will expose me to lots of code |
| 00:49.06 | abhi512 | what other skills should i have or learn , that would help me in this project |
| 00:59.10 | CIA-128 | BRL-CAD: 0399.144.92.26 07http://brlcad.org * r3365 10/wiki/User:Bhinesley: Clean up, update some things. Move GSoC 2011 stuff to another page. |
| 00:59.57 | CIA-128 | BRL-CAD: 0399.144.92.26 07http://brlcad.org * r3366 10/wiki/User:Bhinesley/gsoc2011: Moving gsoc 2011 stuff from main page. |
| 01:08.03 | brlcad | starseeker: deja-vu |
| 01:08.32 | brlcad | that'd probably be sufficient for archer, but it'd be nice to have the layout occur under libged's hood so we can reuse it in future guis |
| 01:12.10 | brlcad | plus, it would be nice to have alternate views, like you mentioned |
| 01:12.46 | brlcad | I was thinking more iconic myself, not tree-view text-based |
| 01:13.24 | brlcad | plus a pure hierarchy has the problem of visualizing instancing |
| 01:13.58 | brlcad | keeping it the way it is now is still probably best, whether using a third party lib or writing something custom |
| 01:14.55 | brlcad | abhi512: the title to each idea links to a page with more details |
| 01:15.10 | brlcad | be sure to read through all of the ideas, though, as there are several news ones that were just added today |
| 01:15.53 | abhi512 | been going through those links |
| 01:16.01 | abhi512 | and i will check the ideas out |
| 01:17.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:28.05 | CIA-128 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3367 10/wiki/Mesh_library_cleanup: |
| 02:09.38 | starseeker | brlcad: hmm. So should libged put out some sort of toolkit-neutral graph description that a widget then takes and implements? |
| 02:42.08 | starseeker | sees confliciting license terms for the tcl components of graphviz |
| 02:42.10 | starseeker | grr |
| 02:50.33 | starseeker | brlcad: if we're going for alternate view and icon-based, doesn't that put us back to needing the more general graph layout algorithms? |
| 02:51.19 | starseeker | reflects that at least goblin is < 1meg compressed compared to graphviz's 17 megs... |
| 02:57.41 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 03:11.41 | starseeker | this *might* be of interest... http://sourceforge.net/projects/graphlayout/ |
| 03:14.36 | starseeker | graphviz's dominance actually works against us in something like this, since there is little incentive to re-implement it for most people... |
| 03:17.32 | starseeker | maybe the thing to do is identify which specific layout algorithms we might be interested in |
| 03:23.06 | CIA-128 | BRL-CAD: 03starseeker * r49819 10/brlcad/trunk/CMakeLists.txt: Add the appropriate lines for the Ninja generator |
| 03:28.02 | starseeker | brlcad: ah, missed the "keeping it the way it is" line - sorry |
| 04:11.22 | *** join/#brlcad abhi512 (~abhi@122.176.255.178) | |
| 04:58.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.62.84) | |
| 06:11.16 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:37.53 | *** join/#brlcad merzo (~merzo@193.254.217.44) | |
| 07:04.10 | CIA-128 | BRL-CAD: 03Rossberg 07http://brlcad.org * r3368 10/wiki/Google_Summer_of_Code/Project_Ideas: added myself to NMG cleanup |
| 07:07.05 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:34.38 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 08:52.20 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:09.07 | *** join/#brlcad Neil__ (~chatzilla@117.229.40.99) | |
| 09:49.20 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 10:14.45 | *** join/#brlcad Neil__ (~chatzilla@117.229.0.210) | |
| 10:23.02 | *** join/#brlcad andrei_ (~andrei@188.25.174.163) | |
| 10:23.09 | andrei_ | hello |
| 11:25.40 | brlcad | howdy andrei_ |
| 11:42.31 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-kamrqirofppcbiuv) | |
| 11:42.56 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 11:42.56 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-kamrqirofppcbiuv) | |
| 11:49.54 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 12:22.54 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 12:27.44 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 12:41.03 | *** join/#brlcad abhi512 (~abhi@122.176.255.178) | |
| 12:48.57 | *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123) | |
| 13:22.17 | andrei_ | letting simian to output duplicat code from brlcad in stdout wasn't such a brilliant idea :p |
| 13:45.46 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 14:36.03 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 14:41.29 | d_rossberg | which cmake variable should i use to test if zlib will be build? ENABLE_ZLIB? |
| 14:44.10 | jordisayol | I think that to set it is -DBRLCAD_ZLIB=ON |
| 14:51.13 | d_rossberg | there is a cmake setting BRLCAD_ZLIB = BUNDLED, but in the src/other/CMakeList.txt the crucial variables seem to be ENABLE_ZLIB/ENABLE_LIBZ |
| 14:51.40 | d_rossberg | (i need the variable for a test in a CMakeList.txt) |
| 14:53.19 | d_rossberg | once it was BRLCAD_BUILD_LOCAL_ZLIB |
| 14:57.28 | starseeker | d_rossberg: ENABLE_ZLIB and ENABLE_LIBZ are aliases for the primary variable |
| 14:57.45 | starseeker | BRLCAD_ZLIB is the one you want |
| 14:58.20 | brlcad | strike one, for aliases |
| 14:58.41 | starseeker | however, if you're testing whether ZLIB is enabled for building, it's slightly different - you want to check the actual toggle variable, not the user configuration variable |
| 14:58.43 | starseeker | one sec... |
| 14:58.59 | starseeker | brlcad: arrgh... after all that work... |
| 14:59.16 | brlcad | still takes one or two more strikes to indicate a trend :) |
| 14:59.39 | starseeker | d_rossberg: to determine whether ZLIB is on or off, check BRLCAD_ZLIB_BUILD |
| 14:59.45 | brlcad | could also just indicate a lacking of docs |
| 15:00.04 | brlcad | may need more clarity or conciseness |
| 15:01.14 | starseeker | d_rossberg: to pull the actual result, use this line: get_directory_property(BRLCAD_ZLIB_BUILD DIRECTORY src/other DEFINITION BRLCAD_ZLIB_BUILD) |
| 15:02.56 | starseeker | for Third Party components like zlib, there are two variables - the "top-level" variable like BRLCAD_ZLIB that tells BRL-CAD at a high level what to do (look for it, use the local copy, or use the system copy) - in the "look for it" case, we then use a second variable to hold the results of the tests - to build or not to build? |
| 15:04.23 | starseeker | if BRLCAD_ZLIB is ON or BUNDLED, no testing is needed and BRLCAD_ZLIB_BUILD is just set to on, and likewise (just set to off) if the local copy is forced off by BRLCAD_ZLIB being OFF or SYSTEM |
| 15:07.06 | starseeker | but if BRLCAD_ZLIB is "AUTO", we don't know what will happen without checking BRLCAD_ZLIB_BUILD (which is what misc/CMake/BRLCAD_Summary.cmake does) |
| 15:08.33 | starseeker | d_rossberg: curious - how come you're needing to check whether zlib will be built? |
| 15:09.09 | d_rossberg | it looks like BRLCAD_ZLIB_BUILD did it, needs some tests but it looks good in vcproj |
| 15:10.17 | d_rossberg | starseeker: i link obenNURBS with zlib-static for the brlcad.dll |
| 15:10.42 | d_rossberg | but there will be only a zlib-static if zlib was build locally |
| 15:11.28 | d_rossberg | (see CMakeList.txt for openNURBS) |
| 15:12.57 | starseeker | ah |
| 15:14.16 | starseeker | what do you do if zlib wasn't built locally? |
| 15:15.30 | d_rossberg | then there is probably a system zlib and openNURBS will use this one |
| 15:17.59 | d_rossberg | however the static version is easier to distribute |
| 15:18.36 | starseeker | ok - yeah, what you probably want to do then is pull the results of BRLCAD_ZLIB_BUILD from src/other, although you man need to specify a different path in the get_directory_property comman |
| 15:18.40 | starseeker | d |
| 15:24.19 | CIA-128 | BRL-CAD: 03d_rossberg * r49820 10/brlcad/trunk/src/other/openNURBS/CMakeLists.txt: fixed the test if zlib was really build locally: variable has changed to BRLCAD_ZLIB_BUILD |
| 15:25.30 | d_rossberg | :) |
| 15:27.09 | Al_Da_Best | I like the benchmarking, it makes me feel good that my PC is 2954 times better than a reference machine :o |
| 15:28.26 | starseeker | ah, ok - in the openNURBS build itself - yeah, that's easier :-) |
| 15:28.52 | starseeker | d_rossberg: sorry, was thinking you needed to do something with your brlcad.dll build logic |
| 15:30.01 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 15:30.04 | starseeker | Al_Da_Best: heh, yeah BRL-CAD has been around a long time - by modern standards our first machines were very slow |
| 15:30.22 | Al_Da_Best | :D |
| 15:49.08 | ``Erik | a DEC VAX11/780 running 43BSD |
| 15:49.28 | ``Erik | supposedly, code in '79, but the repository only goes back to '83 |
| 15:55.31 | viscrisn | Hello, I am new here and I want to apply for gsoc |
| 15:58.43 | viscrisn | can someone help me with gsoc..? |
| 16:16.29 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3369 10/wiki/User:Phoenix/GSoc2012/Proposal: New page: = Project Title = Implicit to NURBS conversion = Brief Summary = At present, BRL-CAD has implemented lots of geometric primitives in a implicit form, but when it comes to interactive shad... |
| 16:39.10 | *** join/#brlcad Neil__ (~chatzilla@117.229.85.61) | |
| 16:42.03 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3370 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works Done in BRL-CAD */ |
| 16:42.40 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3371 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works Done in BRL-CAD */ |
| 16:43.05 | bhinesley | viscrisn: if you have any questions, feel free to pose them openly in the channel. Someone will get back to you eventually. |
| 16:55.04 | *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com) | |
| 16:55.44 | *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com) | |
| 16:56.19 | *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com) | |
| 16:59.20 | *** join/#brlcad chicharo (c8435d02@gateway/web/freenode/ip.200.67.93.2) | |
| 17:04.24 | *** join/#brlcad viscrisn (~viscrisn@1.186.10.125) | |
| 17:07.50 | CIA-128 | BRL-CAD: 03n_reed * r49821 10/brlcad/trunk/src/other/step/ (215 files in 21 dirs): run astyle on SCL sources with misc/astyle.cfg options |
| 17:09.33 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 17:56.10 | CIA-128 | BRL-CAD: 03n_reed * r49822 10/brlcad/trunk/src/other/step/src/ (51 files in 9 dirs): remove references to OODB/O3DB as in mpictor git repo ca0824d and d067534 |
| 18:15.50 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 18:25.24 | CIA-128 | BRL-CAD: 03mendesr * r49823 10/jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java: MUVES-1472; Replaced throwing of exceptions with logging events when 'non-existent' DbExternalObject is referenced, when reading region data |
| 18:57.33 | andrei_ | I ran Simian on brl-cad source code , then I wrote a java program that parses the output from Simian , counts the total number of duplicated lines from each file and sorts them in a descending order |
| 18:57.52 | andrei_ | is this a fairly reasonable stategy to get any idea where I should focus my efforts? |
| 19:00.34 | andrei_ | this is the output I obtained for the top 100 files : http://pastebin.ca/2132919 |
| 19:07.58 | ``Erik | anything in src/other/ should be ignored |
| 19:08.46 | andrei_ | just let me check again |
| 19:09.19 | ``Erik | did you make yourself a wiki account/page on http://brlcad.org/wiki ? |
| 19:09.38 | ``Erik | (sorry, don't recall what exactly your efforts are :) |
| 19:10.03 | andrei_ | <PROTECTED> |
| 19:10.09 | andrei_ | and what do you mean by my efforts? |
| 19:10.17 | andrei_ | the project I intend to work on |
| 19:10.20 | andrei_ | ? |
| 19:11.08 | ``Erik | whatever you're trying to do with simian :D |
| 19:11.50 | andrei_ | ah |
| 19:11.58 | andrei_ | I am trying to find duplicate code in brl-cad source |
| 19:12.36 | andrei_ | but since it's output was way too large to be read without a chance of errors |
| 19:12.44 | andrei_ | I wrote a program to sort the files in descending order :) |
| 19:14.54 | andrei_ | I just created and activated my http://brlcad.org/wiki account |
| 19:15.56 | ``Erik | ah, simian might be a good tool to accomplish that |
| 19:17.32 | *** join/#brlcad rajul (cb6ef315@gateway/web/freenode/ip.203.110.243.21) | |
| 19:19.41 | *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123) | |
| 19:19.57 | andrei_ | the only issue I have so far |
| 19:20.08 | andrei_ | is that it encludes the /src/other too |
| 19:22.53 | rajul | i wish to work on one of the web development projects during GSoC 2012.......how should i begin??? |
| 19:23.35 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 19:33.07 | *** join/#brlcad atneik (~atneik@59.178.45.168) | |
| 19:41.22 | CIA-128 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3372 10/wiki/Contributor_Quickies: /* VERY EASY: Implement a primitive centroid function */ Changed the fair game statement, to centroid instead of surface area |
| 19:51.16 | *** part/#brlcad atneik (~atneik@59.178.45.168) | |
| 19:51.23 | *** join/#brlcad merzo (~merzo@194-140-133-95.pool.ukrtel.net) | |
| 19:54.24 | ``Erik | andrei_: could go ghetta and 'cp -r brlcad brlcad.junk ; rm -rf brlcad.junk/src/other ; java -jar ~/simian.jar brlcad.junk' or something |
| 19:59.00 | andrei_ | I really enjoy working in opensource , but I have two homeworks to finish as they passed the soft deadline by a week :(. I ll do my best to finish the proposal asap. |
| 20:49.14 | *** join/#brlcad nash_ag (~Nash@CPE0026f328744b-CM0026f3287447.cpe.net.cable.rogers.com) | |
| 21:03.29 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 21:12.01 | crdueck | hello, i'm a first year mathematics student with some experience in C, python, and scheme (and willing to learn C++). I would really like to participate in the Summer of Code, but I am a little unsure what project would be appropriate for me. I have little dev experience, what coding I have done is limited to school projects, projecteuler.net challenges and small personal pet projects. Needless to say most of the topics in BRL-CAD's ideas page are |
| 21:12.07 | crdueck | these are some of the ideas that stood out for me, i'm wondering if i could get a little more information on what these projects would entail and what level of mathematics/programmin knowledge would be required. thanks guys |
| 21:12.11 | crdueck | http://brlcad.org/wiki/Geometry_Selection_Functionality |
| 21:12.13 | crdueck | http://brlcad.org/wiki/Add_exec_option_to_search |
| 21:12.16 | crdueck | http://brlcad.org/wiki/Code_Reduction |
| 21:12.18 | crdueck | http://brlcad.org/wiki/General_Tree_Walker |
| 21:31.19 | CIA-128 | BRL-CAD: 03n_reed * r49824 10/brlcad/trunk/src/other/step/ (12 files in 4 dirs): Removed references to PART26/CORBA and ODI_OSSG. Corresponds primarily to SCL git e99240a, d6aa13f, and 4c5a8e0. |
| 22:19.22 | CIA-128 | BRL-CAD: 03n_reed * r49825 10/brlcad/trunk/src/other/step/src/express/stack.h: restore STACKempty macro that was removed in r47243 for no particular reason |
| 22:34.16 | CIA-128 | BRL-CAD: 03n_reed * r49826 10/brlcad/trunk/src/other/step/src/fedex_plus/orlist.cc: remove unused variable; SCL git 47b4963 |
| 23:03.29 | CIA-128 | BRL-CAD: 03n_reed * r49827 10/brlcad/trunk/src/other/step/src/ (14 files in 5 dirs): initialize some uninitialize variables; SCL git b9156ad |
| 23:21.06 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net) | |
| 00:25.58 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3373 10/wiki/User:Bhinesley: create a TODO list, of sorts, for the edit command |
| 00:26.59 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3374 10/wiki/User:Bhinesley: /* Edit command */ better title |
| 00:35.53 | bhinesley | brlcad: section 6.1 of http://brlcad.org/wiki/User:Bhinesley is what I've come up with for bringing edit to completion (with a couple other things mixed in there) |
| 00:36.50 | bhinesley | I'm sure you're busy with gsoc and all, and it's not pressing (I still have to research gsoc ideas), so we can go over it another time if you'd like. |
| 00:38.54 | bhinesley | I figured that I could work on it the first couple weeks of the "community bonding period" or earlier |
| 01:04.51 | brlcad | starseeker: you seen this gentoo patch? http://permalink.gmane.org/gmane.linux.gentoo.cvs/437348 |
| 01:47.58 | *** join/#brlcad abhi512 (~abhi@122.176.231.70) | |
| 02:25.07 | brlcad | hello crdueck |
| 02:28.28 | brlcad | crdueck: something I suggested to another was to focus on one of the math tasks mentioned on our quickies page |
| 02:28.32 | brlcad | http://brlcad.org/wiki/Contributor_Quickies |
| 02:29.20 | brlcad | 1.1, 1.2, 1.4 there cover centroids, surface area, and volumes |
| 02:29.43 | crdueck | brlcad: i'll take a look, thanks |
| 02:30.04 | brlcad | a great gsoc project might be to implement all primitives for one of them |
| 02:31.00 | brlcad | a great patch to see how hard the task is might be to try just one of the simplest primitives (arb8, ell, sph, rcc, ..) |
| 02:31.20 | brlcad | some are crazy easy, others are crazy hard |
| 02:32.59 | brlcad | that said, crdueck feel free to introduce yourself on the mailing list and point out two or three of the projects that sound the most interesting to you (among the four you mentioned, the ones I mentioned, or others) |
| 02:33.11 | brlcad | it's easier to go into more detail there |
| 02:33.50 | crdueck | so for example, implementing a primitive surface area function for all primatives would be an elligible gsoc project? |
| 02:33.58 | brlcad | none of the four you mentioned are really math intense -- a couple involve a lot of complex logic, but not math |
| 02:33.59 | crdueck | primitives* |
| 02:34.29 | brlcad | crdueck: anything you propose is an elligible gsoc project |
| 02:34.44 | brlcad | our ideas page are exactly that -- just ideas and only starting ones at that |
| 02:36.35 | crdueck | okay, awesome. i'd like my project to be as math related as possible, i just dont want to choose a project that is too easy (or too difficult). the time estimates on these are less than a few days |
| 02:37.08 | crdueck | and i'll look into joining the mailing list as well |
| 02:37.14 | brlcad | you can make up your own project, you're scoping it to your interests and abilities -- we just evaluate whether 1) it's useful/interesting, 2) we think you can do what you propose doing, 3) you're a potential long-term contributor with interest in BRL-CAD |
| 02:37.42 | brlcad | it's easy to get too difficult -- nurbs surface-surface evaluation would be a hard-math project |
| 02:38.13 | brlcad | you need decent coding skills and strong math to get that one done (unless you're just that good of a coder) |
| 02:39.39 | *** join/#brlcad thiago_ (~thiago@187.106.51.49) | |
| 02:40.16 | brlcad | so those quickies are just a few days each, but there's approximately two-dozen primitives -- so a few days each would still potentially be 24*3=72days |
| 02:40.59 | brlcad | what's worse, it's a range -- some are crazy easy and might just taken an hour to fully implement and validate while others might take a week or more |
| 02:41.59 | brlcad | nash_ag: feel free to discuss here |
| 02:42.20 | crdueck | well, i'm willing to dedicate my summer to this project. I'd love to advance my mathematics knowledge at the same time. |
| 02:43.02 | brlcad | that's good to hear |
| 02:46.37 | crdueck | i've joined the mailing list, i'll make a post once i get a confirmation email |
| 02:46.56 | crdueck | i'll trying implementing a surface area function for 1 primitive as an initial patch |
| 02:52.21 | nash_ag | hi |
| 02:52.56 | nash_ag | i am graduate student currently pursuing masters in networking |
| 02:53.41 | nash_ag | would like to work on networking project specified on gsoc ideas i.e. extension of lib |
| 02:54.01 | brlcad | nash_ag: fantastic timing :) |
| 02:54.12 | nash_ag | thx :) |
| 02:54.13 | brlcad | that's a great project |
| 02:54.17 | brlcad | loves libpkg |
| 02:55.11 | nash_ag | i have done most of my programming projects (mostly related to college simulations) in c++ |
| 02:55.23 | brlcad | so the good news is that the code involved is relatively simple and self-contained in just a couple files |
| 02:55.57 | nash_ag | and it what terms the extension is required |
| 02:55.58 | brlcad | the bad news is your c++ experience probably won't be much help -- it's a very low-level C API |
| 02:56.16 | brlcad | nash_ag: did you read the detailed write-up? |
| 02:56.26 | nash_ag | nop |
| 02:56.26 | brlcad | the title to each project idea links to a page with more details |
| 02:56.40 | nash_ag | kk |
| 02:59.09 | nash_ag | looking at the full requirement set i see tht i only tick of the boxes |
| 02:59.21 | nash_ag | i.e. related to networking familiarity |
| 03:01.21 | nash_ag | i m familiar with C but u said it involves very low-level C API |
| 03:01.40 | nash_ag | would it much of a problem to work with tht |
| 03:06.29 | brlcad | I'd suggest just reading through some of the code to see if you understand it |
| 03:07.00 | brlcad | if your C++ experience is decent, it's basically just a bunch of classless global functions |
| 03:07.05 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 03:08.16 | brlcad | if you can make sense of http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/libpkg/tpkg.c then you're probably good to go |
| 03:08.24 | brlcad | if you can't, then "it depends" |
| 03:08.56 | brlcad | still, you scope and propose projects that you feel you can handle, so you can (and should) budget time for learning and testing |
| 03:09.21 | brlcad | the most important aspect is that you be genuinely interested in the project that you're proposaing |
| 03:17.44 | *** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) | |
| 03:17.49 | yukonbob | hello, #brlcad |
| 03:18.51 | brlcad | howdy yukonbob |
| 03:20.14 | yukonbob | hey brlcad |
| 03:20.17 | yukonbob | how's life? |
| 03:21.59 | nash_ag | hey i looked thru the link u sent me, it's manageable i guess i can make out most of the stuff |
| 03:23.23 | nash_ag | so what i have to give in for the proposal if i do apply |
| 03:30.06 | brlcad | nash_ag: all of the details are on our wiki pages |
| 03:30.13 | brlcad | http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines is a good starting point |
| 03:30.18 | brlcad | or http://brlcad.org/wiki/Summer_of_Code/Checklist |
| 03:31.07 | brlcad | yukonbob: going great, busy but great ;) |
| 03:31.15 | brlcad | wanders a bit |
| 03:33.15 | crdueck | just curious how long it normally takes to get a confirmation email for the brlcad mailing list |
| 03:33.26 | yukonbob | brlcad: sounds like same old, same old ;) |
| 03:45.10 | starseeker | brlcad: hadn't seen that - not sure it's current for latest trunk |
| 03:46.00 | *** join/#brlcad thiago_ (~thiago@187.106.51.49) | |
| 03:50.58 | CIA-128 | BRL-CAD: 03starseeker * r49828 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Might as well quote the string... |
| 04:38.56 | *** join/#brlcad Neil___ (~chatzilla@117.229.99.184) | |
| 04:40.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.99.184) | |
| 04:52.03 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 05:18.15 | *** join/#brlcad cy8org (~cyborg@117.196.156.61) | |
| 05:43.19 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3375 10/wiki/User:Bhinesley: /* GSoC 2012 Project */ |
| 05:51.00 | *** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) | |
| 05:51.05 | yukonbob | hello, #brlcad |
| 06:22.40 | *** join/#brlcad andrei_ (~tuxilina@141.85.225.201) | |
| 06:22.56 | andrei_ | hello |
| 06:23.37 | yukonbob | :) |
| 06:23.40 | yukonbob | off again. |
| 06:23.43 | yukonbob | nn #brlcad |
| 06:31.00 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:53.02 | *** join/#brlcad witness_ (~witness@14.139.228.210) | |
| 07:04.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:06.27 | *** join/#brlcad andrei_ (~tuxilina@141.85.225.201) | |
| 07:19.06 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3376 10/wiki/User:Bhinesley/gsoc2012: Project ideas I'm considering. |
| 07:30.00 | *** join/#brlcad Neil___ (~chatzilla@117.229.50.38) | |
| 07:41.39 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 07:57.38 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 08:12.55 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 08:22.43 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 08:26.27 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:28.07 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 08:41.57 | *** join/#brlcad viscrisn (viscrisn@1.186.10.125) | |
| 09:48.39 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) | |
| 10:17.14 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 10:19.00 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram.pdf]]": Basic Architecture diagram for the Materials Database Website. |
| 10:35.39 | *** join/#brlcad abhi512 (~abhi@122.176.231.70) | |
| 11:21.55 | *** join/#brlcad Technicus|2 (~Technicus@108-209-12-110.lightspeed.oshkwi.sbcglobal.net) | |
| 11:34.27 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3378 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Project Title */ |
| 11:37.08 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3379 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Brief Summary */ |
| 11:37.35 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3380 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Detailed Description */ |
| 11:37.52 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3381 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development Schedule */ |
| 11:38.06 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3382 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time Availability */ |
| 12:01.49 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 12:03.45 | *** join/#brlcad andrei_ (~andrei@188.25.174.89) | |
| 12:24.08 | andrei_ | Hello |
| 12:47.12 | *** join/#brlcad Neil___ (~chatzilla@117.229.50.38) | |
| 12:53.40 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3383 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */ |
| 12:55.58 | *** join/#brlcad Neil___ (~chatzilla@117.229.50.38) | |
| 13:27.20 | *** join/#brlcad pedwards (pedwards@2002:837b:74e1::837b:74e1) | |
| 13:28.23 | pedwards | Hi! My name is Patrick Edwards, and I recently found out about GSoC 2012, and would love to contribute to BRL-CAD |
| 13:30.28 | pedwards | I've been going over the project ideas, and honestly most of them interest me. |
| 13:31.00 | pedwards | The most interesting were the refactoring and bug resolution ideas |
| 13:55.12 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3384 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */ |
| 14:30.46 | CIA-128 | BRL-CAD: 03starseeker * r49829 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Options.cmake): tweak handling of configuration-aware options |
| 14:33.33 | andrei_ | I have analysed the Simian output for a while. I didn't manage to get CheckStyle to work ( I only found how to run it for java, will search deeply) . I was thinking to start my code refactoring with the brl-cad utility library |
| 14:36.12 | andrei_ | so far there are mainly two reasons for this decision : it's the closest one to computer science and it comes up pretty often on Simian output |
| 14:37.49 | andrei_ | can this be a "recommended" first step or is this a viable idea ? |
| 14:46.26 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3385 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal idea */ |
| 14:52.04 | *** join/#brlcad pedwar11 (pedwards@2002:837b:46fa::837b:46fa) | |
| 14:55.15 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 15:05.27 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3386 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 15:06.20 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3387 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */ |
| 15:06.52 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3388 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works done in BRL-CAD */ |
| 15:10.01 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3389 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */ |
| 15:10.41 | andrei_ | Probably the toughest part of the refactoring is how to test the programs and how to decide corectness. I was thinking of two aspects. |
| 15:12.16 | andrei_ | 1) if problems are P / NP or NP-Complete writing a specific test is possible in polynomial time. I'm not sure how to cover all the cases with it |
| 15:16.21 | andrei_ | 2) I am familiar with a testing technique that uses backtracking to generate tests starting from random number generator .I was thinking about a backtracking with some optimizations like arc-consistency 3 or total prediction . Even so, it s usually slow and it cannot run large tests. If possible I would like to know more opinions regarding the aspects I mentioned. Thank you ! |
| 15:17.24 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3390 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Deliverables */ |
| 15:22.55 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 15:23.56 | brlcad | hi pedwar11 |
| 15:24.47 | brlcad | pedwar11: there's already been a LOT of interest in the refactoring projects so if they're all interesting to you, I'd recommend focusing on two of the non-refactoring projects |
| 15:48.06 | CIA-128 | BRL-CAD: 03n_reed * r49830 10/brlcad/trunk/src/other/step/src/clutils/README: remove references to non-existant dir.h and SCLString to match SCL git a0353bc version |
| 15:50.59 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3391 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 15:54.29 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3392 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 15:55.17 | brlcad | andrei_: it doesn't (usually) need to be so rigorous |
| 15:55.41 | andrei_ | Hmm, I m pretty nervous because : |
| 15:55.45 | brlcad | 50% are fine with some simple manual testing presuming you just move code around and theoretically didn't change anything |
| 15:55.54 | brlcad | if you do change something, you test a little more |
| 15:56.11 | andrei_ | I was having in mind stuff like |
| 15:56.11 | brlcad | an integration test perhaps if it's really risky code |
| 15:56.53 | brlcad | see the src/libbu/test_*.c files for some simple examples |
| 15:57.02 | brlcad | those are mostly unit/function tests |
| 15:57.30 | brlcad | there are higher-level tests in the regress/ directory, but those are really warranted when something will potentially change |
| 15:57.31 | andrei_ | I ve read those as part of my initial patch . |
| 15:57.42 | andrei_ | I had those tests in mind in case I merge functions |
| 15:58.02 | brlcad | probably best to start by just asking |
| 15:58.36 | brlcad | andrei_: this file might offer some suggestions: http://brlcad.org/wiki/Image:CodeCleanup.pdf |
| 15:59.03 | brlcad | it has rough guidelines on when a test is warranted |
| 15:59.14 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3393 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 16:00.02 | andrei_ | I will have a closer look to it and get back here |
| 16:00.23 | brlcad | "it's the closest one to computer science and it comes up pretty often on Simian output" |
| 16:00.38 | andrei_ | I modified the simian output |
| 16:00.40 | brlcad | it was completely unclear what "it" referes to there |
| 16:00.50 | andrei_ | ah. I apologize |
| 16:00.57 | andrei_ | the BRL-CAD utility library |
| 16:01.05 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3394 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 16:01.06 | andrei_ | <PROTECTED> |
| 16:01.51 | brlcad | I'd be curious what useful code replication there is in libbu .. shouldn't be too much |
| 16:02.57 | andrei_ | that's what I wanted to ask. I took the Simian output, which was far too large to let me get an idea. I wrote a java program to display the top 100 files with the most code duplication lines and then I followed the top values. Read the files themselves and then moved to files in the same directories as the ones displayed by Simian. |
| 16:03.27 | brlcad | the output I saw yesterday wasn't the top 100 files... ;) |
| 16:03.48 | andrei_ | I think I posted less, right? |
| 16:04.06 | brlcad | maybe, but the top of your list only had a few dozen lines or something |
| 16:04.15 | andrei_ | yes |
| 16:04.18 | brlcad | there are files with thousands of lines of duplication |
| 16:04.32 | brlcad | because the files themselves were copied and modified slightly |
| 16:04.43 | andrei_ | hmmm |
| 16:05.07 | brlcad | something is unclear though -- what is wrong with the simian output? |
| 16:05.08 | andrei_ | that means I displayed the duplicated lines of code in each file rather than a global duplication |
| 16:05.15 | andrei_ | well |
| 16:05.27 | andrei_ | it has roughly 200.000 lines |
| 16:05.42 | brlcad | what is "it" again? |
| 16:05.48 | andrei_ | the simian output |
| 16:06.27 | andrei_ | but now that you mentioned that I only have a small number of lines, I figured I must be doing something wrong |
| 16:06.41 | brlcad | simian already produces output sorted by the number of duplicate lines |
| 16:07.14 | andrei_ | Ah. It's clear then. I misused it. |
| 16:07.45 | andrei_ | <PROTECTED> |
| 16:08.09 | brlcad | there's a "better" command on the wiki.. :) |
| 16:08.40 | andrei_ | Right. I failed here, thanks a lot for correcting me in time. Sorry about that |
| 16:08.41 | brlcad | that's why you got all of src/other included too -- we don't care about src/other |
| 16:08.48 | brlcad | http://brlcad.org/wiki/Code_Cleanup |
| 16:08.55 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3395 10/wiki/User:Phoenix: /* GSoC 2012 Project */ |
| 16:08.56 | brlcad | rather, http://brlcad.org/wiki/Code_Cleanup#Duplication_Reduction |
| 16:09.22 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3396 10/wiki/User:Phoenix: /* GSoC 2012 Project */ |
| 16:09.29 | brlcad | that first box has a command |
| 16:09.46 | brlcad | put that in a file and you can run it as an sh script |
| 16:10.13 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3397 10/wiki/User:Phoenix: /* GSoC 2012 Project */ |
| 16:10.51 | andrei_ | Now it makes a lot more sense. Lots of thanks! |
| 16:11.18 | andrei_ | I should have figured out that the numbers I had were utopic. |
| 16:11.51 | andrei_ | Anyhow, thanks again, I ll get back to work :) |
| 16:13.31 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3398 10/wiki/User:Phoenix: /* Experience */ |
| 16:19.29 | *** join/#brlcad viscrisn (~viscrisn@1.186.10.238) | |
| 16:32.17 | brlcad | you're welcome |
| 16:35.41 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 16:56.03 | Neil___ | brlcad: Hi. I uploaded a brief architecture diagram for the materials db website here: http://brlcad.org/wiki/Image:Arch_diagram.pdf Is it something like what you had in mind? |
| 16:59.14 | Neil___ | I am also preparing a basic flow of the website, along with a timeline |
| 17:22.49 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 17:36.51 | *** join/#brlcad viscrisn (~viscrisn@1.186.10.238) | |
| 17:44.47 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 17:46.28 | brlcad | Neil___: sort of |
| 17:46.52 | brlcad | I guess I'd want to know what data is where with more specificity |
| 17:47.05 | brlcad | what data is in the database |
| 17:47.15 | brlcad | what files are on disk |
| 17:47.25 | brlcad | are there queue folders for processing? |
| 17:48.33 | brlcad | if you're generating xml on the fly, where's it pulling data from .. is there caching? |
| 17:48.37 | brlcad | etc etc |
| 17:59.33 | CIA-128 | BRL-CAD: 03jordisayol * r49831 10/brlcad/trunk/misc/debian/rules: override dpkg-buildflags flags on deb package building |
| 18:03.19 | andrei_ | how and where should I run the shell script with Simian? I keep getting an error |
| 18:03.42 | andrei_ | find: invalid expression; I was expecting to find a ')' somewhere but did not see one. |
| 18:03.44 | andrei_ | ./find.sh: 14: -o: not found |
| 18:03.45 | andrei_ | ./find.sh: 14: -o: not found |
| 18:04.29 | andrei_ | I thought it needs the path to where the brlcad source is, but it doesn't work with that |
| 18:15.05 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 18:28.06 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 18:28.29 | *** join/#brlcad Neil__ (~chatzilla@117.229.23.95) | |
| 18:29.34 | Neil__ | brlcad: ah I see. I'll try to make it as detailed as possible. Thanks for the input. |
| 18:36.11 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 18:42.12 | ``Erik | http://software.intel.com/en-us/articles/tracing-rays-through-the-cloud/ |
| 18:43.31 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 18:55.01 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 19:05.59 | Al_Da_Best | Cloud computing is cool, I'm just worried about lack of bandwidth currently |
| 19:08.34 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 19:09.18 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 19:31.40 | CIA-128 | BRL-CAD: 03bob1961 * r49832 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a typo in ArcherCore::pushZClipSettings. |
| 19:43.33 | *** join/#brlcad pedwar11 (pedwards@2002:837b:9cb7::837b:9cb7) | |
| 21:06.55 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 21:15.53 | *** join/#brlcad andrei_ (~andrei@188.25.174.89) | |
| 21:17.58 | crdueck | where can i find the definition of rt_db_internal that is used in all the primitives? |
| 21:19.28 | bhinesley | include/raytrace.h |
| 21:19.35 | crdueck | bhinesley: thanks |
| 21:20.05 | bhinesley | np. try using ctags; all I did was type 'vi -t rt_db_internal' |
| 21:21.10 | crdueck | ahh, i just realized that my ctags were generated from src/ not the entire tree. no wonder i couldnt find it... |
| 21:21.36 | bhinesley | ah :) |
| 21:29.43 | andrei_ | why did the logs stop displaying from March 27 ? |
| 21:30.05 | andrei_ | ah , nevermind, probably timezone. |
| 23:53.49 | CIA-128 | BRL-CAD: 03starseeker * r49833 10/brlcad/trunk/ (12 files in 12 dirs): |
| 23:53.49 | CIA-128 | BRL-CAD: Don't need both BRLCAD_ADDFILE and BRLCAD_ADDDATA - make BRLCAD_ADDDATA capable |
| 23:53.49 | CIA-128 | BRL-CAD: of handling multiple input types and nuke BRLCAD_ADDFILE. While we're at it, |
| 23:53.49 | CIA-128 | BRL-CAD: make the target name generation for copy rules involving long file strings more |
| 23:53.49 | CIA-128 | BRL-CAD: robust by falling back on the md5 sum of the string. |
| 00:58.37 | Stattrav | brlcad: the */wiki/* is being redirected to */w/* and thus http://brlcad.org/w/index.php?title=User:Stattrav&action=submit is throwing a 403 error |
| 01:51.18 | CIA-128 | BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3399 10/wiki/Code_Cleanup: add line continuations |
| 01:51.35 | brlcad | andrei_: ah, the script seems to have lost the line-continuations, try the updated version |
| 01:52.17 | brlcad | or just add " \" to the end of the find lines |
| 01:52.50 | brlcad | that script works from the current directory, so you should be in the root of the source tree |
| 01:54.04 | brlcad | Stattrav: /w/ is valid |
| 01:54.13 | brlcad | e.g., http://brlcad.org/w/index.php?title=User:Stattrav |
| 03:10.44 | CIA-128 | BRL-CAD: 03starseeker * r49834 10/brlcad/trunk/ (16 files in 16 dirs): fold ADD_MAN_PAGE into ADD_MAN_PAGES |
| 03:22.21 | *** join/#brlcad yukonbob (~bch@c-67-161-84-214.hsd1.wa.comcast.net) | |
| 03:22.25 | yukonbob | hello, #brlcad |
| 03:22.38 | *** join/#brlcad pedwards (~pedwards@131.123.112.0) | |
| 04:38.26 | *** join/#brlcad andrei__ (~andrei@188.25.174.89) | |
| 06:08.32 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:40.04 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 07:00.03 | *** join/#brlcad viscrisn (viscrisn@1.186.10.238) | |
| 07:18.52 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:52.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:14.57 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:29.26 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:21.16 | *** join/#brlcad Neil___ (~chatzilla@117.229.21.46) | |
| 13:21.47 | *** join/#brlcad __monty__ (~toon@kotnet-144.kulnet.kuleuven.be) | |
| 13:21.54 | *** part/#brlcad __monty__ (~toon@kotnet-144.kulnet.kuleuven.be) | |
| 14:11.45 | *** join/#brlcad Neil___ (~chatzilla@117.229.94.124) | |
| 14:51.49 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 15:15.07 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 15:15.18 | matovitch | Hello |
| 15:15.52 | Al_Da_Best | Hi |
| 15:22.31 | matovitch | It is quiet here. (i'm french and it's the fisrt time i use an irc channel so it could explain (but not escuse) mistakes and strange behaviours) |
| 15:23.13 | Al_Da_Best | IRC channels are usually pretty quiet :) |
| 15:23.21 | matovitch | ok |
| 15:24.54 | matovitch | Are you a current brlcad's develloper ? |
| 15:25.33 | Al_Da_Best | I'm not |
| 15:26.12 | matovitch | Have you already participate ? |
| 15:26.31 | Al_Da_Best | Nope |
| 15:27.04 | matovitch | So what is your interest in brlcad ? |
| 15:28.12 | Al_Da_Best | Erm. Well I'm applying to it for GSOC. Interested because I like modelling things |
| 15:28.50 | matovitch | I am in the same case. ^^ |
| 15:29.01 | Al_Da_Best | :D |
| 15:29.57 | matovitch | Where do you come from ? (is there any possibility of "private discussion" on irc channel ?) |
| 15:31.12 | Al_Da_Best | You can message an individual yeah. Use /query Al_Da_Best (for example). I'm from England |
| 15:35.59 | brlcad | matovitch: noise level fluctuates massively but there is always someone here ;) |
| 15:36.20 | brlcad | the logs get read and responded to if the commenter is still here |
| 15:36.44 | brlcad | that said, welcome matovitch |
| 15:46.29 | matovitch | thanks |
| 15:46.49 | matovitch | scuse me I am not really awake. |
| 15:57.27 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 15:59.26 | *** part/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 15:59.45 | *** join/#brlcad Technicus (~Technicus@66-190-14-100.dhcp.stpt.wi.charter.com) | |
| 16:00.01 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 16:03.47 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 16:18.56 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 16:24.26 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 16:33.11 | *** join/#brlcad plussai (7aeb8823@gateway/web/freenode/ip.122.235.136.35) | |
| 16:33.25 | *** part/#brlcad plussai (7aeb8823@gateway/web/freenode/ip.122.235.136.35) | |
| 17:10.16 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 17:23.32 | *** join/#brlcad viscrisn (~viscrisn@1.186.10.138) | |
| 17:24.55 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 17:28.04 | *** join/#brlcad viscrisn (viscrisn@1.186.10.138) | |
| 18:13.03 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 19:25.33 | *** join/#brlcad merzo (~merzo@82-251-132-95.pool.ukrtel.net) | |
| 19:34.00 | *** join/#brlcad andrei_ (~andrei@188.25.174.89) | |
| 19:34.08 | andrei_ | hello :) |
| 20:12.57 | *** join/#brlcad witness123 (~witness@14.139.228.210) | |
| 20:17.22 | *** join/#brlcad atneik (~atneik@59.178.47.144) | |
| 20:30.54 | *** part/#brlcad atneik (~atneik@59.178.47.144) | |
| 20:33.09 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3400 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ narrow it down a bit, prioritize |
| 20:34.21 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 21:36.49 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3401 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ put into table, create page for proposal draft |
| 21:41.08 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3402 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ cleanup/typos |
| 21:42.14 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3403 10/wiki/User:Bhinesley/gsoc2012: /* Project ideas */ clearer page title |
| 22:04.24 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:08.55 | *** part/#brlcad witness123 (~witness@14.139.228.210) | |
| 22:13.46 | CIA-128 | BRL-CAD: 03starseeker * r49835 10/brlcad/trunk/ (10 files in 7 dirs): Various misc. cleanups of CMake logic |
| 22:27.34 | CIA-128 | BRL-CAD: 03n_reed * r49836 10/brlcad/trunk/src/other/step/ (23 files in 6 dirs): |
| 22:27.34 | CIA-128 | BRL-CAD: Replaced basic.h's Boolean/True/False with bool/true/false via stdbool.h or else |
| 22:27.34 | CIA-128 | BRL-CAD: scl_stdbool.h. Includes changes from SCL git e40cbca and 71bd7b2. Honest |
| 22:27.34 | CIA-128 | BRL-CAD: attempts made to ensure all affected symbols were actually being used as real |
| 22:27.34 | CIA-128 | BRL-CAD: booleans (as opposed to sdaiEnum.h's trinary Boolean type). |
| 23:06.57 | CIA-128 | BRL-CAD: 03n_reed * r49837 10/brlcad/trunk/src/other/step/src/ (exppp/exppp.c express/memory.c fedex_plus/classes.c): apply warning fixes from SCL git 19e501a |
| 23:19.15 | brlcad | howdy andrei_ |
| 23:28.18 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 23:28.19 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 23:54.01 | CIA-128 | BRL-CAD: 03starseeker * r49838 10/brlcad/trunk/ (15 files in 15 dirs): |
| 23:54.02 | CIA-128 | BRL-CAD: Instead of using lots of extra macros and commands to fake the BRLCAD_ADDEXEC |
| 23:54.03 | CIA-128 | BRL-CAD: functionality for exectuablesthat aren't intended to be installed, simply |
| 23:54.03 | CIA-128 | BRL-CAD: enhance BRLCAD_ADDEXEC to support a NO_INSTALL flag. Remove macros we don't |
| 23:54.04 | CIA-128 | BRL-CAD: need anymore, simplify non-installed exec build logic. |
| 00:02.10 | CIA-128 | BRL-CAD: 03starseeker * r49839 10/brlcad/trunk/ (3 files in 2 dirs): Break the BRL-CAD target definition macros out into their own file, leave actual Utility macros in Util |
| 00:13.16 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3404 10/wiki/User:Bhinesley/gsoc2012/search_proposal: Layout proposal outline for 'search -exec' idea... WIP |
| 00:37.50 | *** join/#brlcad Neil__ (~chatzilla@117.229.94.124) | |
| 00:43.27 | *** join/#brlcad Neil__ (~chatzilla@117.229.94.124) | |
| 01:40.03 | crdueck | browsing through some source code, i see the "register" keyword being used from time to time. I was under the impression that this was generally useless as the compiler will make this decision anyways. what is the general consensus on this? |
| 01:46.57 | brlcad | crdueck: "yes" |
| 01:47.34 | brlcad | crdueck: it does depend heavily on the compiler and "most" modern compilers do a reasonable job of register allocation |
| 01:49.54 | brlcad | a program that correctly marks registers in critical code sections will still beat out most compilers, but it's tricky to get it right |
| 01:50.56 | brlcad | there are a lot thrown all around brl-cad are are still there today just because the code dates back to when it used to make a huge difference |
| 01:51.37 | brlcad | that and the last time I categorically removed all of our register keywords, our performance measurably decreased |
| 01:52.17 | crdueck | interesting, thats reason enough to keep them in then. thanks |
| 01:52.54 | brlcad | yep, just not reason enough to add them to new code ;) |
| 01:54.04 | brlcad | nor reason enough to declare as a coding practice to eliminate or encourage use |
| 02:04.56 | CIA-128 | BRL-CAD: 03starseeker * r49840 10/brlcad/trunk/ (8 files in 6 dirs): (log message trimmed) |
| 02:04.56 | CIA-128 | BRL-CAD: Significant simplification of the distcheck logic - reduce it to two macros, one |
| 02:04.56 | CIA-128 | BRL-CAD: of which calls the other. Add documentation, improve behavior in some corner |
| 02:04.56 | CIA-128 | BRL-CAD: cases, enforce a convention we already pretty much followed by default of using |
| 02:04.56 | CIA-128 | BRL-CAD: relative paths to specify source files in the source tree (this is a robust way |
| 02:04.57 | CIA-128 | BRL-CAD: to spot generated files in build target definitions, since support for an out of |
| 02:04.58 | CIA-128 | BRL-CAD: directory build requires that they be specified with their full CMAKE_BINARY_DIR |
| 02:09.21 | CIA-128 | BRL-CAD: 03starseeker * r49841 10/brlcad/trunk/ (3 files in 2 dirs): CMakeFiles is specific to BRL-CAD, rename it accordingly |
| 02:10.21 | CIA-128 | BRL-CAD: 03starseeker * r49842 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Fix header |
| 02:16.11 | starseeker | "Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." - Antoine de Saint-Exupery |
| 02:36.00 | brlcad | crdueck: excellent .. but does it still work too? :) |
| 02:36.41 | brlcad | suggest importing some BoT geometry to make sure it still renders |
| 02:36.42 | crdueck | brlcad: the patch i just submitted? |
| 02:36.52 | brlcad | nods |
| 02:37.01 | crdueck | will do |
| 02:37.45 | brlcad | we actually just discovered a bug fixed a month or two ago caused after exactly that kind of mod, had been in the code for nearly a year undetected |
| 02:38.08 | brlcad | caused .g corruption on 64-bit big endian platforms |
| 02:40.38 | brlcad | hehe, already have more than 11 applications |
| 02:40.52 | brlcad | but more than half are mistake/duplicates from one person :) |
| 02:43.06 | andrei_ | I have been struggling for the past days to get the selective-repeat protocol implementation to work. Hopefuly friday I can get back to writing the rest of the proposal |
| 02:43.24 | brlcad | selective-repeat? |
| 02:44.25 | andrei_ | it s a data link - level protocol that only resends from server to client the corrupted/missing packages instead of sending all after the corrupted one. |
| 02:44.42 | bhinesley | hey, I just learned about that last quarter :) |
| 02:44.54 | bhinesley | as opposed to go-back-n |
| 02:45.10 | andrei_ | I tried go-back-n on a large file with a high corruption rate |
| 02:45.17 | bhinesley | yeah it's terrible |
| 02:45.17 | andrei_ | I freezed my system :p |
| 02:45.33 | brlcad | andrei_: actually my question isn't what it is but whether it was related to a libpkg patch |
| 02:45.56 | brlcad | :) |
| 02:46.20 | andrei_ | package management system ? |
| 02:46.46 | andrei_ | speaking of patches |
| 02:46.56 | brlcad | that's brl-cad's old network 'package' library |
| 02:47.27 | brlcad | one of our suggested ideas was to enhance it, so ears perked up with selective-repeat ;) |
| 02:48.56 | andrei_ | I will have to decide upon a second project, so this might be interesting:) |
| 02:49.02 | andrei_ | anyhow , I wanted to ask |
| 02:49.32 | andrei_ | I did submit the test unit patch , but I wouldn't mind working on something else, perhaps a slight bit more difficult |
| 02:49.50 | andrei_ | there was a discussion a few days ago about splitting two libraries |
| 02:50.23 | andrei_ | has it been done so far ? is it still needed? |
| 02:50.27 | brlcad | not incredibly hard but the split would be too much for a patch |
| 02:51.11 | brlcad | more effective to have a patch that has some meat to it, requires comprehending and/or writing logic |
| 02:51.51 | brlcad | unit test is certainly good, but kicking it up a notch might be interesting |
| 02:52.08 | brlcad | first project is refactoring, right? |
| 02:52.13 | andrei_ | yes |
| 02:53.08 | brlcad | maybe see if you can figure out a minimal api-clean way to eliminate a single global var |
| 02:53.31 | brlcad | ls -la src/*/globals.c |
| 02:53.43 | brlcad | lots to choose from ;) |
| 02:54.16 | andrei_ | At first I was pretty intimidated by the size of the project/ source code in general |
| 02:54.53 | brlcad | that will require understanding what that variable actually does, where it's being used, and consideration of a variety of ways on how to eliminate it somehow |
| 02:54.54 | andrei_ | but I do discover things by reading / understanding the code |
| 02:55.02 | brlcad | that's great |
| 02:55.35 | andrei_ | I believe that there is a category of programming " tricks" that you only learn when you see them or need to apply them. |
| 02:56.10 | brlcad | "need to apply them" can be very subjective ;) |
| 02:56.29 | brlcad | that's like knowing when you "need" to add salt to a recipe |
| 02:56.59 | andrei_ | what I meant is that sometimes I have a very good idea about what I should do to solve the problem |
| 02:57.14 | andrei_ | but it takes time and several papers to decide upon the implementation |
| 03:08.23 | brlcad | you'll find a veritable buffet of such details throughout code |
| 03:08.45 | brlcad | but it is still rather subjective, knowing when to apply what |
| 03:09.13 | brlcad | some best practices but you will be naturally biased to what you've seen before or read about or recently learned, etc |
| 03:10.00 | brlcad | like I said, it's like knowing when to add salt to a recipe -- it can be very formulaic or it can be outright art or it can be outright wrong depending on the circumstances ;) |
| 03:10.06 | brlcad | everything is within a context |
| 03:12.09 | andrei_ | indeed :) |
| 03:12.30 | andrei_ | so is dynamic programming |
| 03:41.40 | *** part/#brlcad Neil__ (~chatzilla@117.229.94.124) | |
| 03:52.39 | crdueck | i'm having trouble compiling brlcad from svn source, it compiles fine using the source pkg available from my linux distro. the only difference i can see is that the cmake option "Build static libraries" is set to off in the version that compiles fine. I'm still mostly unfamiliar with cmake, how can i change this setting? |
| 04:20.37 | starseeker | crdueck: what's the error? |
| 04:22.57 | crdueck | <PROTECTED> |
| 04:51.37 | starseeker | do you have the libXi-dev package installed? |
| 04:54.46 | crdueck | i do have libXi, but not dev. |
| 04:54.53 | crdueck | i'll try updating |
| 04:58.28 | crdueck | still getting errors from cmake with libxi-git |
| 07:57.36 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net) | |
| 08:28.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:31.38 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:39.17 | brlcad | crdueck: have you tried using the vm image -- we pulled that together so students don't have to fuss with build issues until after they're selected |
| 09:39.29 | brlcad | https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 09:40.05 | brlcad | that's a one-stop place to get a checkout, all docs, preinstalled binaries, preconfigured consoles, etc |
| 11:08.25 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:25.42 | *** join/#brlcad simion314 (~quassel@109.96.61.168) | |
| 11:38.24 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 12:16.47 | *** join/#brlcad witness123 (~witness@gateway/tor-sasl/witness123) | |
| 12:34.06 | CIA-128 | BRL-CAD: 03starseeker * r49843 10/brlcad/trunk/CMakeLists.txt: The build type isn't enough to tell us whether we've got a build with debugging enabled - use the debug flags variable. |
| 12:39.32 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:16.08 | brlcad | hello Al_Da_Best |
| 13:16.18 | Al_Da_Best | Hiya |
| 14:21.58 | *** join/#brlcad Neil___ (~chatzilla@117.229.123.9) | |
| 16:00.56 | *** join/#brlcad harmanpreet (~chatzilla@124.253.16.13) | |
| 16:07.04 | brlcad | hello harmanpreet |
| 16:09.47 | harmanpreet | hi |
| 16:11.51 | harmanpreet | I am interested in the project: Material Database, under the category: "Web Development Projects" so I would like to know where can I find more information about this project. |
| 16:12.09 | brlcad | the title to each project links to a page with more information |
| 16:12.26 | crdueck | brlcad: i have brlcad working, the version of brlcad provided by my distro compiled from source fine. but i need to be able to compile the svn version to be able to test changes correct? |
| 16:13.17 | harmanpreet | I read it. :-) Now I need more information. |
| 16:14.26 | brlcad | harmanpreet: asking a more specific question will get you more specific information |
| 16:15.12 | brlcad | the projects are just staring point ideas -- you're actually suppoosed to decide what the project is that you'd like to propose |
| 16:16.01 | brlcad | i.e., you provide the details |
| 16:16.30 | brlcad | will gladly answer any questions, though, for what we had in mind |
| 16:16.37 | brlcad | crdueck: ideally, yes |
| 16:16.54 | harmanpreet | brlcad: thank you for your quick response. May I know where the details are supposed to be submitted? |
| 16:19.20 | brlcad | crdueck: the vm disk image has a recent svn checkout that should update and compile cleanly |
| 16:21.07 | brlcad | harmanpreet: I don't understand what you're asking? are you asking where/how to submit a gsoc application officially? |
| 16:21.29 | brlcad | or are you asking where to provide details to us for discussion? |
| 16:22.46 | *** join/#brlcad merzo (~merzo@82-251-132-95.pool.ukrtel.net) | |
| 16:23.52 | harmanpreet | Yes, I wish to know where can I give details to brlcad about my project idea? |
| 16:25.18 | brlcad | harmanpreet: well, you can discuss your project here interactively as long as you like |
| 16:25.40 | harmanpreet | OK, thanks :-) |
| 16:26.01 | brlcad | there's also the mailing list and our wiki, but you still need specific questions if you're going to ask for help |
| 16:27.01 | Neil___ | brlcad: Hi! I've been reading up on caching, process queue, the type of database, file handling etc. but i have my exams going on at the moment. I'll put up the details in a couple of days if that's ok. |
| 16:29.04 | brlcad | harmanpreet: be sure to read http://brlcad.org/wiki/Summer_of_Code/Application_Guidelines particularly the Do's, Don'ts, and section on writing a successful application |
| 16:30.20 | harmanpreet | oh!! thank a lot :-D |
| 16:30.23 | brlcad | Neil___: that is fine but hopefully you can post something before monday so we have time to provide feedback |
| 16:31.12 | brlcad | harmanpreet: http://brlcad.org/wiki/Summer_of_Code/Checklist <-- that too, if you haven't read our step-by-step process |
| 16:35.49 | Neil___ | brlcad: I understand. I'll try to put it up by sunday. |
| 16:53.24 | crdueck | brlcad: it looks like i fixed it, i'm not sure exactly why, but the svn version didnt have a path set for X11_X1_LIB, i ran cmake -i and provided the path myself and it seems to be compiling fine now :) |
| 16:57.57 | brlcad | crdueck: glad to hear tit |
| 16:59.00 | brlcad | just keep in mind that there's like a month between the time students are accepted and summer coding begins to sort out your build environment |
| 17:00.29 | brlcad | there's only seven days remaining for writing up a proposal, going back and forth on discussions, working on a patch, distinguishing your abilities from that of the other students, etc so just make sure you budget your time wisely ;) |
| 17:03.27 | *** join/#brlcad diljot (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 17:27.32 | *** join/#brlcad diljot (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 19:00.41 | *** join/#brlcad merzo (~merzo@21-210-200-46.pool.ukrtel.net) | |
| 19:01.40 | *** join/#brlcad Neil____ (~chatzilla@117.229.101.19) | |
| 19:06.46 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 19:45.51 | *** join/#brlcad atneik (~atneik@59.178.148.247) | |
| 19:46.03 | *** join/#brlcad atneik_ (~atneik@59.178.148.247) | |
| 19:48.54 | *** part/#brlcad atneik_ (~atneik@59.178.148.247) | |
| 19:48.54 | *** part/#brlcad atneik (~atneik@59.178.148.247) | |
| 20:29.20 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 20:48.37 | CIA-128 | BRL-CAD: 03tbrowder2 * r49844 10/brlcad/trunk/src/vdeck/vdeck.1: correct typo |
| 21:08.35 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 21:13.53 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 21:24.56 | CIA-128 | BRL-CAD: 03starseeker * r49845 10/brlcad/trunk/ (3 files in 2 dirs): Do a bit of rework on the BRLCAD_ADDDATA target - instead of WIN32 vs everything else, actually test whether the symlink mechanism works and base the macro behavior on those results. |
| 21:30.04 | CIA-128 | BRL-CAD: 03starseeker * r49846 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: fix comment |
| 21:57.32 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 22:15.35 | brlcad | ~ask |
| 22:15.35 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 22:15.50 | brlcad | mm. |
| 22:15.52 | brlcad | need food. |
| 22:24.19 | crdueck | for my first patch i've decided to implement a volume function for a lin_pipe, since it's a simple solid of revolution. i've been browsing the source code to try to get familiar with how things work but i just need a little more context so i can get started. for example, how is a pipe "object" passed to functions? i see many functions using rt_db_internal as a parameter but i'm a little unclear on what it actually is. my guess would be to use the l |
| 22:37.08 | ``Erik | pipe is an aggregate primitive and might be a big ugly as an example, something like rcc or ell might be a better first primitive to help understand how the pieces fit together |
| 22:39.16 | ``Erik | if you are stuck on doing it for pipe, the lin_pipe segment is held in a BU_LIST container (using the magic to switch), which is held by the pipe primitive |
| 22:40.59 | ``Erik | (all interaction with lin_pep and bend_pipe is through the rt_pipe_*() set) |
| 22:44.18 | crdueck | when you say rcc, did you mean rec? |
| 22:44.51 | crdueck | oh nvm, right circular cylinder |
| 22:49.48 | crdueck | where can i find the rcc primitive? |
| 22:50.20 | ``Erik | um, tgc (rcc is a tgc with certain constraints), sorry :) |
| 22:55.56 | crdueck | looking at sph, it seems like it would also be a suitable first primitive no? |
| 23:00.43 | crdueck | again, it seems like the sph_specific struct holds all the relevant info for a sphere. so how does one pass a sph to a function? |
| 23:39.07 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 23:57.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r49847 10/brlcad/trunk/src/vdeck/vdeck.c: ws, style |
| 00:05.32 | brlcad | crdueck: sph would be perfectly suitable (doesn't get any simpler) |
| 00:06.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r49848 10/brlcad/trunk/src/vdeck/ (cgarbs.c match.c parsarg.c): ws, style |
| 00:09.20 | crdueck | brlcad: yes exactly, i'm just confused as to how primitive "objects" are passed to functions. also, is it appropriate to be asking these types of questions or should i be answering these myself? I have been reading lots of source and trying to figure it out for myself before asking here but i'm still confused. |
| 00:09.57 | brlcad | crdueck: all primitives define a set of callbacks (see src/librt/primitives/table.c) -- you're basically stubbing in a new function for use in a future callback |
| 00:10.23 | brlcad | it's perfectly appropriate to ask these types of questions, you're not expected to just figure stuff out on your own |
| 00:13.07 | brlcad | it's hard enough to write the code, this isn't academic -- we want you to learn the code |
| 00:13.32 | brlcad | questions are just fine, the more specific you can make them the better |
| 00:14.09 | brlcad | basically, you'd be adding a function that takes an rt_db_internal, and you go from there to figure out the area |
| 00:15.06 | brlcad | maybe something with a signature like: int rt_ell_volume(fastf_t *volume, const struct rt_db_internal *ip); |
| 00:16.07 | brlcad | for volume, none are defined yet so you'd be stubbing in the first one |
| 00:16.45 | crdueck | okay, so i see that rt_db_internal has fields idb_{major,minor}_type, what do these represent? the type of primitive? |
| 00:17.44 | brlcad | yes |
| 00:18.12 | brlcad | that's an unwrapped database object |
| 00:18.58 | brlcad | if you look at rt_sph_prep() you'll see how to crack out the actual rt_ell_internal from it |
| 00:24.54 | crdueck | by casting the rt_db_internal as a rt_ell_internal and accessing the idb_ptr field |
| 00:25.04 | crdueck | and that contains the relevent vectors a,b,c to define the ell |
| 00:25.09 | crdueck | relevant* |
| 00:30.05 | brlcad | yes, include/rtgeom.h has the definition |
| 01:19.04 | brlcad | if you really want to get fancy, you could create a test harness that proves the implementation is correct with a few specific test cases (similar to src/libbu/test_*.c) |
| 01:19.25 | brlcad | examples creating objects programmatically in src/proc-db (e.g. src/proc-db/csgbrep.cpp) |
| 01:21.48 | crdueck | i'm still having trouble compiling the svn version unfortunately. i'm going to sort that out but i wanted to get my hands dirty with a patch first. like you said, there's time to get everything in working order after the application deadline |
| 01:27.05 | CIA-128 | BRL-CAD: 03tbrowder2 * r49849 10/brlcad/trunk/src/conv/comgeom/comgeom-g.1: correct typo |
| 01:28.45 | CIA-128 | BRL-CAD: 03tbrowder2 * r49850 10/brlcad/trunk/src/conv/comgeom/comgeom-g.1: correct example for current usage |
| 01:38.00 | brlcad | nods |
| 01:45.23 | starseeker | for those looking for a good patch topic - the function rt_bot_bbox does not currently create a correct bounding box |
| 01:51.12 | starseeker | the function rt_bot_prep_pieces_ in src/librt/primitives/bot/g_bot_include.c does produce a good bounding box, so something about that logic is not captured correctly by rt_bot_bbox |
| 01:53.12 | brlcad | starseeker: I was just looking at that, but a quick check of the function looks like it just iterates over vertices, no? |
| 01:53.53 | starseeker | that was the idea, but there's some quirk I didn't track down successfully |
| 01:54.12 | starseeker | I think you were the one who noticed it wasn't working originally... |
| 01:54.29 | brlcad | I did, but then I don't remember the problem |
| 01:54.44 | starseeker | bbox was too big |
| 01:55.11 | brlcad | I remember the brep bbox being too big because of the way it was aligning |
| 01:55.45 | brlcad | but for bot, I just remember it being "different" and giving rt changes |
| 01:55.49 | starseeker | brep has other issues, IIRC - I think the bbox is calculated without factoring in the trims |
| 01:56.52 | brlcad | well, either way that'd be a good one to suggest to the list, maybe with a hint on how to test it |
| 01:57.23 | starseeker | svn diff -r46385:46386 shows it was turned off, so reversing that will turn it back on |
| 01:58.06 | brlcad | I didn't suggest it to the nurbs guy just because I thought it'd be better to see nurbs code from him, but bot bbox was the first thing that came to mind actually |
| 01:59.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49851 10/brlcad/trunk/src/conv/comgeom/ (cvt.c f2a.c mat.c read.c region.c solid.c): ws, style |
| 03:03.47 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:39.13 | *** join/#brlcad abhi2011 (~chatzilla@24-176-220-90.static.lnbh.ca.charter.com) | |
| 04:11.11 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3405 10/wiki/User:Crdueck: GSoC 2012 - crdueck ~WIP~ |
| 04:17.36 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 04:54.50 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 05:31.54 | *** join/#brlcad Neil__ (~chatzilla@117.229.20.128) | |
| 05:39.46 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 06:41.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:05.32 | *** join/#brlcad andrei_ (~andrei@188.25.175.75) | |
| 07:05.36 | andrei_ | hello |
| 07:17.42 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:20.33 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 07:24.05 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 07:24.13 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:29.15 | andrei_ | I m running the script from http://brlcad.org/wiki/Code_Cleanup on the brlcad svn-source. This is the output I recieve. In my opinion the 20k duplicated lines doesn't sound as much. Can someone please check the output I posted is correct ? |
| 07:30.02 | andrei_ | I m executing http://pastebin.ca/2134240 while having both brlcad source , simian and the script in the same directory. This is the output I recieve : http://pastebin.ca/2134240 |
| 07:42.05 | andrei_ | <PROTECTED> |
| 08:27.25 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 08:34.18 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:39.31 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 08:46.03 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 08:51.58 | *** join/#brlcad witness_ (~witness@14.139.228.211) | |
| 09:17.45 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 09:20.09 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 09:36.21 | *** join/#brlcad andrei_ (~andrei@188.25.175.75) | |
| 09:37.23 | *** join/#brlcad andrei_ (~andrei@188.25.175.75) | |
| 10:33.38 | *** join/#brlcad atneik (~atneik@59.178.154.162) | |
| 10:46.02 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:02.38 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 11:21.00 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 12:08.40 | *** part/#brlcad atneik (~atneik@59.178.154.162) | |
| 12:35.28 | *** join/#brlcad cristina (~cristina@188.24.64.167) | |
| 12:35.31 | cristina | hello |
| 12:52.37 | Al_Da_Best | Hi |
| 13:00.44 | andrei_ | hey ( just had to be a different greeting way) |
| 13:01.55 | ``Erik | yargh, mateys, shiver me timbers |
| 13:59.20 | starseeker | cristina: howdy |
| 13:59.49 | starseeker | cristina: just curious, were you still interested in the CSG visualization project? |
| 14:02.51 | starseeker | If so, you might be interested in this CMake-based Goblin source tarball, which has the part of Goblin we can use: http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz |
| 14:20.38 | brlcad | andrei_: a coverity scan account could certainly be provided, but there's only a couple dozen issues remaining (maybe a week's worth of work) |
| 14:21.57 | brlcad | andrei_: as for the quantity of duplication, that's not entirely relevant because you probably won't get through more than a few thousand lines in one summer regardless of there being 100k or 20k |
| 14:22.20 | brlcad | that said I think your simian settings could probably be relaxed a little / changed to detect more patterns of duplication |
| 14:22.51 | brlcad | if you read the simian manpage, you might find some more duplication |
| 14:23.05 | brlcad | cristina: how's the proposal coming along? |
| 14:24.13 | cristina | brlcad, my proposal is not ready yet |
| 14:24.28 | *** join/#brlcad atneik_ (~atneik@59.178.154.162) | |
| 14:24.35 | cristina | I'm behind the schedule |
| 14:24.45 | brlcad | andrei_: oh, also if you want to schedule time in your proposal to work on coverity issues, that's fine but it probably shouldn't account for more than a couple weeks of work |
| 14:24.55 | brlcad | cristina: ok |
| 14:25.13 | brlcad | do you know if you might have a rough draft sometime early this week? |
| 14:25.51 | brlcad | it'd be nice to see at least a rough draft three or four days before the submission deadline so we have to provide feedback and you have time to respond to that feedback |
| 14:26.38 | andrei_ | brlcad : I don't know if you noted , I submitted the latest version of my proposal draft here : https://docs.google.com/file/d/0BzrcTnxrBIMvdlFuMTFNWkFRX3FEMU9qbU1JUW9Hdw/edit |
| 14:27.05 | brlcad | I did not, can't keep track of everyone :) |
| 14:27.23 | cristina | brlcad I know that it's useful to get feedback and I'll try to make it |
| 14:27.58 | brlcad | cristina: that would be fantastic, especially given how interesting and useful that project is, hopefully something you're excited to work on :) |
| 14:28.14 | andrei_ | sorry, I didn't want to make it sound like a reproach |
| 14:29.47 | cristina | :-) |
| 14:30.29 | andrei_ | brlcad : anyhow , I have two main issues with my proposal. Focusing on a very specific part of code ( I wil follow your advice regarding simian) and the deliverable section I don t know how to fit it to be neither unrealistic nor insufficient |
| 14:31.44 | brlcad | andrei_: so especially for a code refactoring project, it's great to scope out some goals and be realistic, but that is also the easiest type of project to rescope and change direction on once you've started |
| 14:32.44 | andrei_ | so I should have a strict plan and follow it closesly |
| 14:32.47 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:32.48 | brlcad | so you could work on the largest line counts first, just working down the list; or you could hit up all the issues in a given directory; etc .. but the approach doesn't matter as much as having some initial plan to begin with |
| 14:33.46 | brlcad | we just need something measureable so that we can determine whether you're making progress or whether we need to adjust your goals |
| 14:34.36 | *** part/#brlcad atneik_ (~atneik@59.178.154.162) | |
| 14:34.42 | brlcad | so you can just pick a plan that is appealing to you, is conservatively reasonable based on your skills, and then just go to town with patches until you get commit access |
| 14:35.02 | brlcad | I think you already did a patch, yes? |
| 14:35.06 | andrei_ | yes |
| 14:35.17 | brlcad | so that's great |
| 14:35.25 | andrei_ | you mentioned the "patch" to remove a global var |
| 14:35.34 | brlcad | right, that's an easy starting point |
| 14:35.51 | brlcad | another might be to actually fix just one of the simian duplications |
| 14:36.23 | andrei_ | so it's an actual acceptable approach to follow the simian output |
| 14:36.30 | brlcad | sure |
| 14:36.53 | andrei_ | I m not sure how I should change the script provided , in order to be more relevant for my cause |
| 14:37.32 | brlcad | it doesn't even matter whether you start from the top to bottom, bottom to top, or even out of order as long as there's a method to the madness ;) |
| 14:37.54 | brlcad | andrei_: do you understand what the script is doing? |
| 14:38.20 | andrei_ | <PROTECTED> |
| 14:38.30 | andrei_ | it goes through every file in the specified path |
| 14:38.39 | andrei_ | excluding the stated paths |
| 14:39.38 | andrei_ | basically it uses simian for every file in source with the selected extension except for those with -not |
| 14:39.46 | starseeker | cristina: if you're having trouble scoping the project or working out design ideas, please feel free to discuss them in channel |
| 14:39.59 | starseeker | that's why we're here :-) |
| 14:40.11 | brlcad | andrei_: that's basically correct |
| 14:40.35 | brlcad | it runs the 'find' command to get a list of some files (man find) and then it runs the simian command on that list of files |
| 14:40.52 | andrei_ | it something like ./find | grep " what interests me " |
| 14:41.11 | starseeker | cristina: we aren't expecting you to have a fully mature, polished solution written up in the first draft |
| 14:41.27 | starseeker | refinement is a normal part of the process |
| 14:41.29 | brlcad | andrei_: yeah, sorta |
| 14:41.45 | brlcad | andrei_: so assuming you're in the right directory, the list of files is what it is |
| 14:41.58 | brlcad | you can then just focus on the simian command |
| 14:42.29 | brlcad | if you read the simian manual page and look at the line in the script, you'll see that right now the wiki page example just passes the -threshold=25 option |
| 14:42.39 | brlcad | there are LOTS of other options iirc |
| 14:42.59 | brlcad | plus you could get rid of that threshold option and you'll see a lot more |
| 14:43.31 | andrei_ | you have a point |
| 14:43.52 | andrei_ | I need a better understanding of Simian to have a good starting point |
| 14:44.00 | brlcad | again, that aspect doesn't really matter so much right now either other than you should at least read the simian manual page and be basically familiar with what it's capable of if you're going to propose using it all summer ;) |
| 14:44.28 | brlcad | the 20k you have is certainly plenty and more than you could work on all summer anyways |
| 14:45.00 | andrei_ | after this discussion I believe that aswell... |
| 14:46.19 | brlcad | even if you're some amazing hot-shot and you got through all 20k in the first month and you actually didn't introduce bad API or bugs, it's VERY easy to find more work for you -- no worries there whatsoever. ;) |
| 14:46.38 | andrei_ | haha |
| 14:46.57 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:47.26 | brlcad | I wouldn't expect more than 5% reduction when you add in time for discussion and refactoring that goes along with reducing code |
| 14:48.19 | brlcad | because usually the best way to eliminate duplication isn't to just make a new function -- it's to utilize an existing function and completely rewriting the place where there was duplication |
| 14:48.19 | andrei_ | my issue right now is simian and the fact that I have never used it before |
| 14:48.37 | brlcad | so that is your priority |
| 14:48.40 | brlcad | read the simian docs |
| 14:49.03 | brlcad | shouldn't take more than an hour even if you're slow and fall asleep :) |
| 14:49.13 | brlcad | more likely, 10 minutes |
| 14:49.22 | andrei_ | oh |
| 14:49.30 | andrei_ | if you mean the overview they have on their site |
| 14:49.39 | andrei_ | I have read it when I downloaded simian |
| 14:49.39 | brlcad | wherever they have their docs |
| 14:50.11 | brlcad | I mean, can you tell me without looking what that -threshold=25 does? hopefully you can if you're using it |
| 14:50.44 | brlcad | if not, worth re-reading |
| 14:50.48 | andrei_ | <PROTECTED> |
| 14:50.51 | andrei_ | how "deep" to go? |
| 14:51.00 | brlcad | nope :) |
| 14:51.59 | brlcad | so, all that means is it's worth re-reading the docs again, now especially that you're run the tool and are a little familiar with the output |
| 14:52.17 | andrei_ | ah |
| 14:52.18 | brlcad | it might make more sense and "stick" better |
| 14:52.30 | andrei_ | I found exactly what I was looking for, I found a page that explain each parameter and what it does |
| 14:53.03 | andrei_ | as I didn't manage to find any manual in simian before. I do need to have a better look |
| 14:56.34 | andrei_ | so threshold tells simian to ignore files with less than 25 duplicated lines |
| 14:59.40 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 15:03.45 | andrei_ | this is how I currently run the script . I consider this a bit better for what I need |
| 15:03.52 | andrei_ | java -Xms200m -Xmx2000m -jar simian-2.3.33.jar -threshold=10 -reportDuplicateText $files |
| 15:06.58 | andrei_ | in any case, thanks a lot for the help:) will get back to work. |
| 15:52.50 | cristina | starseeker, I looked through the functionalities of the Goblin library and I got the idea that their C++ methods could be used to implement the back end graph structures |
| 15:53.40 | brlcad | andrei_: no problem, good discussion |
| 15:55.12 | cristina | I'm not familiar with tcl/tk so I'm having some trouble understanding how to use these structures in order to construct the graphical widgets |
| 16:18.47 | brlcad | cristina: so you have two choices with respect to the gui -- you can aim on implementing something near-term or long-term |
| 16:19.20 | brlcad | near-term being some time less than 3 years and long-term probably greater |
| 16:19.57 | brlcad | the difference being the near-term is learning the tcl/tk capabilities of archer, learning how to use their widgets and running with that |
| 16:21.28 | brlcad | long-term would be to use Qt or some drawing layer that works with Qt canvases or OGRE opengl contexts |
| 16:22.00 | brlcad | the latter is arguably easier if you don't know Tcl/Tk but wouldn't be a capability put into use for quite some time |
| 16:23.22 | brlcad | basically, more flexibility in the long-term but more rapid development and widespread use with a near-term approach |
| 16:23.33 | brlcad | (tcl/tk is really pretty easy to learn) |
| 16:23.48 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 16:23.53 | matovitch | hello |
| 16:23.56 | brlcad | so something to keep in mind |
| 16:23.58 | brlcad | hello matovitch |
| 16:34.03 | cristina | brlcad, I assume it's better if the result of this project would be put in use sooner |
| 16:34.14 | cristina | I see that there's still a migration to archer phase. Is this why you mentioned the 3 year period? |
| 16:34.17 | brlcad | both are valuable, it's what is more interesting to you |
| 16:34.38 | brlcad | yes, migration TO archer is still under way and will take at *least* 2-3 years |
| 16:35.08 | brlcad | archer will stay in use then for 2-5 years afterwards probably while a new interface is built up |
| 16:35.29 | cristina | aha, so I would have to make use of the capabilities of mged and later, after they are entirely migrated, use the ones of archer? |
| 17:01.50 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 17:02.20 | brlcad | cristina: no entiendo |
| 17:03.00 | brlcad | if you use tcl/tk, you do have access to all of the current capabilities of mged/archer now (which is a lot) |
| 17:03.41 | brlcad | whereas with Qt, you'd have to implement a lot more low-level access to walk the hierarchy (not hard, but it'd be another week or two of work) |
| 17:06.43 | cristina | brlcad: ok. yo entiendo ahora |
| 17:08.41 | cristina | I misunderstood something. I thought archer is going to replace mged |
| 17:09.43 | brlcad | it is |
| 17:10.40 | brlcad | for all intensive purposes, they are one in the same .. archer is about to go into alpha status and will "merge" with mged within the next two years |
| 17:11.11 | brlcad | it all depends on the length of the alpha and beta timeframes, but it's estimated to be around 2-3 years |
| 17:12.08 | brlcad | the underpinnings to archer are nearly identical to mged, though, so the real difference would be with a qt-interface |
| 17:15.09 | cristina | this is what I wanted to know. If there are any differences between mged and archer on the tcl/tk capabilities that I'm going to learn |
| 17:28.30 | brlcad | there are some differences, but they're pretty minor -- archer and mged share most of the same underlying commands that you'd use |
| 18:07.28 | starseeker | cristina: for a CSG viewing widget, you would actually be creating (initially) a stand-alone Tcl/Tk widget with an API, and then hooking that into mged/archer as a second step (as I understand it) |
| 18:07.40 | starseeker | assuming you go the Tcl/Tk route, of course |
| 18:11.10 | starseeker | when it comes to the "get geometry information" aspects, there are several possibilities - you can either use commands at the Tcl/Tk level, or use BRL-CAD's C library API's "behind the scenes" - you'll probably be doing a bit of both, at different levels |
| 18:14.40 | starseeker | To create the widget, the pieces needed are a) ability to extract BRL-CAD's geometry hierarchy and format it in such a way that it can be fed to a graph layout API (Goblin or some other choice) b) take the output from the graph generator and use that to create a visual layout (in Tcl/Tk or some other toolkit) and c) make the visual layout interactive |
| 18:17.24 | starseeker | That gives you some milestones to focus on, since each stage builds on the previous stages and the individual stages can each be tested |
| 18:19.31 | starseeker | Goblin has an application in it called goblet that does some visual graph layouts, so that's a starting point |
| 18:20.05 | starseeker | or at least, something to study to see how c++ data -> tcl/tk graphics can be accomplished |
| 18:21.50 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 18:22.19 | starseeker | cristina: if you don't have time to work out all the details of how you would generate the visual widgets, then that's something to schedule in your timeline for your application |
| 18:29.50 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 18:41.26 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3406 10/wiki/User:Matovitch: First edit :) |
| 18:43.54 | cristina | starseeker: I am going to include a "research" period in which I can decide this |
| 18:50.00 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 18:50.09 | matovitch | hello |
| 18:58.31 | CIA-128 | BRL-CAD: 03starseeker * r49852 10/brlcad/trunk/src/other/CMakeLists.txt: Mark the SCL variables as advanced |
| 18:59.22 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.39) | |
| 19:00.52 | *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net) | |
| 19:01.45 | harmanpreet | hi..!! may I know how can I made page on wiki of brlcad? I created my account, but couldn't find any way to create page there. |
| 19:02.15 | matovitch | I had the same problem. ^^ |
| 19:02.38 | matovitch | Your page is already create. |
| 19:03.09 | matovitch | Go to the /User:your_name and edit |
| 19:04.31 | Al_Da_Best | Welcome to Wiki's :P Yeah, every page exists as soon as it gets edited |
| 19:16.44 | harmanpreet | thanks matovitch..!! |
| 19:16.56 | matovitch | you're welcome |
| 19:26.49 | andrei_ | brlcad : I have just finishing removing a global variable , but it does fit the word "minimal" a bit too good. |
| 19:27.51 | andrei_ | there is a counter in /libbu/ globals.c called bu_n_realloc which is incremented by a function in malloc.c but is never used aside of that |
| 19:27.56 | andrei_ | I have simply commented it. |
| 19:42.54 | andrei_ | and the same with bu_n_malloc |
| 19:43.29 | andrei_ | are they still needed in case of debugs, or is this a acceptable fix? |
| 20:18.41 | bhinesley | brlcad: I'm working on a proposal for adding -exec to the search command. |
| 20:19.02 | bhinesley | we've talked before about registering libged commands, so that a list of them can be obtained |
| 20:19.17 | bhinesley | can't seem to find the relevant log entries... |
| 20:19.47 | bhinesley | but it seems this will be necessary for the project |
| 20:20.41 | bhinesley | I'm assuming there is a particular way you'd like this implemented..? |
| 20:22.51 | bhinesley | I'll give you a chance to respond before I ask you anything specific :) |
| 20:26.48 | CIA-128 | BRL-CAD: 03tbrowder2 * r49853 10/brlcad/trunk/src/vdeck/ (cgarbs.c std.h): ws, align code chunks |
| 20:34.43 | andrei_ | if those above-stated are acceptable global removals , on what should I move on? Moving to Simian output? |
| 20:38.24 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3407 10/wiki/User:Matovitch: |
| 20:38.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r49854 10/brlcad/trunk/src/vdeck/cgarbs.c: update K&R to ANSII C function arg style |
| 20:39.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r49855 10/brlcad/trunk/src/vdeck/vdeck.c: ws, style |
| 20:40.00 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3408 10/wiki/User:Matovitch: |
| 20:43.34 | brlcad | andrei_: I'm thinking you didn't attempt a recompile |
| 20:44.06 | brlcad | try this: grep bu_n_malloc src/*/*.c |
| 20:44.10 | andrei_ | I did |
| 20:44.24 | andrei_ | and I used eclipse to check the dependencies upon /libbu/ |
| 20:44.38 | andrei_ | ooooh |
| 20:44.47 | andrei_ | a second |
| 20:45.00 | andrei_ | I think I ignored the upper dependencies. Right. |
| 20:45.52 | andrei_ | src/libbu/globals.c:long bu_n_malloc = 0; |
| 20:45.54 | andrei_ | src/libbu/malloc.c: bu_n_malloc++; |
| 20:45.55 | andrei_ | src/rt/main.c:longmdelta = bu_n_malloc - n_malloc; |
| 20:45.57 | andrei_ | src/rt/main.c: n_malloc = bu_n_malloc; |
| 20:46.00 | andrei_ | this is what I got. |
| 20:46.07 | brlcad | I know the result, no need to paste it :) |
| 20:46.58 | andrei_ | it could be added as a parameter to the hidden function |
| 20:47.43 | andrei_ | anyhow, so much for the quick joy. Thanks for help and getting back to fixing this properly. |
| 21:05.42 | crdueck | i've posted a first draft of my application to the wiki, it's still very rough and i'd very much appreciate any feedback. you can find it here: http://brlcad.org/wiki/User:Crdueck thanks |
| 21:06.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49856 10/brlcad/trunk/src/vdeck/vdeck.c: ws |
| 21:08.01 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3409 10/wiki/User:Bhinesley/gsoc2012/search_proposal: /* Prior commitments */ |
| 21:17.26 | CIA-128 | BRL-CAD: 03tbrowder2 * r49857 10/brlcad/trunk/src/conv/comgeom/ (3d.h solid.c tools.c): ws |
| 21:29.55 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 21:58.27 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 22:20.25 | CIA-128 | BRL-CAD: 03Bhinesley 07http://brlcad.org * r3410 10/wiki/User:Bhinesley/gsoc2012/search_proposal: /* Summary */ aka outline (for the more in depth "description" section) |
| 03:50.13 | CIA-128 | BRL-CAD: 03starseeker * r49858 10/brlcad/trunk/CMakeLists.txt: Simplify management of the COUNT file - no need for the cache entry or running cmake commands |
| 04:27.58 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3411 10/wiki/User:Crdueck: added markup, first patch info |
| 04:46.22 | CIA-128 | BRL-CAD: 03starseeker * r49859 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: add newline |
| 04:47.40 | CIA-128 | BRL-CAD: 03starseeker * r49860 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: let the toplevel build tell us where to put scl man pages |
| 04:48.44 | CIA-128 | BRL-CAD: 03starseeker * r49861 10/brlcad/trunk/CMakeLists.txt: Use BRLCAD_ADDDATA - seems to work for this after rework |
| 04:53.06 | CIA-128 | BRL-CAD: 03starseeker * r49862 10/brlcad/trunk/CMakeLists.txt: Don't need to manually specify the full CMake version - just use CMAKE_VERSION |
| 05:01.44 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 05:01.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:02.33 | CIA-128 | BRL-CAD: 03starseeker * r49863 10/brlcad/trunk/CMakeLists.txt: Use LIB_DIR instead of hardcoding lib in the ignore path logic |
| 05:08.20 | CIA-128 | BRL-CAD: 03starseeker * r49864 10/brlcad/trunk/CMakeLists.txt: ws |
| 05:28.03 | CIA-128 | BRL-CAD: 03starseeker * r49865 10/brlcad/trunk/CMakeLists.txt: tweak |
| 05:59.49 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 06:16.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:44.32 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:47.42 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 06:53.29 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 07:24.38 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.73) | |
| 07:30.07 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3412 10/wiki/User:Ksuzee: New page: = Who I am = My name is Ksenija Slivko. I'm the 4th year student of the Chernihiv State Technological University (Chernihiv, Ukraine). The specialty - computer science (system programming)... |
| 07:31.23 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3413 10/wiki/User:Ksuzee: |
| 07:32.10 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3414 10/wiki/User:Ksuzee: |
| 07:36.53 | *** join/#brlcad harmanpreet (~chatzilla@124.253.76.104) | |
| 07:57.22 | *** join/#brlcad cristina (~cristina@188.24.64.167) | |
| 08:34.15 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 08:34.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:38.27 | *** join/#brlcad atneik (~atneik@59.178.51.251) | |
| 08:49.39 | *** join/#brlcad andrei_ (~andrei@188.25.173.85) | |
| 09:01.07 | andrei_ | hello |
| 09:05.23 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:05.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:32.48 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 10:09.07 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 10:11.52 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3415 10/wiki/User:Matovitch: |
| 10:19.08 | *** join/#brlcad Neil__ (~chatzilla@117.229.7.233) | |
| 10:35.36 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:14.08 | *** join/#brlcad AureM (~Aure@109.129.166.207) | |
| 11:18.18 | Neil__ | brlcad: Hi! I'm almost done with my proposal for the Materials Database website. What kind of code can I submit for this? (As in a patch) |
| 11:18.56 | *** part/#brlcad AureM (~Aure@109.129.166.207) | |
| 11:47.55 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 11:47.59 | matovitch | hi ! |
| 11:50.18 | matovitch | I have coded a path to improve antialiasing on rtedge (function of normales). It compiles but how can I test it ? |
| 11:52.09 | matovitch | Silly question ? |
| 12:25.54 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 12:50.22 | matovitch | the response to my question where in hacking document...sorry. |
| 13:00.25 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram new.pdf]]": Revised Architecture diagram with an Architecture flowchart for the Materials Database Website. |
| 13:01.46 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Website flow.pdf]]": Flow of the Materials Database website. |
| 13:08.32 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3418 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 13:14.43 | *** join/#brlcad AureM (~Aure@109.129.166.207) | |
| 13:20.56 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3419 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 14:15.45 | andrei_ | hey |
| 14:16.50 | Al_Da_Best | Afternoon |
| 14:18.54 | andrei_ | I believe I finished removing a global variable from the system. I intended to remove bu_strdup_message[] by creating it as a local variable in both the functions that use it ( one in vls and one in malloc) . As far as I understood it's only used for comparison and never modified |
| 14:20.04 | andrei_ | however, if I compile the linkage between the modified libraries are fine, but I get this error |
| 14:20.09 | andrei_ | which has nothing to do with what I modified |
| 14:20.16 | andrei_ | error: implicit declaration of function 'BU_GETSTRUCT' |
| 14:20.25 | andrei_ | error: 'tor_specific' undeclared (first use in this function) |
| 14:20.34 | andrei_ | both errors are in tor.c |
| 14:21.02 | andrei_ | <PROTECTED> |
| 14:22.14 | andrei_ | will get back with more info later |
| 14:32.40 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 14:34.51 | *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net) | |
| 15:11.59 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:11.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:15.45 | Stattrav | brlcad: I've been unable to edit the wiki as I've been getting the 403, so could you please check the draft on the soc melange submission and comment on the same ? |
| 15:30.04 | *** join/#brlcad merzo_ (~merzo@79-79-133-95.pool.ukrtel.net) | |
| 15:55.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 15:55.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:02.20 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 16:02.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:49.47 | *** join/#brlcad merzo (~merzo@79-79-133-95.pool.ukrtel.net) | |
| 16:51.27 | *** join/#brlcad merzo_ (~merzo@79-79-133-95.pool.ukrtel.net) | |
| 17:02.27 | *** join/#brlcad Neil__ (~chatzilla@117.229.7.233) | |
| 17:10.47 | *** join/#brlcad andrei_ (~andrei@188.25.173.85) | |
| 17:28.56 | *** join/#brlcad andrei_ (andrei@188.25.173.85) | |
| 17:37.56 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3420 10/wiki/User:Crdueck: |
| 17:39.11 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3421 10/wiki/User:Crdueck: fixed typos, some formating |
| 17:48.09 | *** part/#brlcad AureM (~Aure@109.129.166.207) | |
| 18:24.08 | *** join/#brlcad archivist_emc (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:00.45 | *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net) | |
| 19:03.59 | *** join/#brlcad merzo_ (~merzo@211-93-132-95.pool.ukrtel.net) | |
| 19:54.23 | *** join/#brlcad atneik (~atneik@59.178.52.26) | |
| 19:59.06 | *** part/#brlcad atneik (~atneik@59.178.52.26) | |
| 20:02.15 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 20:15.31 | *** join/#brlcad abhi2011 (~chatzilla@24-176-220-90.static.lnbh.ca.charter.com) | |
| 20:15.35 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 20:15.40 | matovitch | hi |
| 20:39.16 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 20:55.18 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 20:58.55 | CIA-128 | BRL-CAD: 03PaulJamesonu27 07http://brlcad.org * r3422 10/wiki/Homeopathic_Acne_Treatments_For_safe_and_effective_healing: New page: Whatever the key reason why someone have acne, they will still successfully address it. There's simply no reason for anyone to suffer your misery of acne -- whatever a comparative age. Akn... |
| 21:08.13 | *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net) | |
| 21:10.19 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3423 10/wiki/User:Ksuzee/Proposal: New page: = Project title = Code Reduction = Brief summary = BRL-CAD has the really huge project. There are a lot of libraries and different files, so there is such problem as code duplication. The... |
| 21:35.16 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3424 10/wiki/User:Jimmiebtlr/Proposal: New page: Jimmie Butler jimmiebtlr@gmail.com jimmiebtlr Had several Engineering classes in High school. Have a heavy physics background ( was intending on majoring in it until junior year). Curre... |
| 21:36.00 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3425 10/wiki/User:Jimmiebtlr/Proposal: |
| 21:38.57 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3426 10/wiki/User:Jimmiebtlr/Proposal: |
| 21:39.48 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3427 10/wiki/User:Jimmiebtlr/Proposal: |
| 21:46.17 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3428 10/wiki/User:Jimmiebtlr/Proposal: |
| 22:07.17 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3429 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 22:34.14 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 23:05.51 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 23:38.53 | *** join/#brlcad Neil__ (~chatzilla@117.229.115.183) | |
| 23:43.08 | Neil__ | brlcad: I've submitted my proposal at http://brlcad.org/wiki/User:Neildhruva#BRL-CAD_Tentative_Proposal and have put in a mail in the list. Can you provide further suggestions when you have a chance to look at it? |
| 00:19.20 | *** join/#brlcad Neil__ (~chatzilla@117.229.115.183) | |
| 00:25.24 | CIA-128 | BRL-CAD: 03starseeker * r49867 10/brlcad/trunk/ (58 files in 52 dirs): Finally bite the bullet and start reworking the build logic to be robust to weirder source and build directory names. This is not everything needed, but it's a step in the right direction. |
| 00:45.57 | CIA-128 | BRL-CAD: 03starseeker * r49868 10/brlcad/trunk/CMakeLists.txt: want this to happen before the timestamp, not after... |
| 00:47.02 | CIA-128 | BRL-CAD: 03starseeker * r49869 10/brlcad/trunk/doc/docbook/ (6 files in 2 dirs): xsltproc doesn't like literal spaces in the template paths |
| 01:16.18 | CIA-128 | BRL-CAD: 03starseeker * r49870 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Hmm - not respecting the output location for some reason with man pages when names have spaces in paths. Add some back-up logic to catch output in the wrong place and relocate it |
| 01:20.34 | CIA-128 | BRL-CAD: 03starseeker * r49871 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: Add quotes to the paths in pkgIndex.tcl files |
| 01:35.53 | *** join/#brlcad IriX64 (~kvirc@64.229.210.36) | |
| 01:36.48 | IriX64 | http://pastebin.ca/2134648 -< results of an install checked out from svn a half hour ago. |
| 01:36.52 | IriX64 | ciao |
| 01:41.11 | CIA-128 | BRL-CAD: 03starseeker * r49872 10/brlcad/trunk/src/archer/archer: Archer wasn't liking spaces in paths on start-up - do some quoting |
| 01:41.30 | brlcad | NEWS-worthy there |
| 01:43.39 | starseeker | IriX64 is really annoying me - not enough info to do anything with |
| 02:02.47 | starseeker | brlcad: which, the Archer thing? |
| 02:10.25 | CIA-128 | BRL-CAD: 03starseeker * r49873 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: explain why the second check for xsltproc |
| 02:13.07 | starseeker | brlcad: wasn't really general, just the non-Windows start-up script - probably should have reworded that commit message |
| 02:51.17 | brlcad | basically sounds/sounded like archer previously wouldn't initialize/start properly if BRL-CAD is installed into a root that has spaces |
| 02:51.30 | brlcad | and the commit with some quotes fixed it so it will |
| 02:51.48 | starseeker | on non-Windows platforms, yeah |
| 02:52.05 | starseeker | but usually nobody uses spaces except on Windows |
| 02:52.36 | brlcad | that's not necessary true |
| 02:53.16 | brlcad | might as well be the letter 'z' and say nobody uses that letter |
| 02:54.16 | brlcad | it's a perfectly valid path to have spaces so it's user-visible that it didn't handle them properly |
| 02:54.29 | starseeker | valid, but rare |
| 02:54.31 | brlcad | as noted by someone even running into a problem prompting the fixes |
| 02:54.44 | starseeker | That was on Windows - different issue |
| 02:54.45 | brlcad | so is the letter 'z', but would it be any less wrong? |
| 02:54.59 | brlcad | it's a valid path char |
| 02:55.01 | starseeker | z would break fewer script assumptions ;-) |
| 02:55.23 | brlcad | still a failure of the script (along with any other untested assumptions) |
| 02:55.33 | starseeker | shrugs - we can add it - needs more testing than just me though |
| 02:56.02 | brlcad | assumptions are the root of most evil ... |
| 02:57.14 | starseeker | speaking of which... |
| 02:58.06 | brlcad | nobody could possibly ever need more than 256kb memory .. or more than one cpu .. or a computer in their home .. or a computer in their pocket .. or 65536 colors .. or ... |
| 03:01.01 | starseeker | growl |
| 03:01.08 | CIA-128 | BRL-CAD: 03starseeker * r49874 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Only move xsltproc's output if it isn't where it is intended to be |
| 03:01.13 | starseeker | come on FOP, get with the program here... |
| 03:24.10 | starseeker | calls for help on CLASSPATH quoting and calls it a night... |
| 03:26.07 | CIA-128 | BRL-CAD: 03starseeker * r49875 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: Do the easy test first before we hit the filesystem |
| 05:14.41 | bhinesley | <PROTECTED> |
| 05:18.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:34.27 | *** join/#brlcad Neil__ (~chatzilla@117.229.74.14) | |
| 06:39.32 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3430 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */ |
| 06:42.05 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3431 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Introduction */ |
| 06:43.04 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3432 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 06:45.25 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3433 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 06:46.43 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3434 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 06:47.22 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3435 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 08:12.25 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:17.50 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 08:39.00 | *** join/#brlcad Neil__ (~chatzilla@117.229.74.14) | |
| 09:29.32 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) | |
| 09:29.43 | tuxilina | hello! |
| 10:10.39 | andrei_ | I have submitted the global variable removal patch, will move to effective refactoring later this day after I m done changing my proposal according to the feedback recieved. |
| 10:10.57 | andrei_ | In case there's time to look it up and there is something wrong about the patch please let me know. |
| 10:35.01 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3436 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Time availability */ |
| 10:35.54 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3437 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Things I have done now (Patches) */ |
| 11:04.35 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:10.46 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.248) | |
| 11:42.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:51.34 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.248) | |
| 12:10.00 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 12:30.45 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 12:42.50 | Neil__ | brlcad: Hi! |
| 12:45.53 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) | |
| 13:03.29 | *** join/#brlcad roaldfre1 (~roald@d54C03B0C.access.telenet.be) | |
| 13:12.03 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:14.18 | roaldfre1 | Hi guys! I'm wondering how much interest there has already been in the GSOC project idea 'Generalised abstracted spacial partitioning capability'? [I'm interested in applying for that idea myself] |
| 13:14.40 | *** join/#brlcad merzo (~merzo@211-93-132-95.pool.ukrtel.net) | |
| 13:21.09 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3438 10/wiki/User:Ksuzee/Proposal: |
| 13:25.24 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3439 10/wiki/User:Ksuzee/Proposal: |
| 13:27.07 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3440 10/wiki/User:Ksuzee/Proposal: |
| 13:35.27 | brlcad | roaldfre1: there's not been much interest in that idea yet |
| 13:36.15 | brlcad | not, however, that it's a *VERY* hard topic and even generalized would require some careful integration so that it's not just a new/theoretical API but something being used by our tracers |
| 13:36.23 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3441 10/wiki/User:Ksuzee/Proposal: |
| 13:36.55 | roaldfre1 | I see |
| 13:37.56 | brlcad | ideally you will either have already implemented spatial partitioning before, or worked on our librt library spatial partitioning before, or both ;) |
| 13:38.03 | roaldfre1 | I'm checking out the svn repository right now, to have a look at the code. (I know, I'm a bit late to the party) |
| 13:38.12 | brlcad | that said, you can always keep the scope to a minimum so you can verify progress |
| 13:38.27 | brlcad | nods, sounds good -- not too late ;) |
| 13:38.37 | roaldfre1 | I've written a raytracer (in Haskell - *beautiful* language) that heavily uses space partitioning (on an abstract level) |
| 13:39.07 | brlcad | so that's great, you have some experience to bear |
| 13:39.54 | brlcad | the burden on your part then will be understanding a large body of non-academic real tracer code with heavy refactorings and optimizations over decades of development |
| 13:39.59 | brlcad | i.e., it's pretty complex ;) |
| 13:40.08 | roaldfre1 | :-) |
| 13:40.22 | brlcad | just about everything has a reason or purpose, and many are not clear or documented |
| 13:40.23 | roaldfre1 | well, there wouldn't any fun otherwise, now would there? |
| 13:41.12 | brlcad | for some perspective, brl-cad's raytracer is the first distributed parallel raytracer (ever written, back in early 80's) |
| 13:41.16 | roaldfre1 | (the sourceforge svn checkout takes ages, btw (even restricted to only cloning the trunk)) |
| 13:42.25 | brlcad | we provide a vm disk image to help get you started more quickly with everything downloaded, installed, documentation downloaded, and several code examples identified |
| 13:43.02 | brlcad | is a little over a GB download and requires about 6GB of disk to install, VirtualBox is a free VM that will run it |
| 13:44.37 | roaldfre1 | Hmm, I'll look into it, thanks (though I'm a bit anal about my development environment [vim, xmonad as TWM, programmer dvorak keyboard layout, ...]) |
| 13:44.50 | brlcad | sure |
| 13:45.09 | brlcad | it's more just to get folks going quickly -- students selected are entirely expected to use their own environment |
| 13:46.07 | brlcad | otherwise (as you note) it's a large download via svn and there's still a myriad of docs on the website and can be a complex compile (for some) |
| 13:46.48 | brlcad | basically, have at it -- but we don't have a lot of time to spare this week or next if you run into problems given all the proposals and patches being reviewed |
| 13:47.15 | roaldfre1 | I understand :-) |
| 13:47.25 | *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42) | |
| 13:47.46 | Al_Da_Best | How do you want us to submit said patches? I should have one ready today. |
| 13:47.57 | ``Erik | sourceforge patch tracker is good |
| 13:48.13 | Al_Da_Best | Will do, thanks. |
| 13:48.25 | ``Erik | might want to provide a link to your wiki user page in the notes, so we can make that association |
| 13:48.34 | Al_Da_Best | Yeah indeed |
| 13:49.38 | roaldfre1 | while svn is still pulling the stuff in, any quick pointers to where I should look or identify the places that are using (their custom) spatial partitioning acceleration schemes? |
| 13:50.40 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3442 10/wiki/User:Ksuzee/Proposal: |
| 13:51.22 | ``Erik | src/librt would probably have most if it |
| 13:53.01 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3443 10/wiki/User:Ksuzee/Proposal: |
| 13:53.13 | ``Erik | BoT has 2 space partitioning schemes in it, nurbs has another, nmg probably has one, and I think the top level scene uses a bvh |
| 13:53.33 | Neil__ | brlcad: Hi! Did you get a chance to look at my Materials Database website proposal? |
| 13:54.39 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3444 10/wiki/User:Ksuzee/Proposal: |
| 13:55.02 | roaldfre1 | ``Erik: Thanks! I'll have a look as soon as I've pulled everything in! |
| 13:55.33 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3445 10/wiki/User:Ksuzee/Proposal: |
| 13:57.16 | ``Erik | roaldfre1: "prep" and "shoot" are the two concepts you might want to focus on, prep will build the scenegraphs, and shoot traverses... rt_shootray() will call, say, rt_bot_shot() |
| 14:02.12 | ksuzee | Hello! Could you have a look on my proposal? Another items I'm going to write some hours later, but the main parts (summary and detailed description) are ready on 80%. I want to be sure that they are correct, because I hope to send the proposal today. |
| 14:02.27 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:06.03 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3446 10/wiki/User:Ksuzee/Proposal: |
| 14:16.05 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 16:40.40 | *** join/#brlcad witness123 (~witness@14.139.228.211) | |
| 16:47.14 | *** join/#brlcad Neil__ (~chatzilla@117.229.10.11) | |
| 17:04.56 | *** join/#brlcad pierokr (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 17:09.29 | brlcad | hello pierokr |
| 17:09.53 | pierokr | hi |
| 17:10.59 | Neil__ | brlcad: Hi! Sorry I keep getting disconnected and hence I keep asking again and again. Were you able to check my proposal? |
| 17:12.14 | Neil__ | Link: http://brlcad.org/wiki/User:Neildhruva |
| 17:14.10 | brlcad | Neil__: you're going to have to be patient ... go ahead and post it to google-melange regardless |
| 17:14.28 | brlcad | it takes a while to get through even one proposal, they are given a lot of individual attention |
| 17:14.56 | brlcad | that's why we emphasize getting them in as soon as possible because they tend to be first come, first reviewed |
| 17:15.16 | brlcad | that said, you have been notibly interactive so yours is up soon ;) |
| 17:16.45 | Neil__ | ah thank you. Sorry for the bother. My internet is a little weak since last two days so I don't know if you replied until the logs are up the next day. heh |
| 17:17.01 | Neil__ | but thanks anyway, appreciate all the help! |
| 17:17.38 | Neil__ | just one thing though, any code/patch suggestions you might have for the Materials Database Website? |
| 17:18.11 | brlcad | if you're not here, there's nobody to response to, right? |
| 17:19.03 | Neil__ | yeah, but it seems I stay online a bit longer after getting abruptly disconnected. either way, i apologize |
| 17:20.02 | brlcad | Neil__: for a patch, I think that is a tricky one for the web apps |
| 17:20.05 | brlcad | you could develop the database sql schema |
| 17:20.11 | Neil__ | aha |
| 17:20.12 | brlcad | or a mock-up gui |
| 17:20.41 | Neil__ | right. i'll do that right away. :) |
| 17:22.06 | brlcad | it'd be just as important to focus time on the architecture diagram if you didn't have one or a prototype user interface |
| 17:23.32 | Neil__ | i updated my riginal diagram a bit, but i also provided an architecture flowchart along with the flow of the website as I see it |
| 17:23.37 | Neil__ | original* |
| 17:26.41 | brlcad | great |
| 17:26.46 | Neil__ | :) |
| 17:32.20 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3447 10/wiki/User:Matovitch: |
| 17:33.07 | *** part/#brlcad witness123 (~witness@14.139.228.211) | |
| 17:33.20 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3448 10/wiki/User:Matovitch: |
| 17:34.51 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3449 10/wiki/User:Matovitch: |
| 17:35.47 | CIA-128 | BRL-CAD: 03Matovitch 07http://brlcad.org * r3450 10/wiki/User:Matovitch: |
| 17:37.28 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 17:43.01 | CIA-128 | BRL-CAD: 03r_weiss * r49876 10/brlcad/trunk/src/other/xmltools/libxml/config.h.in: |
| 17:43.02 | CIA-128 | BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxml" to allow |
| 17:43.02 | CIA-128 | BRL-CAD: libxml to compile with Visual Studio 2008. This fix is related to differences in |
| 17:43.02 | CIA-128 | BRL-CAD: how function "vsnprintf" is defined in versions of Visual Studio previous to |
| 17:43.02 | CIA-128 | BRL-CAD: Visual Studio 2010. |
| 17:46.26 | CIA-128 | BRL-CAD: 03r_weiss * r49877 10/brlcad/trunk/src/other/xmltools/libxslt/config.h.in: |
| 17:46.26 | CIA-128 | BRL-CAD: Updated file "config.h.in" in directory "/src/other/xmltools/libxslt" to allow |
| 17:46.26 | CIA-128 | BRL-CAD: libxslt to compile with Visual Studio 2008. This fix is related to differences |
| 17:46.26 | CIA-128 | BRL-CAD: in how function "vsnprintf" is defined in versions of Visual Studio previous to |
| 17:46.26 | CIA-128 | BRL-CAD: Visual Studio 2010. |
| 17:50.25 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Arch diagram3.pdf]]": Architecture diagram with further additions, along with architecture flowchart. |
| 17:58.39 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3452 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 18:11.33 | *** join/#brlcad andrei__ (~andrei@188.25.172.172) | |
| 18:11.38 | andrei__ | hello! |
| 18:34.36 | CIA-128 | BRL-CAD: 03starseeker * r49878 10/brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: |
| 18:34.36 | CIA-128 | BRL-CAD: Hmm. Looks like the classpath setting failure may have been a bug in the way |
| 18:34.36 | CIA-128 | BRL-CAD: the Gentoo java script was working - FOP is running OK on a different system. |
| 18:34.36 | CIA-128 | BRL-CAD: Now that it DOES run, exposes a problem with the cover templates related to the |
| 18:34.36 | CIA-128 | BRL-CAD: other space-in-path problems xsltproc exhibited. Fix it. |
| 18:36.56 | *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42) | |
| 18:43.48 | *** join/#brlcad atneik (~atneik@59.178.154.252) | |
| 19:00.35 | *** join/#brlcad merzo (~merzo@195-92-200-46.pool.ukrtel.net) | |
| 19:18.21 | andrei__ | I have adapted my proposal acording to the feedback I recieved, here you can find the latest version : https://docs.google.com/file/d/0BzrcTnxrBIMvbmpGR2dqT01ScVNFRk5aQmRjbmphZw/edit |
| 20:07.48 | CIA-128 | BRL-CAD: 03Roaldfre 07http://brlcad.org * r3453 10/wiki/User:Roaldfre: New page: [This wil hold my proposal for the 'Generalized abstracted spacial partitioning capability' GSOC 2012 idea.] |
| 20:25.07 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 20:25.07 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 20:28.19 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 20:39.15 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 21:01.23 | roaldfre1 | GSOC question: how flexible are the mentors with the deadlines? In Belgium, the study period starts at the same time the official coding starts, and exams and a week before the mid-term evaluation (So I can't yet work on it full time, then). I can still continue full-time for a complete month after the official GSOC deadline, though (university starts again at the end of September, here) |
| 21:02.28 | andrei__ | the deadlines are set by google , not by mentors as far as I know. |
| 21:03.00 | CIA-128 | BRL-CAD: 03starseeker * r49879 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: For multiconfig builds, optimization isn't determined at configure time anymore. |
| 21:10.46 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 21:11.28 | *** part/#brlcad atneik (~atneik@59.178.154.252) | |
| 21:26.22 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3454 10/wiki/User:Crdueck: added proposal, completed timeline, some minor edits |
| 21:30.55 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3455 10/wiki/User:Ksuzee/Proposal: |
| 21:31.27 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3456 10/wiki/User:Ksuzee/Proposal: |
| 21:37.37 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3457 10/wiki/User:Ksuzee/Proposal: |
| 21:38.14 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3458 10/wiki/User:Ksuzee/Proposal: |
| 22:11.44 | stas | brlcad, around? |
| 22:12.11 | stas | just wanted to say sorry, but I'm afraid I won |
| 22:12.23 | stas | wont* be able to apply |
| 22:13.50 | stas | i'll try to make some time during this summer and see if I can help if there will be no one else assigned to work on docbook task |
| 22:14.32 | stas | thanks again for time spent during last weeks chat, and good luck with proposals |
| 22:14.42 | stas | andrei__, good luck to you too, nice proposal! |
| 23:03.01 | *** join/#brlcad andrei_ (~andrei@188.25.172.172) | |
| 23:34.13 | CIA-128 | BRL-CAD: 03starseeker * r49880 10/brlcad/trunk/src/other/tcl/CMakeLists.txt: quote some OSX tcl path logic |
| 23:36.27 | CIA-128 | BRL-CAD: 03starseeker * r49881 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix for OSX debug flag logic |
| 23:48.36 | brlcad | stas: okay, thanks for letting us know |
| 23:48.50 | brlcad | personal reasons? work? school? |
| 23:49.23 | brlcad | andrei_: thanks for the update, hopefully can give updated feedback in a day or two |
| 23:50.01 | brlcad | roaldfre1: the application and midterm/final review deadlines are fixed in stone hard deadlines with zero-tolerance |
| 23:50.23 | roaldfre1 | uhu, that's what I expected |
| 23:50.35 | brlcad | for the work schedule, that's fully adjustable but is entail to comprise full-time work expectations |
| 23:51.02 | brlcad | s/entail to comprise/entails or is expected to comprise/ |
| 23:51.57 | brlcad | if you can't make time up (vacation, studies, whatever), then make that clear in your proposal how long and the reasons |
| 23:52.14 | brlcad | if you are making time up, make that clear too ;) |
| 23:53.08 | roaldfre1 | Well, I would propose continuing for a month after the official GSOC deadline, but that leads to a couple of difficulties |
| 23:54.06 | brlcad | indeed |
| 23:54.20 | roaldfre1 | the first being that we have to send in code samples to google at the end (I'm not sure how elaborate this should be?, but it could be a tight squeeze to get that done) |
| 23:54.25 | brlcad | we'd hope you'd continue after the deadline regardless of gsoc ;0 |
| 23:54.39 | roaldfre1 | :-) |
| 23:55.00 | brlcad | working past the deadline code-wise is no good for the upload |
| 23:55.51 | brlcad | what is uploaded should be what it was completed by the deadline -- made up time should happen before that |
| 23:56.09 | brlcad | or denoted in your schedule, as I mentioned |
| 23:56.45 | brlcad | if you're proposal is good and you're a strong coder, a week isn't going to make a big difference (easily "made up for" in terms of productivity) |
| 23:58.14 | brlcad | if your behind schedule a couple weeks with slow progress and that week for exams turns into two weeks, then there's a serious problem and you'd probably not pass the midterm eval |
| 23:59.42 | roaldfre1 | indeed |
| 23:59.49 | roaldfre1 | I discussed this over at #gsoc as well |
| 00:00.06 | brlcad | the students I've seen successfully handle exams during gsoc effectively manage their time |
| 00:01.25 | brlcad | disappearing for a week studying for exams is usually pretty poor time management not doing justice to the exams or gsoc work, balancing the two together tends to be a better recipe for passing |
| 00:02.04 | roaldfre1 | fair point :) |
| 00:02.47 | roaldfre1 | How strictly do you guys treat the bonding period and the actual coding start? (I'd like to start [part time] asap) |
| 00:03.00 | roaldfre1 | ie using the bonding period to make up time |
| 00:03.28 | brlcad | just like if you were studying while working full-time, you put in long hours in every day or work on deadlines you know are coming up well in advance |
| 00:03.57 | brlcad | that's something that you could propose, to a limit |
| 00:06.37 | roaldfre1 | I'll sleep on it. Thanks for the chat! |
| 00:06.40 | brlcad | the bonding period would be a good way to put in effort before gsoc begins to offset time away during gsoc -- but that should be very specific and pointed out in a schedule |
| 00:07.07 | brlcad | the code might not "count" but the effort certainly could and be accounted for during evals |
| 00:07.18 | roaldfre1 | I see :) |
| 00:07.55 | brlcad | i.e. it'd let us give you full consideration as if you were full-time during application review |
| 01:06.34 | CIA-128 | BRL-CAD: 03starseeker * r49882 10/brlcad/trunk/ (4 files in 3 dirs): Make a stab at avoiding conflicts between files and build target names in MSVC |
| 01:47.04 | CIA-128 | BRL-CAD: 03starseeker * r49883 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake BRLCAD_Util.cmake): Simplify normalize macro |
| 01:49.43 | CIA-128 | BRL-CAD: 03starseeker * r49884 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: More quoting for tcl pkgindex generation |
| 02:22.10 | CIA-128 | BRL-CAD: 03starseeker * r49885 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake BRLCAD_Util.cmake): simplify normalize macro - no need for hard coded tmp names, just change the assumptions being made by calling scripts |
| 02:27.36 | CIA-128 | BRL-CAD: 03starseeker * r49886 10/brlcad/trunk/ (2 files in 2 dirs): typo, overly agressive quoting |
| 02:45.03 | crdueck | i've posted a new draft of my application, its mostly complete in terms of content but i'd really like to get some feedback on what can be improved/added. you can find it here: http://brlcad.org/wiki/User:Crdueck thanks everyone |
| 02:45.59 | brlcad | crdueck: responding with feedback to mailing list good? |
| 02:46.18 | crdueck | yes definitely :) |
| 03:09.16 | CIA-128 | BRL-CAD: 03starseeker * r49887 10/brlcad/trunk/src/other/libz/CMakeLists.txt: Work around zlib CMake issue with static libraries and MSVC 2010 - see http://public.kitware.com/Bug/view.php?id=11240 |
| 03:10.19 | starseeker | scowls at Windows |
| 03:11.10 | starseeker | alright, that's enough pain for one day |
| 03:49.56 | crdueck | brlcad: i'm taking a look at libged/analyze.c, some of the functions I plan on implementing are present in some form in this file. I think i'm going to include rewriting major sections of this file to account for the functions I will be adding as part of my project. |
| 04:00.47 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 04:07.10 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3459 10/wiki/User:Crdueck: updated proposal |
| 04:33.24 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3460 10/wiki/User:Crdueck: new deliverables |
| 05:06.03 | brlcad | crdueck: great, glad to hear it |
| 05:06.56 | brlcad | working with and integrating with existing code is almost always better than writing from scratch when it comes to code maintainability |
| 05:08.09 | CIA-128 | BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3461 10/wiki/Google_Summer_of_Code: accepted |
| 05:35.41 | andrei_ | brlcad : I wanted to say, after gsoc apply period ends I will probably "dissapear" a day or two |
| 05:36.10 | andrei_ | I need to change the distribution i m curently on and moving all the data / settings might take some time |
| 05:45.35 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:44.22 | stas | brlcad, my second startup :) |
| 06:44.42 | stas | basically we are writing an app to help prevention of skin cancer |
| 07:59.29 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:25.12 | *** join/#brlcad Neil__ (~chatzilla@117.229.10.11) | |
| 10:05.22 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 10:32.06 | *** join/#brlcad Neil__ (~chatzilla@117.229.58.46) | |
| 11:37.30 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3462 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 11:38.31 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3463 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 11:39.33 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3464 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 11:41.43 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:45.24 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3465 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 11:46.52 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3466 10/wiki/User:Ksuzee: |
| 12:21.38 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3467 10/wiki/User:Ksuzee/Proposal: |
| 12:53.46 | *** join/#brlcad andrei (andrei@188.25.172.172) | |
| 12:53.53 | andrei | hello! |
| 13:09.40 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:15.17 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:29.22 | *** join/#brlcad Neil__ (~chatzilla@117.229.5.253) | |
| 13:30.44 | Neil__ | brlcad: Hi Sean! I have written some PHP code for the materials database website. There are about 8-10 files in 2 directories. Is it ok if I put them up on GitHub? If not, where can I upload them? |
| 13:42.50 | ``Erik | github is probably fine, it might end up on sourceforge as the 'official' repo (to keep it right by the BRL-CAD source) |
| 13:44.33 | ``Erik | http://brlcad.git.sourceforge.net/git/gitweb-index.cgi <-- we already have a little bit in git on sourceforge, if that's the vcs you're using :) |
| 13:48.08 | Neil__ | thanks ``Erik . I'll check it out |
| 14:08.33 | Neil__ | ``Erik: How should I go about it? It's not something I want to commit but just to give a brief idea about my coding style. |
| 14:10.17 | Neil__ | source forge will accept only 1 file in the tracker |
| 14:25.48 | ``Erik | you could always use github as a working repo and nuke it, or if you just want a dump, you can use tar or shar to collect it all up into one archive for uploading |
| 14:44.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r49888 10/brlcad/trunk/include/db.h: fixed typo from tracker patch ID 3514350 reported by crudeck |
| 14:47.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r49889 10/brlcad/trunk/include/db.h: typo |
| 14:47.38 | brlcad | or a simple tarball |
| 14:48.01 | brlcad | never fear the commit |
| 14:48.09 | brlcad | commit early, commit often |
| 14:53.26 | CIA-128 | BRL-CAD: 03brlcad * r49890 10/brlcad/trunk/AUTHORS: tom applied chris' sf patch 3514350 (fixed some typos) so credit him with special thanks |
| 15:07.26 | andrei | brlcad: The second proposal should be structured exactly as the first one |
| 15:07.52 | andrei | or I should only include relevant info ( for example not include background info again) |
| 15:11.59 | Neil__ | brlcad, ``Erik: thanks. i'll put up a tar for now. upload it on sourceforge itself? under trackers? |
| 16:01.44 | CIA-128 | BRL-CAD: 03starseeker * r49891 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: rework comment |
| 16:02.59 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 16:05.52 | ksuzee | Hello, Sean!\ |
| 16:06.09 | ksuzee | could you help me a bit? |
| 16:42.08 | CIA-128 | BRL-CAD: 03bob1961 * r49892 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Modify cadwidgets::Ged::end_data_move to save the current "draw" setting. Use the saved value to restore the "draw" setting. |
| 17:15.30 | *** join/#brlcad Neil__ (~chatzilla@117.229.104.128) | |
| 17:19.53 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3468 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 17:23.13 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3469 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 17:26.46 | CIA-128 | BRL-CAD: 03starseeker * r49893 10/brlcad/trunk/ (4 files in 4 dirs): |
| 17:26.46 | CIA-128 | BRL-CAD: Variety of cleanups and simplifications - in particular, ADD_MAN_PAGES is now |
| 17:26.46 | CIA-128 | BRL-CAD: just a wrapper for BRLCAD_ADDDATA that handles the MAN_DIR setting - we need a |
| 17:26.46 | CIA-128 | BRL-CAD: MAN_DIR variable that includes the DATA_DIR for generic man page installation |
| 17:26.46 | CIA-128 | BRL-CAD: from other build systems, but since BRLCAD_ADDDATA assumes it just rework |
| 17:26.47 | CIA-128 | BRL-CAD: MAN_DIR to be appropriate for BRLCAD_ADDDATA and pass it through ftw. |
| 17:27.24 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3470 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Development schedule */ |
| 17:27.24 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3471 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Proposal ideas */ |
| 17:31.28 | CIA-128 | BRL-CAD: 03starseeker * r49894 10/brlcad/trunk/src/libfb/libfb.3: Uh, what? didn't mean to change libfb.3 |
| 17:35.14 | *** join/#brlcad atneik (~atneik@59.178.47.4) | |
| 17:39.32 | CIA-128 | BRL-CAD: 03starseeker * r49895 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: remove debug message |
| 17:57.52 | CIA-128 | BRL-CAD: 03starseeker * r49896 10/brlcad/trunk/ (3 files in 3 dirs): Few tweaks for distclean |
| 17:59.41 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-trnxnzsaeamyvena) | |
| 18:01.56 | CIA-128 | BRL-CAD: 03n_reed * r49897 10/brlcad/trunk/src/other/step/cmake/scl_version_string.cmake: sync comment changes from 7b54e23 |
| 18:11.36 | *** join/#brlcad harshthakar002 (73f91219@gateway/web/freenode/ip.115.249.18.25) | |
| 18:22.57 | *** join/#brlcad Neil__ (~chatzilla@117.229.67.183) | |
| 18:23.20 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Mock up.pdf]]": A few mock-up diagrams of the materials database website. |
| 18:24.33 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:SQL schema.pdf]]": Basic SQL schema for the materials database website. |
| 18:28.44 | CIA-128 | BRL-CAD: 03Neildhruva 07http://brlcad.org * r3474 10/wiki/User:Neildhruva: /* BRL-CAD Tentative Proposal */ |
| 18:32.14 | Stattrav | I sent my proposal to the mailing list. brlcad comments on the same please. |
| 18:33.43 | *** join/#brlcad atneik (~atneik@59.178.47.4) | |
| 18:39.56 | *** join/#brlcad andrei (~andrei@188.25.172.172) | |
| 19:00.44 | *** join/#brlcad merzo (~merzo@198-76-200-46.pool.ukrtel.net) | |
| 19:01.28 | *** join/#brlcad atneik (~atneik@59.178.63.118) | |
| 19:15.07 | *** join/#brlcad atneik (~atneik@59.178.38.213) | |
| 19:19.00 | *** join/#brlcad Aun`Shi (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 19:19.36 | *** join/#brlcad atneik_ (~atneik@59.178.38.151) | |
| 19:47.27 | CIA-128 | BRL-CAD: 03r_weiss * r49898 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: (log message trimmed) |
| 19:47.27 | CIA-128 | BRL-CAD: Updated functions 'x_comp' and 'v_ptr_comp' which are compare functions for |
| 19:47.27 | CIA-128 | BRL-CAD: qsort called from within functions 'nmg_ptbl_vfuse' and 'nmg_model_edge_fuse' in |
| 19:47.27 | CIA-128 | BRL-CAD: file 'nmg-fuse.c'. When the compare function returns zero (ie equal), the |
| 19:47.27 | CIA-128 | BRL-CAD: behavior of qsort using 'Visual Studio' versus 'GNU C' is different. This |
| 19:47.28 | CIA-128 | BRL-CAD: difference was preventing qsort from sorting as expected on Windows which was |
| 19:47.29 | CIA-128 | BRL-CAD: breaking the MGED 'facetize' and 'ev' commands. This also impacted converters on |
| 20:29.53 | Neil__ | brlcad: I've submitted my proposal on melange. Looking forward to your comments. :) |
| 21:19.18 | CIA-128 | BRL-CAD: 03n_reed * r49899 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): Fix printf format errors. Informed by SCL git c075554, 0366706, af7d90d, ec41f80, d33d4c5, and e52c290. |
| 21:36.15 | CIA-128 | BRL-CAD: 03starseeker * r49900 10/brlcad/trunk/ (3 files in 2 dirs): Add a few more files to distclean |
| 21:45.24 | CIA-128 | BRL-CAD: 03starseeker * r49901 10/brlcad/trunk/src/libfb/ (CMakeLists.txt libfb.3): |
| 21:45.24 | CIA-128 | BRL-CAD: Ah! Using the symlinks for man pages shows us what was hidden - libfb man3 man |
| 21:45.24 | CIA-128 | BRL-CAD: page was converted to DocBook, but the old one wasn't removed. Was just being |
| 21:45.24 | CIA-128 | BRL-CAD: copied over by the DocBook build with the old setup, but using symlinks for the |
| 21:45.24 | CIA-128 | BRL-CAD: non-DocBook man pages the changes actually got written back to the old libfb.3 |
| 21:45.24 | CIA-128 | BRL-CAD: man page and showed up in Subversion. Actually a handy way to make sure we |
| 21:45.24 | CIA-128 | BRL-CAD: don't have strays left over after a DocBook conversion. |
| 21:47.37 | CIA-128 | BRL-CAD: 03starseeker * r49902 10/brlcad/trunk/src/libfb/Makefile.am: Oh yeah, better let the Makefile.am know... |
| 21:56.31 | CIA-128 | BRL-CAD: 03n_reed * r49903 10/brlcad/trunk/src/other/step/include/scl_cf_cmake.h.in: sync with SCL git 993167e |
| 22:43.10 | CIA-128 | BRL-CAD: 03n_reed * r49904 10/brlcad/trunk/src/other/step/src/clstepcore/ (SingleLinkList.cc SingleLinkList.inline.cc): match SCL git style |
| 22:55.41 | CIA-128 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3475 10/wiki/User:Cprecup: First version of proposal for the "Visualizing CSG" project |
| 23:05.04 | CIA-128 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3476 10/wiki/User:Cprecup: Correct numbered listing |
| 23:49.05 | *** join/#brlcad stas (~stas@188.24.36.145) | |
| 23:52.35 | *** join/#brlcad andrei (andrei@188.25.172.172) | |
| 01:01.35 | brlcad | hah, nice relevant comment on the gsoc mailing list from one of the wikimedia folks relevant to that thing I keep telling you, starseeker :) |
| 01:01.57 | brlcad | speaking about one of the reasons for "release early, release often" |
| 01:02.05 | brlcad | she says "nothing is ever DONE, it is just DUE" |
| 01:02.07 | brlcad | so true ;) |
| 01:03.34 | andrei | hey brlcad |
| 01:04.13 | andrei | did you have any chance to look upon my proposal draft? |
| 01:04.27 | andrei | as in the latest one |
| 01:05.25 | brlcad | heh |
| 01:06.13 | brlcad | there's no way I could keep track of every revision of everyone's proposal ;) |
| 01:06.34 | brlcad | so probably not, but they do all get read in waves |
| 01:06.50 | brlcad | once or twice before the deadline if there's enough time |
| 01:08.06 | andrei | I know there are enough things to do aside of reading proposals |
| 01:08.16 | brlcad | if you take the feedback I gave earlier to heart and make sure you've addressed every comment and double-check the detail you're providing, your timeline, our guidelines, etc .. then you'll be fine |
| 01:09.04 | brlcad | andrei: I'm certainly not the only one to read them too, just so you know -- I'm just the chatty one more likely to respond before the deadline |
| 01:10.51 | andrei | I know it takes time to be discussed and such , but may I ask how are my chances of getting accepted ? |
| 01:11.58 | brlcad | you can always ask |
| 01:13.37 | andrei | from your point of view, how are my chances of getting accepted with BRL-CAD? |
| 01:14.24 | brlcad | well, greater than 0% |
| 01:14.29 | brlcad | less than 100% |
| 01:14.38 | brlcad | you can always ask, but that doesn't mean you'll get a useful answer :) |
| 01:16.00 | brlcad | there's frankly no way to actually know what your chances are because we don't yet have the final count of submissions and slot allocations from google |
| 01:17.28 | brlcad | generally speaking, your chances are fantastic just by applying to brl-cad (compared to, say, gentoo) ... if you put good effort into your proposal, stay engaged and express ongoing interest, and keep involved in discussions/coding then chances are even further increased |
| 01:18.17 | brlcad | that's probably not a satisfying answer, but that's as good as it gets for gsoc .. super competitive program means it's outright not possible to accept all of the fantastic students that step forward |
| 01:19.58 | andrei | This probably is the normal way things go in real life |
| 01:20.01 | andrei | I m just new to it :) |
| 01:20.42 | andrei | also, after 6th of april am I still allowed to submit patches( for example solutions to small duplications) ? if so, just out of curiosity , do they matter at all for the application? |
| 01:24.46 | brlcad | it's open source |
| 01:25.04 | brlcad | you can keep submitting patches until the day aliens suck you up to their mothership |
| 01:25.28 | andrei | that's good to know |
| 01:26.06 | andrei | by the way, I m sorry for the previous questions. Probably it's not very pleasant to get asked those questions plenty of times each year |
| 01:26.14 | brlcad | patches help show your interest in the project and interest in contributing to open source, so certainly they can help -- as long as they're good patches |
| 01:26.46 | brlcad | patches that take longer to review and comment on than they took to write aren't so helpful |
| 01:26.58 | brlcad | that's why it's good to review your patches before you submit them to make sure they're golden |
| 01:27.17 | brlcad | they should be easy to review, apply cleanly, and provide a clear improvement |
| 01:29.56 | andrei | I m trying to keep a balance between focusing on my studies and focusing on open source development. I enjoy working on open source, but without certain knowledge and guidelines from courses I would be useless , even as eager as I am. |
| 01:31.54 | andrei | I find it very easy to go too much in one of the mentioned directions. |
| 02:48.08 | starseeker | actually, after the aliens get you too if the mothership has good bandwidth :-P |
| 02:50.03 | starseeker | brlcad: yeah, yeah :-P I'm not after "done", just "no known open issues" |
| 02:59.46 | brlcad | those two aren't far from each other ;) |
| 03:01.29 | brlcad | "no actualized problems remaining" might be easier to satisfy |
| 03:02.07 | starseeker | fair enough |
| 03:03.48 | starseeker | supposes "no known open issues" and "we support FreeBSD" are pretty much incompatible - right ``Erik :-P |
| 03:19.32 | *** join/#brlcad Neil__ (~chatzilla@117.229.60.206) | |
| 03:43.05 | *** join/#brlcad thiago_ (~thiago@201.82.133.50) | |
| 05:16.46 | *** join/#brlcad Neil__ (~chatzilla@117.229.60.206) | |
| 05:30.21 | CIA-128 | BRL-CAD: 03starseeker * r49905 10/brlcad/trunk/ (5 files in 5 dirs): Take a stab at making configure_file cmakefiles appending more robust |
| 06:45.30 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 07:02.54 | Stattrav | brlcad: for secure http submissions, will sending a confirm link to the user upon submission make it tedious w.r.t usability ? |
| 07:34.45 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 07:46.07 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:20.38 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:41.38 | *** join/#brlcad matovitch (5c672642@gateway/web/freenode/ip.92.103.38.66) | |
| 08:41.46 | matovitch | hey |
| 08:58.55 | brlcad | hello |
| 09:02.41 | Neil__ | brlcad: Hi Sean! For the materials database, I've prepared a mock-up of about 5 different webpages, prepared an initial sql schema and submitted a bit of code. Anything else I can do for the patch? |
| 10:19.54 | *** join/#brlcad Neil__ (~chatzilla@117.229.45.37) | |
| 10:22.03 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 11:13.18 | ``Erik | starseeker: 'support' is an awfully loose concept, all it really means is 'not summarily ignored' (and fbsd support is typically pretty good, I'd imagine there are linux variants that have a harder time right now) |
| 11:14.12 | ``Erik | starseeker: we 'support' osX, even though that step generator crash has been lingering there for a bit... :D |
| 11:22.58 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:23.11 | *** join/#brlcad Bumerang (~bumerang@2001:67c:1220:c1a3:21a:6bff:fece:176d) | |
| 11:30.50 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:32.53 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.0) | |
| 12:12.32 | *** join/#brlcad andrei (~andrei@188.25.174.166) | |
| 12:47.01 | Bumerang | Hello! I'm interested in applying for the GSoC project "Consolidate image processing" and my question is - Is this topic already taken (or it's being communicated with other student)? Thanks for reply |
| 12:50.16 | brlcad | Bumerang: there's no such thing as "taken" |
| 12:51.07 | brlcad | I don't recall if someone is working on a proposal for that topic, so you're on fairly equal ground (i.e., submit it!) |
| 12:53.47 | Bumerang | Thanks again |
| 13:01.59 | *** join/#brlcad thiago (~thiago@187.106.50.132) | |
| 13:13.05 | CIA-128 | BRL-CAD: 03starseeker * r49906 10/brlcad/trunk/ (bench/CMakeLists.txt pix/CMakeLists.txt): collapse more custom logic into a call to BRLCAD_ADDDATA |
| 13:18.23 | starseeker | Ooo - Qt 5 hit Alpha |
| 13:19.24 | CIA-128 | BRL-CAD: 03starseeker * r49907 10/brlcad/trunk/ (3 files in 2 dirs): Couple cleanups |
| 13:27.27 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 13:41.02 | andrei | hello |
| 14:25.01 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 14:25.01 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 14:36.37 | CIA-128 | BRL-CAD: 03starseeker * r49908 10/brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: move definition of BRLCAD_TARGET_NAME |
| 14:55.25 | *** join/#brlcad Neil__ (~chatzilla@117.229.46.0) | |
| 15:24.54 | CIA-128 | BRL-CAD: 03starseeker * r49909 10/brlcad/trunk/ (bench/run.sh misc/CMake/distclean.cmake.in): sweep up the benchmark outputs too when doing distclean |
| 15:27.10 | brlcad | mm, good catch |
| 15:27.30 | brlcad | that's user-visible |
| 15:29.20 | brlcad | starseeker, I'm conflicted as to whether distclean should touch the summary file -- historically, that's a no-no |
| 15:29.47 | brlcad | for consistency, it might just be better to print a message saying that one exists and it must be manually removed |
| 15:33.14 | brlcad | or keep track of whether one existed before running the benchmark, then it could be deleted if distcheck created it |
| 15:45.09 | CIA-128 | BRL-CAD: 03starseeker * r49910 10/brlcad/trunk/regress/CMakeLists.txt: Teach the regress build target how to clean up after itself |
| 15:49.00 | CIA-128 | BRL-CAD: 03brlcad * r49911 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: removed unused dir var |
| 15:50.00 | CIA-128 | BRL-CAD: 03brlcad * r49912 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: get a const address before calling rt_metaball_point_value() so we can avoid a bug in older versions of gcc where it doesn't pick up on the const cast. |
| 15:54.27 | *** join/#brlcad atneik (~atneik@59.178.148.162) | |
| 16:35.04 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 16:43.50 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 16:57.14 | CIA-128 | BRL-CAD: 03n_reed * r49913 10/brlcad/trunk/src/other/step/src/ (6 files in 2 dirs): remove unused variables as seen in SCL git 1492641 and 2b31086 |
| 17:10.41 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 17:17.01 | brlcad | lot of "set but not used" warnings in src/conv/step |
| 17:19.32 | andrei | brlcad : I chose the refactor plan by taking the larger ones first , then the ones that appear more than others however I intend to add an exception . When a considerable number of files in a directory have duplicated lines, and the total is above a certain value I intend to rework the whole directory |
| 17:19.38 | andrei | does this approach seem realistic? |
| 17:21.06 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 17:23.22 | andrei | also , should I add a "debug" method in my proposal? the one I suggest is probably trivial ( using printfs at key points) but gdb doesn't seem viable for this as there are plenty of files that depend on others. |
| 17:24.59 | bhinesley | I'm going to have to pull out of the race, guys. |
| 17:25.16 | bhinesley | my classes this quarter are going to require more time than I though |
| 17:25.28 | Al_Da_Best | :( |
| 17:25.32 | bhinesley | ... which runs over the first 3-4 weeks of gsoc |
| 17:25.55 | bhinesley | Al_Da_Best: indeed :( |
| 17:27.01 | andrei | best of luck with those , bhinesley |
| 17:27.28 | bhinesley | andrei: thank you, gl with gsoc |
| 17:27.38 | *** join/#brlcad atneik (~atneik@59.178.155.13) | |
| 17:27.47 | andrei | thank you aswell! Also, thank you for the help provided ! |
| 17:28.02 | bhinesley | not a problem; I will still be here |
| 17:32.52 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 18:00.33 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 18:02.53 | ksuzee | <brlcad>Hello, Sean! Are you here? |
| 18:08.45 | brlcad | hi ksuzee |
| 18:09.30 | brlcad | andrei: sure that's realistic |
| 18:09.39 | brlcad | the point was to just have a specific approach in mind |
| 18:09.56 | brlcad | then have some specific ones identified so we can measure your progress |
| 18:10.31 | brlcad | i'm not sure what you mean by debug method |
| 18:10.51 | ksuzee | I need some your help)) You've told, that my example of code in the proposal is bad |
| 18:11.11 | ksuzee | And told to write you about it here |
| 18:12.26 | brlcad | so yeah, that was a curious example to select |
| 18:13.16 | brlcad | in that particular instance, those functions are surrogates for standard library functions |
| 18:13.39 | ksuzee | aaa |
| 18:13.48 | ksuzee | so they couldn't be changed? |
| 18:13.54 | brlcad | they are intentionally attempting to be a replacement for an already-defined function, so their signature should not change |
| 18:14.36 | ksuzee | I unerstand now |
| 18:14.47 | brlcad | moreover, they all behave in subtlely different ways and my initial read of your refactoring didn't handle all of the cases and behaviors that it was replacing |
| 18:15.23 | brlcad | it was good to identify an example like that, just not that one ;) |
| 18:17.46 | ksuzee | Ok, I understand your advise))) So, it's better to give as an example smth like that, but not with this functions? |
| 18:18.22 | brlcad | yeah |
| 18:18.46 | brlcad | how did you arrive at that example? |
| 18:18.55 | brlcad | it came up in a simian report? |
| 18:19.09 | ksuzee | yeah |
| 18:19.45 | ksuzee | in the same thread with other code like "copy-pasts" |
| 18:20.32 | brlcad | interesting, because those are very very short functions |
| 18:20.46 | brlcad | there's bigger duplication than that |
| 18:21.45 | andrei | brlcad: what I meant by debug is |
| 18:22.11 | andrei | if the function that I rewrote sends sigserv for example |
| 18:22.22 | ksuzee | I know))) But I tryed ti find smth really small only as an example) |
| 18:22.43 | andrei | there has to be a way to step by step the function and see why it breaks down |
| 18:23.40 | andrei | for example, if I would rewrite malloc and it only segfaults on a single call |
| 18:23.59 | andrei | but that call is included in a much larger function |
| 18:24.07 | andrei | I m not sure how to use gdb to see this |
| 18:29.01 | ksuzee | So, I understand you)) Thank a lot for help. I'll write when I find a better example |
| 18:29.02 | brlcad | isn't familiar with segserv, maybe you mean sigsegv? :) |
| 18:29.31 | *** part/#brlcad atneik (~atneik@59.178.155.13) | |
| 18:33.28 | andrei | ah, fail |
| 18:33.34 | andrei | sigsegv |
| 18:43.28 | brlcad | that's a pretty easy debug case actually |
| 18:43.34 | brlcad | gdb will halt where it crashes |
| 18:43.46 | brlcad | catching the signal |
| 18:44.11 | brlcad | still, that doesn't need to be part of the proposal other than to say that you intend to test and discuss your changes |
| 18:44.29 | brlcad | and debug them if an issue arises, or revert the change |
| 18:44.37 | andrei | ah, alright it's ok then |
| 18:44.51 | andrei | also ,another thing that came into my mind recently |
| 18:46.13 | andrei | I m about to change the proposal a bit in order to be easier understood even if you have no connection with it(i.e. add links to the concepts etc) . Should I do that? |
| 18:46.21 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 18:46.52 | brlcad | sure |
| 19:01.19 | Neil__ | brlcad: Hi Sean! For the materials database, I've prepared a mock-up of about 5 different webpages, prepared an initial sql schema and submitted a bit of code. Anything else I can do for the patch? |
| 19:02.36 | *** join/#brlcad merzo (~merzo@13-229-132-95.pool.ukrtel.net) | |
| 19:18.23 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 19:37.19 | ``Erik | brlcad: regress/vls fails on 32b (%lld) and I have some concerns about the approach, I'd argue that the 'ground truth' results should be static strings, not generated from snprintf() |
| 19:38.48 | *** join/#brlcad thiago__ (~thiago@187.106.50.132) | |
| 19:47.36 | *** join/#brlcad merzo (~merzo@13-229-132-95.pool.ukrtel.net) | |
| 20:00.05 | *** join/#brlcad sam___ (5ce4f9a5@gateway/web/freenode/ip.92.228.249.165) | |
| 20:18.17 | *** join/#brlcad kane_ (5ce4f9a5@gateway/web/freenode/ip.92.228.249.165) | |
| 20:19.03 | kane_ | Hi brlcad team, i am Mesut from germany, i am here to introduce myself for the gSoC. |
| 20:24.01 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 20:31.36 | brlcad | hello kane_ |
| 20:31.42 | brlcad | welcome! |
| 20:38.22 | CIA-128 | BRL-CAD: 03Mesut 07http://brlcad.org * r3477 10/wiki/User:Mesut: my proposal |
| 20:38.33 | kane_ | Hi |
| 20:38.49 | kane_ | i have postet my proposal on the wiki ^^^ |
| 20:39.32 | kane_ | i hope your enjoying reading it :) |
| 20:41.30 | CIA-128 | BRL-CAD: 03Mesut 07http://brlcad.org * r3478 10/wiki/User:Mesut: My proposal |
| 20:52.50 | brlcad | kane_: awesome, thanks! |
| 20:53.06 | brlcad | kane_: please also submit it to google-melange if you've not done so already |
| 20:53.27 | brlcad | if you're on irc when I read it (which I have no idea when that might be), I'll certainly give you feedback |
| 20:54.55 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 20:57.56 | kane_ | Thank you! I have posted it on gSoC and sent it through the mailer. Only posting a patch left :)... |
| 20:58.16 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 21:07.57 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 21:07.57 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-trnxnzsaeamyvena) | |
| 22:13.21 | Stattrav | so choice of mediawiki is soley based upon the fact that brlcad.org already uses it and a seperate web service is a pain to maintain in a long run. |
| 22:14.12 | Stattrav | I've elaborated it a bit more in both the proposal and the email. |
| 22:35.03 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 22:46.39 | *** join/#brlcad thiago__ (~thiago@187.106.50.132) | |
| 23:10.54 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 23:53.32 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 00:02.11 | ``Erik | http://www.creativeapplications.net/mac/fugu-procedural-modelling-system-for-3d-graphics/ |
| 00:30.43 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 00:32.34 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3479 10/wiki/User:Crdueck: edits to proposal, project summary |
| 00:49.39 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 00:53.45 | *** join/#brlcad saksoft2 (~no@66-168-87-146.dhcp.kgpt.tn.charter.com) | |
| 01:00.27 | saksoft2 | I'm impressed. There are a lot more names in here than I thought there would be. |
| 01:03.34 | saksoft2 | I would like to build something that looks like a stargate. A large outer ring with a rotating ring within it. The main difference is that I want to chop both rings into sectors/segments. I can figure out that I want to use cylinders for the basic shapes but what would you use to divide each ring (inner and outer) into separate sections? |
| 01:06.40 | saksoft2 | What would you suggest? |
| 01:13.39 | crdueck | i'm not too experienced with modeling with BRLCAD yet myself, but this wiki page details how to make a segmented spiral. maybe it could be useful |
| 01:13.42 | crdueck | http://brlcad.org/wiki/Spiral |
| 01:16.53 | saksoft2 | hmmm. not exactl what I was trying to do. I need to take the basic sector of each ring and add things to it like a flange plate. bolt holes, grooves, bearings, etc. So i need two sets of squarish rings that will nest inside one another chopped into an integer fraction of the entire circle. |
| 01:18.17 | saksoft2 | constructing the basic rings is not hard (it's adding and subtracting cylinders of various radii). Where I am stuck is what to use to say make a 1/6 or 1/7 or 1/8th chop of the entire loop so that I can replicate it and add stuff to each piece. |
| 03:06.12 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 03:06.12 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 03:23.12 | *** join/#brlcad Neil__ (~chatzilla@117.229.10.185) | |
| 03:26.17 | crdueck | primitive functions are declared in which header file? |
| 04:03.30 | saksoft2 | brlcad: thanks for the advice. I am trying to do your first suggestion of model one piece and replicate it around. However, only the core of each piece will be the same. There will be variances to each segment based on its position around the circle. My question is which method would you experienced modelers use to chop one segment our of the larger ring? |
| 04:03.54 | saksoft2 | our = out. |
| 04:07.38 | saksoft2 | for example: a u-shaped channel with an outer diameter of 3m an inner diameter of 2.8m and a wall thickness of 1cm could easily be constructed out of 3 cylinders. I need one fraction of that to act as my 'base' shape on top of which I need to add bolts, bearings, cutouts, etc. |
| 04:08.59 | saksoft2 | what tool would you use to select just that one sector of the larger ring? |
| 04:20.14 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 04:20.25 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 04:20.39 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 04:56.21 | starseeker | hmm - src/sig/dfft.c:217:15: error: array subscript is above array bounds |
| 05:12.40 | *** part/#brlcad saksoft2 (~no@66-168-87-146.dhcp.kgpt.tn.charter.com) | |
| 06:44.46 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3480 10/wiki/User:Crdueck: added second patch |
| 07:04.19 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 07:10.48 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3481 10/wiki/User:Jimmiebtlr/Proposal: |
| 07:12.20 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3482 10/wiki/User:Jimmiebtlr/Proposal: |
| 07:14.21 | jimmiebtlr_ | Hi, I'm interested in working with BRL-CAD on a GSOC project, any feedback on my current proposal would be greatly appreciated. |
| 07:42.27 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:57.52 | *** join/#brlcad minhan (daba12e8@gateway/web/freenode/ip.218.186.18.232) | |
| 08:30.48 | *** join/#brlcad jimmiebtlr_ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 08:31.16 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3483 10/wiki/User:Jimmiebtlr/Proposal: |
| 08:34.12 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3484 10/wiki/User:Jimmiebtlr/Proposal: |
| 08:43.27 | *** join/#brlcad Neil__ (~chatzilla@117.229.88.167) | |
| 08:49.51 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:50.36 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3485 10/wiki/User:Jimmiebtlr/Proposal: |
| 10:14.03 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 10:52.21 | *** join/#brlcad v_zotov (~Miranda@46.164.232.253) | |
| 10:55.26 | v_zotov | Hello. Does anyone here? |
| 10:56.03 | Al_Da_Best | Hi |
| 10:56.55 | *** join/#brlcad v_zotov (~Miranda@46.164.232.253) | |
| 10:58.57 | brlcad | ~ask |
| 10:58.57 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:01.34 | v_zotov | I want to know more about Geometry Conversion Library project. Please, tell me what tasks I can do with it. |
| 11:02.44 | brlcad | selecting the title of each project idea goes to a page with more details |
| 11:03.02 | brlcad | technically, you're the one proposing the tasks, they should be tasks that make sense and are interesting to you |
| 11:03.08 | brlcad | our ideas are merely starting poitns |
| 11:03.31 | brlcad | the basica idea, though, is to have a library built out of all of our existing converters |
| 11:37.42 | *** join/#brlcad kane (5ce098be@gateway/web/freenode/ip.92.224.152.190) | |
| 11:39.10 | *** join/#brlcad kane_ (5ce098be@gateway/web/freenode/ip.92.224.152.190) | |
| 11:48.17 | CIA-128 | BRL-CAD: 03starseeker * r49916 10/brlcad/trunk/ (4 files in 2 dirs): Use parallel make in more places than just the main builds |
| 11:54.34 | starseeker | is a bit puzzled - that N/2 subscript in dfft.c seems to be coming originally from int L = sizeof(data) / sizeof(*data); |
| 12:00.43 | brlcad | we've been compiling that for a very long time without issue so the leading question is what's changed -- what's giving that error now? |
| 12:02.24 | starseeker | gentoo, after system upgrade, with optimization flags (Release configuration) |
| 12:02.42 | starseeker | gcc version 4.5.3 |
| 12:03.01 | starseeker | x86_64 |
| 12:03.33 | brlcad | I compile 4.6.2 64-bit without issue |
| 12:03.58 | brlcad | so still something smells fishy |
| 12:09.22 | brlcad | lets's see... |
| 12:09.29 | brlcad | L should be (4096*4) / 4 = 4096 |
| 12:10.03 | brlcad | N is L so N/2 is 2048 |
| 12:10.53 | brlcad | that's indexing into mags, which is 2048 in size |
| 12:10.59 | brlcad | hm, boom |
| 12:11.11 | starseeker | nods - a small test program shows int L = 32768/8 = 4096 here |
| 12:13.00 | brlcad | yay, coverity fix injected off-by-one bug |
| 12:13.00 | starseeker | should mags be mags[MAXOUT+1]? |
| 12:13.22 | brlcad | it should, sorta .. MAXOUT is supposed to be +1 |
| 12:13.40 | brlcad | L was a hard-coded 1024 before (which coverity rightly barked on) |
| 12:14.09 | *** join/#brlcad cristina (~cristina@188.24.64.167) | |
| 12:14.12 | cristina | hello |
| 12:15.02 | starseeker | interesting it hasn't popped up until now... |
| 12:16.44 | brlcad | probably requires an optimized compile |
| 12:17.19 | CIA-128 | BRL-CAD: 03brlcad * r49917 10/brlcad/trunk/src/sig/dfft.c: revert 49350 since it introduces an off-by-one error on the nyquist calc. looks like MAXOUT is defined wrong off-by-one, but need to investigate the impact and test |
| 12:19.51 | cristina | brlcad, I've released a version of my proposal a couple days ago. Could you take a look at it and give me some feedback? |
| 12:29.30 | *** join/#brlcad atneik (~atneik@59.178.47.116) | |
| 12:31.05 | *** join/#brlcad thiago (~thiago@187.106.50.132) | |
| 12:32.08 | CIA-128 | BRL-CAD: 03starseeker * r49918 10/brlcad/trunk/misc/CMake/distclean.cmake.in: Only run benchmark clobber during distclean if we actually need it. |
| 12:33.50 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 12:38.36 | *** join/#brlcad atneik (~atneik@59.178.47.116) | |
| 14:21.51 | *** join/#brlcad andrei_ (~andrei@188.25.163.92) | |
| 14:28.00 | CIA-128 | BRL-CAD: 03tbrowder2 * r49919 10/brlcad/trunk/src/ (6 files in 4 dirs): moved vdeck GIFT converion tool under conv dir where it belongs, tested a cmake out of src dir build okay (bin and man page); added ComGeom details to Formats.csv |
| 14:40.41 | *** join/#brlcad atneik (~atneik@59.178.47.116) | |
| 15:35.17 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3486 10/wiki/User:Ksuzee/Proposal: |
| 15:35.50 | *** join/#brlcad ksuzee (c1976953@gateway/web/freenode/ip.193.151.105.83) | |
| 15:36.49 | CIA-128 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3487 10/wiki/User:Ksuzee/Proposal: |
| 15:41.41 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 15:42.34 | ksuzee | to <brlcad> Hello, Sean! I've corrected my proposal on www.google-melange.com and here http://brlcad.org/wiki/User:Ksuzee. I've chosen the other example of duplication (we talked about it yesterday) and made the development schedule more detailed. Check it, please) |
| 16:01.08 | *** join/#brlcad atneik (~atneik@59.178.148.215) | |
| 16:34.22 | CIA-128 | BRL-CAD: 03starseeker * r49920 10/brlcad/trunk/ (18 files in 2 dirs): Regression testing was failing when using quirky file paths. Need to quote the file path in the saveview output too. |
| 16:36.15 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 16:36.35 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 16:37.14 | starseeker | I guess that saveview fix is up there with the Archer change - would be visible under the right conditions |
| 16:37.38 | CIA-128 | BRL-CAD: 03Jimmiebtlr 07http://brlcad.org * r3488 10/wiki/User:Jimmiebtlr/Proposal: |
| 16:40.05 | jimmiebtlr_ | If anyone would be willing to take a look at my proposal and provide some critiques I would be grateful, it's located at http://brlcad.org/wiki/User:Jimmiebtlr/Proposal |
| 16:59.44 | CIA-128 | BRL-CAD: 03starseeker * r49921 10/brlcad/trunk/ (4 files in 2 dirs): Make defining distcheck targets a bit more flexible. Add a test for pathnames with odd characters. |
| 17:07.44 | CIA-128 | BRL-CAD: 03starseeker * r49922 10/brlcad/trunk/misc/CMake/Distcheck.cmake: Whoops - right, this should be a macro. |
| 17:21.04 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 17:32.26 | CIA-128 | BRL-CAD: 03starseeker * r49923 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/Distcheck.cmake): provide the paths we want for each test |
| 17:33.03 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 17:35.04 | *** join/#brlcad kane_ (5ce098be@gateway/web/freenode/ip.92.224.152.190) | |
| 17:38.17 | CIA-128 | BRL-CAD: 03starseeker * r49924 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: libs->libslist, per 49867 |
| 17:42.51 | CIA-128 | BRL-CAD: 03starseeker * r49925 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: Need quotes for this comparison... |
| 17:45.22 | CIA-128 | BRL-CAD: 03starseeker * r49926 10/brlcad/trunk/misc/CMake/Distcheck.cmake: fix standard disttarget defs to match new convention |
| 17:58.30 | CIA-128 | BRL-CAD: 03starseeker * r49927 10/brlcad/trunk/misc/CMake/Distcheck.cmake: set dirs as variables for configure_file |
| 20:01.16 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:01.16 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 20:05.55 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 20:06.25 | *** join/#brlcad Neil__ (~chatzilla@117.229.121.144) | |
| 20:15.12 | *** join/#brlcad bjorkintosh (~bjork@ip70-189-66-194.ok.ok.cox.net) | |
| 20:22.17 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 20:29.19 | *** join/#brlcad andrei_ (~andrei@188.25.163.92) | |
| 21:09.25 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 21:16.02 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 21:16.02 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 21:44.54 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 21:49.07 | *** join/#brlcad jimmiebtlr__ (62f5dd5d@gateway/web/freenode/ip.98.245.221.93) | |
| 21:56.36 | *** join/#brlcad xth1 (~thiago@187.106.50.132) | |
| 22:04.11 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 22:44.42 | starseeker | brlcad: need some shell scripting help - the repository.sh script is profoundly unhappy when I try to feed it paths with spaces in them |
| 22:45.07 | starseeker | I've tried a bunch of quoting options and none of it seems to help |
| 22:47.20 | CIA-128 | BRL-CAD: 03starseeker * r49929 10/brlcad/trunk/regress/flawfinder.sh: Um... previous tests weren't passing when I tried to run the flawfinder script, despite python being present... is this right? |
| 23:04.59 | crdueck | starseeker: is this an error with unix filepaths (with backslash escaped spaces) or windows paths? |
| 23:09.53 | starseeker | unix filepaths |
| 23:10.11 | starseeker | repository.sh is a shell script, and not currently runnable on Windows |
| 23:17.09 | crdueck | i'm trying to change the IFS to break commands by newlines instead of spaces. I can get it to not complain until the common.h inclusion check when the new IFS breaks grep or something. I'm going to keep playing with it |
| 23:17.46 | crdueck | nvm it works |
| 23:18.43 | crdueck | i'll upload a patch to the tracker, i get no complains with this path: brlcad\ -\ svn |
| 23:18.59 | crdueck | i assume you have more thourough tests though |
| 23:22.40 | crdueck | https://sourceforge.net/tracker/?func=detail&aid=3515324&group_id=105292&atid=640804 |
| 23:23.57 | crdueck | i tested it really quickly, it should work on filepaths with and without spaces. |
| 23:24.26 | starseeker | crdueck: I don't see any files attached? |
| 23:25.16 | crdueck | oh whoops, i didnt submit with a summary the first time. I didnt select a file to upload the second time. its up now |
| 23:26.15 | crdueck | ahh... the line "OIFS=$IFS" isnt needed, i had it there originally in case i wanted to change the IFS back |
| 23:26.52 | crdueck | but that shouldnt be needed |
| 23:28.53 | starseeker | that avoids wiping out, but the tests don't seem to be performed |
| 23:29.09 | starseeker | I tried sticking bio.h in one of the headers, and it didn't catch it |
| 23:29.42 | crdueck | can you explain that test a little more? |
| 23:30.44 | starseeker | sure - most of our headers aren't supposed to use bio.h or others in that list - repository.h is grepping for bio.h in the headers to see if it's present where it shouldn't be |
| 23:31.03 | starseeker | other tests in that file are similar |
| 23:31.16 | starseeker | gotta run now, I'll be back online later |
| 23:31.34 | crdueck | okay, i'm going to see what i can do |
| 23:32.04 | starseeker | thing to do with those is to deliberately do what the script is looking to find to be sure it spots it |
| 23:33.14 | *** join/#brlcad IriX64 (~kvirc@64.229.210.36) | |
| 23:33.18 | starseeker | needs to do that with flawfinder too |
| 23:33.27 | starseeker | IriX64: what system conditions did you see that problem on? |
| 23:33.43 | starseeker | configuration options, operating system, etc? |
| 23:34.25 | starseeker | I'm not seeing the failure, so I need more specifics on how you are triggering it |
| 23:35.15 | starseeker | OK, bbl |
| 00:01.18 | *** part/#brlcad bjorkintosh (~bjork@ip70-189-66-194.ok.ok.cox.net) | |
| 00:16.46 | ``Erik | <PROTECTED> |
| 00:55.26 | *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net) | |
| 00:59.04 | Thetawaves | who wants to talk about google summer of code? |
| 01:07.14 | starseeker | ``Erik: trying to make repository.sh in the regression directory robust to pathnames with spaces in them |
| 01:07.20 | crdueck | i think i have a working patch for repository.sh, this time quoting variables correctly instead of using IFS. |
| 01:07.25 | starseeker | simply quoting them isn't enough |
| 01:07.28 | starseeker | or wasn't... |
| 01:07.38 | crdueck | i'll just upload the patch to pastie instead of the tracker |
| 01:07.53 | crdueck | because i dont know if i've tested it thoroughly |
| 01:07.59 | starseeker | if it does work, you'll want to update the previous patch |
| 01:08.00 | starseeker | sure |
| 01:08.36 | crdueck | http://pastie.org/3736342 |
| 01:08.49 | crdueck | i will update the patch on the tracker if it works |
| 01:10.56 | starseeker | starts testing... |
| 01:11.17 | starseeker | crdueck: for something like this, brlcad will be the best reviewer |
| 01:29.12 | crdueck | its still not failing the header tests because the FOUND variable gets overwritten for each file in INCFILES |
| 01:29.47 | crdueck | so unless the last file in INCFILES has one of the offending private headers it'll always pass |
| 01:36.59 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 01:45.18 | starseeker | you know, I might be able to work around this... |
| 01:46.38 | crdueck | okay, i'm not sure if i'm understanding the tests correctly. i made a dummy file "bad_include.h" in include/ with the contents "#include "bio.h"" |
| 01:47.07 | crdueck | and backed up my changes to repository.sh, reverted it to the svn original and the tests still pass |
| 01:47.16 | starseeker | um |
| 01:49.12 | crdueck | can you confirm that? it could very well be just me |
| 01:49.33 | starseeker | I'm not set up to right now crdueck |
| 01:49.45 | crdueck | okay |
| 01:49.50 | starseeker | hopefully brlcad will come on later and straighten us both out :-/ |
| 01:50.02 | crdueck | hopefully :) |
| 02:07.38 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 02:44.49 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 02:47.20 | starseeker | blinks |
| 02:54.18 | CIA-128 | BRL-CAD: 03starseeker * r49930 10/brlcad/trunk/regress/CMakeLists.txt: |
| 02:54.18 | CIA-128 | BRL-CAD: Well, flawfinder is running now alright. Complaining about chmod use in libbu's |
| 02:54.18 | CIA-128 | BRL-CAD: fchmod.c, but we're already using fchmod whenever we can - chmod is for Windows |
| 02:54.18 | CIA-128 | BRL-CAD: situations where nothing better(?) is available. Don't want to hault regression |
| 02:54.18 | CIA-128 | BRL-CAD: on that, so remove flawfinder regression from the overall list but leave the |
| 02:54.19 | CIA-128 | BRL-CAD: target defined in case it's needed. |
| 03:06.01 | *** join/#brlcad thiago_ (~thiago@187.106.50.132) | |
| 03:48.14 | *** join/#brlcad Neil__ (~chatzilla@117.229.121.144) | |
| 03:49.32 | *** join/#brlcad Neil__ (~chatzilla@117.229.121.144) | |
| 05:19.49 | *** join/#brlcad thiago (~thiago@187.106.50.132) | |
| 05:38.15 | *** join/#brlcad andrei_ (~andrei@188.25.163.22) | |
| 05:58.13 | CIA-128 | BRL-CAD: 03starseeker * r49931 10/brlcad/trunk/ (7 files in 3 dirs): Checkpoint - working to make odd pathname case functional again, probably still more to do. |
| 06:08.43 | *** join/#brlcad cristina (~cristina@188.24.64.167) | |
| 06:47.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:18.19 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 08:18.19 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 08:42.55 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:56.28 | brlcad | flawfinder was never enabled (hence all the minor syntax bugs in the script) because it has numerous false positive and (more importantly) intentional "flaws" being used in our code that would need to be accounted for |
| 08:56.53 | brlcad | similar to src/libbu/test_vls.c accounting for passes and known/intentional failures |
| 10:18.13 | *** join/#brlcad tuxilina (~tuxilina@141.85.252.190) | |
| 10:18.23 | tuxilina | hello |
| 11:07.02 | *** join/#brlcad cristina (~cristina@188.24.64.167) | |
| 11:07.05 | cristina | hello |
| 11:41.17 | CIA-128 | BRL-CAD: 03tbrowder2 * r49932 10/brlcad/trunk/src/conv/Makefile.am: add missing continuation backslash |
| 12:31.47 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 12:31.47 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 12:39.59 | *** join/#brlcad andrei_ (~tuxilina@141.85.252.190) | |
| 12:45.36 | *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net) | |
| 12:56.21 | *** join/#brlcad thiago (~thiago@201.82.135.121) | |
| 13:01.06 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 13:21.10 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 13:56.26 | *** join/#brlcad ksuzee (2e9552a6@gateway/web/freenode/ip.46.149.82.166) | |
| 14:17.50 | CIA-128 | BRL-CAD: 03tbrowder2 * r49933 10/brlcad/trunk/ (configure.ac src/Makefile.am src/conv/Makefile.am): modify autotools build system for vdeck move; build and install confirmed vdeck bin and man page installed and working |
| 14:57.29 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 15:14.30 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3500 10/wiki/User:Phoenix: /* Contact */ |
| 15:14.59 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3501 10/wiki/User:Phoenix: /* Contact */ |
| 15:39.38 | *** join/#brlcad atneik (~atneik@59.178.61.82) | |
| 15:42.11 | brlcad | waves |
| 15:49.49 | Al_Da_Best | Hallo |
| 15:56.31 | starseeker | brlcad: is it worth keeping flawfinder logic in there then? |
| 15:56.51 | starseeker | what with Coverity and strict flags and whatnot? |
| 16:00.35 | *** join/#brlcad atneik (~atneik@59.178.57.139) | |
| 16:07.58 | brlcad | sure, it detects more than strict flags and coverity is inaccessible to some -- it just needs a few exceptions added to the script and probably a few options enabled/disabled so it can be used like strictness |
| 16:09.37 | brlcad | it'd be nice to develop it into yet another tool in our belt of V&V efforts |
| 16:17.21 | *** join/#brlcad andrei_ (~andrei@188.25.163.130) | |
| 16:17.24 | andrei_ | hello |
| 16:17.55 | Al_Da_Best | Evening |
| 16:36.14 | *** part/#brlcad atneik (~atneik@59.178.57.139) | |
| 16:41.49 | brlcad | howdy andrei_ |
| 16:41.56 | brlcad | just provided feedback on your second proposal |
| 16:42.19 | andrei_ | just give me a moment to read it then |
| 16:42.47 | brlcad | if you have a preference between your first and second proposal, that would be good to note in the proposal itself (not just first/second, but main interest) |
| 16:43.10 | brlcad | unless you don't have a preference, in which case it's fine as it is or you can say that too ;) |
| 16:43.33 | andrei_ | sure , I will add it in both my proposals |
| 16:43.44 | andrei_ | Thank you very much for the feedback on such a short notice |
| 16:44.18 | brlcad | happy to do it |
| 16:44.33 | andrei_ | a question regarding the second project, as I have stated in it I have a primitive messaging multi-client - server program that works on sockets |
| 16:44.46 | andrei_ | right now I m trying to put it on github and add a link to it in my second proposal |
| 16:45.02 | andrei_ | I hope that isn't percieved as a negative point |
| 16:45.24 | brlcad | how would that be negative? |
| 16:45.42 | brlcad | I'm not a huge fan of github, but I don't really have anything against it ;) |
| 16:45.52 | andrei_ | I didn't want to post homeworks or various things developed at school |
| 16:46.06 | andrei_ | because open source is totally different, in a good way:) |
| 16:46.31 | brlcad | still not seeing how that's a negative (or a positive) |
| 16:46.37 | andrei_ | ah, then it's alright |
| 16:47.09 | brlcad | frankly, code you've written isn't nearly as interesting as code you've read and written |
| 16:47.18 | andrei_ | but reading code is much harder |
| 16:47.20 | brlcad | just about any first year CS student can write code |
| 16:47.26 | andrei_ | at least for me :) |
| 16:47.30 | brlcad | that's the point |
| 16:47.49 | brlcad | it is much harder to read and update existing code, that's why we ask for patches instead of code samples |
| 16:48.12 | andrei_ | however, reading code really expands your understanding |
| 16:48.53 | brlcad | you could have implemented your own raytracer and CAD system since you were 7 years old, half in assembly with an awesome gui .. and still TOTALLY suck at working on BRL-CAD :) |
| 16:49.54 | andrei_ | I started looking for organizations for GsoC a lot earlier than the time when they listed |
| 16:50.08 | andrei_ | I looked up the ones I knew like debian, gnome , opensuse etc |
| 16:50.25 | brlcad | yeah, that's a problem every year |
| 16:50.42 | andrei_ | I do believe that brl-cad has one of the most challenging projects |
| 16:50.50 | brlcad | you don't know who will be participating until it's time to apply :) |
| 16:51.07 | brlcad | we don't try to be challenging ... |
| 16:51.13 | andrei_ | well |
| 16:51.13 | brlcad | it's just a complex domain |
| 16:51.17 | andrei_ | that's what I meant |
| 16:51.23 | andrei_ | it s strong liked with math, geometry |
| 16:51.40 | andrei_ | but honestly that's what made me come here |
| 16:51.59 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 16:52.03 | andrei_ | at first I chose some project that it seemed interesting to me |
| 16:52.11 | andrei_ | now I realised I had no clue how to do that |
| 16:52.18 | brlcad | which was that? |
| 16:52.31 | andrei_ | just a second |
| 16:53.14 | brlcad | it's funny really .. some of the most interesting ones are some of the hardest .. yet new non-CS devs will still apply for those topics |
| 16:53.45 | andrei_ | Geometry Conversion Library |
| 16:53.47 | brlcad | lots of physics students are interested in the non-vaccuum gravity simulation, but THAT is some hard code to write well |
| 16:54.23 | andrei_ | yes, those that can code are good engineers are very rare |
| 16:54.35 | brlcad | yeah, libgcv would be a little difficult .. lots of API to figure out in advance |
| 16:55.19 | andrei_ | but as I said |
| 16:55.52 | andrei_ | the fact that brl-cad is challenging and different |
| 16:55.57 | andrei_ | is what made me come here |
| 16:56.27 | andrei_ | I believe you only properly learn difficult matters |
| 16:56.30 | andrei_ | when you have to face them |
| 16:57.19 | brlcad | most people learn by doing |
| 16:57.49 | Al_Da_Best | Best way to learn is to teach. Next best way is to just do it |
| 16:58.04 | andrei_ | I believe that in order to proper teach something |
| 16:58.12 | andrei_ | you have to know in depth of what you speak. |
| 16:58.13 | louipc | can't properly teach if you don't know what you're doing |
| 16:58.46 | louipc | andrei_++ |
| 16:59.06 | andrei_ | there is no clue of what will happen and I don t want to speculate over it |
| 16:59.10 | Al_Da_Best | Well within reason yeah, you need some faint idea of what to do |
| 16:59.30 | andrei_ | but for example, if I will get accepted and finish my proposed project on time |
| 16:59.45 | andrei_ | I will probably try something more difficult, even if it requires me to learn |
| 16:59.48 | andrei_ | math for example |
| 17:00.18 | louipc | Al_Da_Best: nah you need better than a faint idea. otherwise you get thrown offguard by a question you wouldn't have considered if you had not in depth knowledge of the subject |
| 17:02.36 | Al_Da_Best | Sure, but to get to that depth of knowledge it would be better for you to start by teaching others relatively simple things and move up, and you would learn more along the way |
| 17:03.49 | louipc | well, I'm not convinced of that method |
| 17:04.04 | andrei_ | Al_Da_Best, I do understand where you re trying to get |
| 17:04.05 | louipc | I've had teachers 10 yrs in the ... academic side of the field |
| 17:04.11 | louipc | that had no clue what they were doing |
| 17:04.19 | louipc | could not answer questions |
| 17:04.21 | louipc | horrible |
| 17:04.41 | andrei_ | sadly this is also the sittuation here with hardware-oriented classes |
| 17:05.59 | andrei_ | at least for me, a teacher plays a key role in how much I like the respective course |
| 17:06.34 | Al_Da_Best | Yeah an un-enthusiastic teacher is pretty bad. Most of my teachers have been pretty good so far |
| 17:07.46 | andrei_ | this is what I like about GsoC |
| 17:07.52 | louipc | I think teaching is more of a test of what you know, rather than a method of learning what you should know |
| 17:07.59 | andrei_ | agree |
| 17:08.46 | Al_Da_Best | Yea. But for example, doing a presentation to the rest of your class will help you a lot as well |
| 17:09.02 | louipc | if you really know what you're talking about, and you can speak in reasonably comprehensible terms, than you can teach most people |
| 17:09.18 | louipc | sure, you will learn where you're lacking |
| 17:09.27 | louipc | when those questions pop up |
| 17:10.49 | crdueck | hey brlcad, did you get a chance to look at the issues starseeker and I were having with regress/repository.sh last night? |
| 17:15.00 | louipc | anyways... I'd prefer that aspiring teachers learn by doing, then teach, rather than learn by teaching while spoiling many young minds :P |
| 17:15.33 | Al_Da_Best | Doing is more fun too |
| 17:27.16 | andrei_ | brlcad, I have tried to fix what you mentioned in the feedback as good as possible . Thanks again :) |
| 17:28.08 | *** join/#brlcad xth1 (~thiago@201.82.135.121) | |
| 17:28.19 | brlcad | crdueck: can you be more specific? |
| 17:29.19 | brlcad | it worked for me when I originally added the script, and that was the only goal ;) |
| 17:29.31 | brlcad | it wasn't meant to be hooked into the nightly regress just yet |
| 17:29.42 | brlcad | script would need support for marking false positives |
| 17:30.17 | brlcad | as for the path issues, that's better debugged with a case example |
| 17:30.21 | crdueck | brlcad: okay sure, starseeker had brought up an issue with the script when you tried to feed it filepaths with spaces. I had made some changes (mostly just quoting variables) so that it could handle whitespace properly |
| 17:30.58 | crdueck | but then when i was testing the private/public headers, i was getting false positives even when i reverted my changes |
| 17:31.54 | brlcad | oh, you said repository.sh .. I was thinking flawfinder.sh for some reason |
| 17:32.55 | crdueck | no worries, my changes produced correct behaviour with filepaths with whitespaces. I can pastie them for you to take a look at if you'd like because its not ready for the patch tracker quite yet. |
| 17:34.45 | brlcad | crdueck: private/public headers, I presume you mean the bio.h, bin.h, bselect.h header checks? |
| 17:35.09 | brlcad | or the common.h check |
| 17:35.23 | crdueck | yes, the bio.h, bin.h... header checks |
| 17:36.04 | crdueck | i tested it with "echo '#include "bio.h"' > include/bad.h" |
| 17:36.09 | crdueck | and got a false positive |
| 17:36.39 | brlcad | how's that a false positive? |
| 17:36.50 | brlcad | if it matched it, that's what it was supposed to do |
| 17:37.23 | brlcad | if it didn't find it, then it wasn't a false positive .. it was a false negative ;) |
| 17:37.52 | *** join/#brlcad Neil__ (~chatzilla@117.228.214.71) | |
| 17:38.16 | crdueck | ahh okay, false negative then. it didnt find it and all the checks passed |
| 17:38.55 | brlcad | grep '[^f]bio.h' include/*.h /dev/null |
| 17:40.21 | crdueck | in this case grep finds the bad includes in bad.h |
| 17:41.01 | brlcad | okay, so next |
| 17:41.41 | brlcad | INCFILES="`find ${TOPSRC}/include -type f \( -name \*.c -o -name \*.cpp -o -name \*.cxx -o -name \*.h -o -name \*.y -o -name \*.l \) -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*' -not -regex '.*pkg.h'`" |
| 17:41.50 | brlcad | echo $INCFILES | grep bad.h |
| 17:43.00 | brlcad | then: FOUND="`grep '[^f]bio.h' $INCFILES /dev/null | grep -v 'include/bio.h'`" |
| 17:43.12 | brlcad | echo "FOUND is $FOUND" |
| 17:47.47 | crdueck | nothing is found. i'll get the other output to a txt file in a sec |
| 17:51.36 | brlcad | oh, sorry |
| 17:51.50 | brlcad | INCFILES="`find include -type f \( -name \*.c -o -name \*.cpp -o -name \*.cxx -o -name \*.h -o -name \*.y -o -name \*.l \) -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*' -not -regex '.*pkg.h'`" |
| 17:52.00 | brlcad | from the top level source dir |
| 17:52.10 | brlcad | then the rest |
| 17:57.58 | crdueck | i had set TOPSRC to the toplevel source dir like it does in the script. i'll try it again |
| 18:03.53 | crdueck | still nothing at the end: http://pastie.org/pastes/3740315 |
| 18:06.01 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3502 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 18:15.35 | brlcad | line 79 doesn't make sense |
| 18:18.12 | CIA-128 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3503 10/wiki/User:Phoenix/GSoc2012/Proposal: /* Works already done in BRL-CAD */ |
| 18:19.56 | crdueck | i think echo is treating "$INCFILES | grep bad.h" as one string |
| 18:20.02 | crdueck | its not piping it to grep |
| 18:22.49 | brlcad | what is the actual command you typed/ran |
| 18:22.53 | *** join/#brlcad Guest53071 (~chatzilla@106.78.60.229) | |
| 18:23.08 | crdueck | echo $INCFILES | grep bad.h |
| 18:27.10 | brlcad | it looks like you have something aliased to echo or it's a script |
| 18:28.01 | brlcad | something is expanding the grep command too |
| 18:28.48 | crdueck | grep is aliased to case insensitive and colored. It still doesnt work even with /bin/echo, if it was being aliased |
| 18:32.56 | crdueck | okay, my usual shell is zsh. I tried the whole thing over in sh and it worked. I should have tried that first, apologies. |
| 18:36.22 | brlcad | works in zsh for me just the same |
| 18:37.38 | crdueck | i dont have any strange aliases for zsh though, so thats strange |
| 18:38.37 | brlcad | if you run "alias", doesn't list anything for echo? |
| 18:38.58 | crdueck | zsh 4.3.17 |
| 18:42.19 | crdueck | nothing |
| 18:43.22 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 19:04.20 | *** join/#brlcad merzo (~merzo@55-201-200-46.pool.ukrtel.net) | |
| 19:06.37 | CIA-128 | BRL-CAD: 03starseeker * r49934 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Reworking of tclscript copying seems to have broken multiconfig - try a simple fix. |
| 19:08.16 | CIA-128 | BRL-CAD: 03brlcad * r49935 10/brlcad/trunk/regress/ (bots.sh fastgen.sh library.sh mged.sh repository.sh): bunch of script file missing their invocation line to ensure we get /bin/sh instead of the user's shell |
| 19:08.17 | brlcad | hm, well can't efficiently diagnose/fix it like this, but see if that does the trick |
| 19:32.49 | crdueck | okay, but the original issue was that if i put a bad header file in include/, the public header private header checks still passed, when my understanding is that they shouldnt be. This could just be a problem on my end, so i'd like someone else to confirm/deny it. |
| 19:34.34 | crdueck | sh-4.2$ cat include/bad.h |
| 19:34.34 | crdueck | #include "bio.h" |
| 19:34.34 | crdueck | sh-4.2$ FOUND="`grep '[^f]bio.h' include/*.h | grep -v 'include/bio.h'`" |
| 19:34.34 | crdueck | sh-4.2$ echo "FOUND is $FOUND" |
| 19:34.37 | crdueck | FOUND is include/bad.h:#include "bio.h" |
| 20:21.17 | *** join/#brlcad kane__ (5ce737c0@gateway/web/freenode/ip.92.231.55.192) | |
| 20:33.33 | brlcad | hello kane__ |
| 20:33.49 | brlcad | crdueck: the fix I applied in r49935 should "fix" it |
| 20:35.07 | kane__ | Hi |
| 20:37.07 | CIA-128 | BRL-CAD: 03starseeker * r49936 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Need to run this, regardless of the install path, for all multiconfig setups now since we need fully qualified build paths in the install scripts for copying generated files. |
| 21:03.13 | kane__ | Sean, you have asked me about my thesis, what my plan is if i am been late. Shall i answer here, or it is better to send a mail? |
| 21:08.45 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 21:26.34 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 21:53.42 | brlcad | kane__: better to reply as a comment to your proposal at this point |
| 22:00.26 | andrei_ | brlcad, just out of curiosity. Is google playing any role in the student ranking ? |
| 22:00.47 | andrei_ | In other words do they check who gets accepted and their proposal / activity or stuff like that |
| 22:08.40 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 22:13.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r49937 10/brlcad/trunk/src/conv/comgeom/region.c: fix typo |
| 22:58.41 | CIA-128 | BRL-CAD: 03starseeker * r49938 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: Simplify this logic a bit, since we don't care about comparing the old path to the new one in an if statement |
| 23:42.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r49939 10/brlcad/trunk/src/conv/comgeom/region.c: ws |
| 23:55.22 | CIA-128 | BRL-CAD: 03starseeker * r49940 10/brlcad/trunk/misc/CMake/ (3 files): Needs more verification, but this seems to fix the issues the distclean and distcheck targets were having with the odd pathnames test. As a bonus, distclean is now portable, simpler, and faster than the old approach. |
| 00:04.13 | starseeker | phew. finally |
| 00:05.06 | starseeker | if anybody wants to tell me where else distcheck is broken, you can try it out with make -j3 distcheck-full using latest trunk (warning, will do a LOT of compiling) |
| 00:06.00 | starseeker | Right now, only the Make generator is likely to work - Ninja is almost there but there are some bugs in the generator logic that prevent ninja clean from doings its thing correctly |
| 00:06.43 | starseeker | multiconfig has some wrinkles that need pondering - like whether a distclean in Xcode should clear all build configurations or just the current one |
| 00:28.22 | CIA-128 | BRL-CAD: 03tbrowder2 * r49941 10/brlcad/trunk/src/conv/comgeom/read.c: replace bu_strlcpy with bu_vls_strncpy in getint and getdeouble functions to avoid chopping the end char and invalidating the int read for fields of the input string |
| 00:30.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r49942 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am comgeom/3d.h): remove unused header file |
| 01:11.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 03:23.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 04:12.43 | *** join/#brlcad ibot_ (~ibot@rikers.org) | |
| 04:12.43 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 04:27.48 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:28.09 | *** join/#brlcad Neil__ (~chatzilla@117.228.197.157) | |
| 04:45.47 | *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net) | |
| 07:18.02 | *** join/#brlcad andrei (~andrei@188.25.175.145) | |
| 07:42.08 | *** join/#brlcad edlerk (~edlerk@AMontsouris-552-1-82-111.w92-140.abo.wanadoo.fr) | |
| 07:42.19 | edlerk | Hello? |
| 07:42.37 | edlerk | I am having trouble comipiling the brlcad source. |
| 07:42.49 | edlerk | It seems that all warnings are being treated as errors. |
| 07:43.44 | edlerk | I am compiling the source because the thing I want to do does not seem to work with the i386.deb package although it does work with the x86_64.deb package. |
| 07:47.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:47.50 | edlerk | I am having trouble comipiling the brlcad source. |
| 07:47.55 | edlerk | It seems that all warnings are being treated as errors. |
| 07:48.02 | edlerk | I am compiling the source because the thing I want to do does not seem to work with the i386.deb package although it does work with the x86_64.deb package. |
| 07:52.55 | edlerk | jordisayol: Hello. |
| 07:53.24 | jordisayol | hello |
| 07:53.39 | edlerk | Have you ever compiled the source? |
| 07:54.11 | jordisayol | yes |
| 07:54.41 | edlerk | Did you ever have trouble with it not compiling because warnings were being treated as errors? |
| 07:54.41 | jordisayol | run cmake with this flag -DBRLCAD_ENABLE_STRICT=OFF |
| 07:55.12 | edlerk | Okay. |
| 07:55.30 | edlerk | Thanks. |
| 07:55.46 | jordisayol | You are wellcome |
| 08:01.06 | edlerk | If it works, I would like to add this note to the build instructions in README.cmake. Where do I submit the patch? |
| 08:01.32 | edlerk | It would help a great deal if the build instructions work right out of the box. |
| 08:02.39 | jordisayol | well, the idea is to correct all the warning |
| 08:03.20 | edlerk | I see. I corrected a bunch of them first but then the warnings started to be with regards to un-used function arguments. |
| 08:03.47 | edlerk | There were a bunch of warnings in nmg_tri.c |
| 08:04.02 | edlerk | Most of them were really simple to fix. |
| 08:05.42 | jordisayol | btw, warnings treated as errors is explained in INSTALL file |
| 08:07.28 | edlerk | That it is. I think I saw that once and then forgot about it. Sorry. I do not like asking questions that are explained in the docs. |
| 08:07.56 | jordisayol | you can propose those patch to brlcad |
| 08:08.11 | jordisayol | no problem |
| 08:08.56 | edlerk | K. Through the sourceforge Traker:feature requests? |
| 08:10.56 | jordisayol | yes, or subscribing to brlcad-devel mail list |
| 08:11.03 | edlerk | Thanks. |
| 08:59.44 | brlcad | edlerk: the fix isn't to turn off strict compilation, the fix is to address the warning being reported |
| 09:00.36 | brlcad | turning off strict compilation is just a crutch work-around, so it's not something to really encourage in the documentation or otherwise |
| 11:36.33 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 12:26.46 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:03.34 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 13:03.34 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:32.45 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:51.02 | starseeker | do we still have a README.cmake? I thought that got swapped in as the main README a while back |
| 13:51.21 | starseeker | sounds like an older version |
| 13:59.56 | starseeker | starts redoing Gentoo - nothing like an install to eat up a weekend... |
| 16:15.18 | andrei | starseeker , why do you prefer Gentoo over Arch? |
| 16:15.42 | andrei | I m changing my distro from ubuntu in a few days and I am undecided |
| 16:17.48 | starseeker | andrei: never tried Arch - have used Gentoo for a long time and am reasonably familiar with it |
| 16:19.03 | andrei | the only thing I know about Gentoo is that it's very flexible |
| 16:24.13 | starseeker | your hardware has to be good to make it tolerable, and you have to want to understand what's going on |
| 16:24.18 | starseeker | no GUI setups for Gentoo installers |
| 16:25.37 | andrei | a GUI shouldn't be hard to install |
| 16:27.00 | andrei | speaking of minimal distro's |
| 16:27.20 | andrei | the only thing that "scares" me for the moment is the package library diferences |
| 16:27.44 | andrei | for example arch does not use dkpg and neither the apt-get wrapper |
| 16:30.21 | andrei | It might sound like a strange question, but it just came into my mind. Why does BRL-CAD need a network package library |
| 16:38.46 | starseeker | no, I mean the installation process isn't graphical - you can install GUIs, of course |
| 16:39.23 | starseeker | andrei: raytracing results (for example) can be communicated over the network to remote framebuffer displays |
| 16:40.32 | andrei | at a rough approximation, how large can this results be? |
| 16:44.57 | starseeker | umm? you can do as big a raytrace as you want... |
| 16:46.25 | andrei | ah. I'm sorry |
| 16:46.43 | andrei | I didn't really know what raytraces are, I looked them up now |
| 16:49.10 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 16:52.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r49943 10/brlcad/trunk/regress/vdeck-comgeom-g.sh: add start of a new regression test |
| 16:54.09 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 17:48.13 | *** join/#brlcad crdueck (~cdk@129-97-210-60.uwaterloo.ca) | |
| 18:15.48 | CIA-128 | BRL-CAD: 03tbrowder2 * r49944 10/brlcad/trunk/regress/vdeck-comgeom-g/ (. m35.asc.gz m35.g.gift5.txt): add dir and files to suppport vdeck regression test |
| 18:36.56 | *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 18:51.38 | *** join/#brlcad Thetawaves (~Thetawave@7-139-42-72.gci.net) | |
| 19:01.25 | *** join/#brlcad merzo (~merzo@192-69-132-95.pool.ukrtel.net) | |
| 20:15.25 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:43.32 | starseeker | gets fed up and gives Linux Mint a go - something weird with Gentoo right now, and this computer is getting long in the tooth to keep continually beating on it with upgrade compilations... |
| 20:45.29 | starseeker | took out my Window install in the process... growl. May be time to try the mingw cross-compilation trick... |
| 20:58.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r49945 10/brlcad/trunk/regress/vdeck-comgeom-g.sh: complete simple 2nd test of comgeom-g |
| 20:59.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r49946 10/brlcad/trunk/regress/CMakeLists.txt: activate vdeck/comgeom-g regression test |
| 21:03.40 | CIA-128 | BRL-CAD: 03tbrowder2 * r49947 10/brlcad/trunk/regress/CMakeLists.txt: keep items sorted |
| 21:08.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r49948 10/brlcad/trunk/NEWS: made month of next release current (fingers crossed) |
| 22:25.14 | *** join/#brlcad thiago_ (~thiago@187.106.51.193) | |
| 22:25.18 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 01:06.08 | *** join/#brlcad Neil__ (~chatzilla@117.228.197.139) | |
| 02:09.02 | *** join/#brlcad Neil__ (~chatzilla@117.228.197.139) | |
| 03:59.55 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 04:46.59 | *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net) | |
| 05:01.28 | *** join/#brlcad Neil__ (~chatzilla@117.228.197.139) | |
| 05:24.41 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 05:38.00 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:03.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:46.39 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:12.50 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 13:04.44 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 13:29.22 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:59.31 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 14:00.28 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 14:15.28 | *** join/#brlcad Neil__ (~chatzilla@117.228.197.139) | |
| 14:36.36 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 15:49.52 | *** join/#brlcad plussai (3cbabc67@gateway/web/freenode/ip.60.186.188.103) | |
| 16:38.56 | CIA-128 | BRL-CAD: 03tbrowder2 * r49949 10/brlcad/trunk/regress/Makefile.am: added vdeck regression test; don't delete CMakeLists.txt with autotools |
| 17:49.36 | starseeker | caves - too used to my customized gentoo environment. grumble... |
| 17:51.43 | andrei | Hello :) |
| 17:52.45 | andrei | starseeker, may I ask you, out of curiosity. What ide do you use mainly? |
| 18:37.28 | starseeker | andrei: don't usually use an ide - just the vim text editor and compiler on the command line |
| 18:38.39 | starseeker | you can use IDE's to develop BRL-CAD - some do - I'm just accustomed to the bare-bones approach - vim, grep, cmake :-) |
| 18:55.37 | *** join/#brlcad thiago_ (~thiago@201.82.132.246) | |
| 19:01.53 | *** join/#brlcad merzo (~merzo@243-249-133-95.pool.ukrtel.net) | |
| 19:52.39 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 20:03.07 | Stattrav | or there is a .emacs config mentioned on the wiki to customize your env to brlcad |
| 20:13.05 | *** join/#brlcad KimK_ibmlaptop (~kkirwan@ip72-202-156-167.ks.ks.cox.net) | |
| 20:23.21 | *** join/#brlcad Neil__ (~chatzilla@117.229.16.165) | |
| 20:28.20 | *** join/#brlcad andrei (andrei@188.25.175.145) | |
| 20:33.14 | CIA-128 | BRL-CAD: 03starseeker * r49950 10/brlcad/trunk/sh/ (CMakeLists.txt footer.sh): Teach footer about a few more CMake cases |
| 20:38.32 | CIA-128 | BRL-CAD: 03starseeker * r49951 10/brlcad/trunk/ (133 files in 114 dirs): Update/add footers and add a few headers in misc/CMake via sh scripts |
| 21:28.35 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 21:42.40 | *** join/#brlcad thiago_ (~thiago@201.82.132.246) | |
| 22:01.14 | *** join/#brlcad crdueck (~cdk@129-97-210-87.uwaterloo.ca) | |
| 22:12.23 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 15:01.03 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:01.03 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 16:06.40 | brlcad | yeah, but other stuff too .. gsoc ones are mostly quick |
| 16:32.01 | *** join/#brlcad andrei (~andrei@188.25.171.93) | |
| 16:46.54 | *** join/#brlcad andrei__ (~tuxilina@188.25.171.93) | |
| 17:04.50 | *** join/#brlcad Neil__ (~chatzilla@117.229.20.39) | |
| 18:03.24 | brlcad | bhinesley: what's up with Once again participating in the Google Summer of Code [1], students interested in working on BRL-CAD this summer have been diligently preparing and posting proposals over the past couple weeks. In all, we ended up with about 50 submissions by the deadline with about three dozen or so being considered valid proposals that will go through our review process. Here's a nifty graph showing the rush up to the deadline: |
| 18:03.31 | brlcad | This year, code cleanup seems to be the most popular theme along with a wide range of interest in NURBS, object mathematics, website services, and more. The overall quality seems to be fantastic this year with many students electing to showcase their proposal on the BRL-CAD Wiki with diagrams, prototypes, and patches demonstrating concepts and abilities. Awesome. |
| 18:03.36 | brlcad | On another positive note, students have at LEAST a 5% chance of being accepted simply by applying to BRL-CAD, which is far greater than one has applying to some other open source organizations. Depending on how our proposal reviews and slot allocations proceed, we hope to increase those odds easily into the 15-30% range or better. |
| 18:03.41 | brlcad | Until selections are finalized, our mentors will continue to work with students on their patches [2] and will be posing comments, questions, and holding interviews over the next two weeks. A big thanks goes out to all of our student applicants! It'll be very hard to narrow down on just a few students to work with this summer but we hope all are inspired to contribute to open source source software and thank everyone for their interest in BRL-CAD! |
| 18:03.47 | brlcad | Cheers! |
| 18:03.49 | brlcad | Sean |
| 18:03.52 | brlcad | [1] http://brlcad.org/d/node/97 |
| 18:03.55 | brlcad | [2] https://sourceforge.net/tracker/?group_id=105292&atid=640804 |
| 18:03.57 | brlcad | ooops |
| 18:04.00 | brlcad | sorry all, bad paste |
| 18:04.02 | brlcad | bhinesley: http://pastebin.com/HynejqH0 :) |
| 19:04.00 | *** join/#brlcad merzo (~merzo@79-115-132-95.pool.ukrtel.net) | |
| 19:25.43 | andrei | hello :) |
| 19:32.37 | brlcad | howdy :) |
| 19:34.53 | andrei | Sorry for the lack of activity these days, I m kept busy by homeworks and deadlines from university |
| 19:35.19 | andrei | I have been working 3 days continuosly on a homework before I was noticed by my teacher that the checker is broken... |
| 19:36.17 | andrei | but we have Easter holiday starting in two days and I ll use that to catch up :) |
| 19:36.34 | brlcad | no worries |
| 19:39.56 | andrei | I have a curiosity about open source and brl-cad |
| 19:40.25 | andrei | why did the brl-cad organization become open source, I m not entirely sure how this benefits an organization |
| 19:46.18 | andrei | I mean, for example a core brl-cad developer works only on brl-cad? |
| 19:51.59 | andrei | I hope this question doesn't seem stupid or rude, just read a bit on http://en.wikipedia.org/wiki/BRL-CAD and it made me curious |
| 20:19.40 | CIA-128 | BRL-CAD: 03starseeker * r49955 10/brlcad/trunk/ (5 files in 5 dirs): Correct old type in FindTCL.cmake, update other copies in src/other |
| 20:30.39 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 20:42.20 | brlcad | andrei: there are lots of benefits to becoming an open source project, particularly for governments where traditional notions of commercial development are not relevant |
| 20:43.14 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 20:51.50 | brlcad | for brl-cad in particular, going open source was a great way to actually substantially reduce overhead costs, improve collaborative potential, and reduce deployment costs |
| 23:25.39 | CIA-128 | BRL-CAD: 03starseeker * r49956 10/brlcad/trunk/regress/CMakeLists.txt: fix distcheck |
| 00:35.31 | *** join/#brlcad thiago_ (~thiago@201.82.135.169) | |
| 00:43.26 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 01:18.22 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 02:01.30 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 02:10.27 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:34.14 | CIA-128 | BRL-CAD: 03starseeker * r49957 10/brlcad/trunk/src/bwish/CMakeLists.txt: |
| 04:34.14 | CIA-128 | BRL-CAD: Try to reorganize the bwish/btclsh logic a bit - wonder how much of this can be |
| 04:34.14 | CIA-128 | BRL-CAD: pushed down into source code and compile definitions? Still need to figure out |
| 04:34.14 | CIA-128 | BRL-CAD: why package require Itcl and package require Itk won't do what's needed here. |
| 04:39.08 | CIA-128 | BRL-CAD: 03starseeker * r49958 10/brlcad/trunk/misc/CMake/distclean.cmake.in: typo |
| 04:40.47 | CIA-128 | BRL-CAD: 03starseeker * r49959 10/brlcad/trunk/ (4 files in 3 dirs): |
| 04:40.47 | CIA-128 | BRL-CAD: Don't hit the disk more than we need to - build the file and directory lists |
| 04:40.47 | CIA-128 | BRL-CAD: using global properties, then write them out to files at the end for later use. |
| 04:40.47 | CIA-128 | BRL-CAD: May help configure time a bit, especially on MSVC, but not tested there yet. |
| 04:43.47 | *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 05:19.09 | *** join/#brlcad Neil___ (~chatzilla@117.229.32.66) | |
| 05:20.17 | *** join/#brlcad Neil___ (~chatzilla@117.229.32.66) | |
| 05:39.31 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:39.49 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:00.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:08.14 | *** join/#brlcad andrei (~andrei@188.25.171.93) | |
| 10:00.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:55.36 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:23.06 | ``Erik | heh, weee, that tugboat, 1468rtfm, LIBRT_BOT_MINTIE=4, 1378269rtfm |
| 11:25.00 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:33.42 | *** join/#brlcad Neil___ (~chatzilla@117.229.10.204) | |
| 11:54.31 | CIA-128 | BRL-CAD: 03brlcad * r49960 10/brlcad/trunk/NEWS: (log message trimmed) |
| 11:54.31 | CIA-128 | BRL-CAD: The original problem was a result of the getint and getdouble |
| 11:54.31 | CIA-128 | BRL-CAD: functions using the actual field input size when parsing an input line |
| 11:54.31 | CIA-128 | BRL-CAD: and the bu_strlcpy macros in those two functions promptly chopped off |
| 11:54.32 | CIA-128 | BRL-CAD: the last character as they are supposed to do. I replaced the macros |
| 11:54.32 | CIA-128 | BRL-CAD: with the bu_vls_strncpy functions so the parsing is more intuitive in |
| 11:54.33 | CIA-128 | BRL-CAD: that actual field size is entered and the last character is not |
| 12:00.55 | CIA-128 | BRL-CAD: 03erikgreenwald * r49961 10/brlcad/trunk/include/vmath.h: set _USE_MATH_DEFINES for msvc ( http://msdn.microsoft.com/en-us/library/4hwaceh6%28v=vs.80%29.aspx ) |
| 12:04.52 | *** join/#brlcad Neil___ (~chatzilla@117.229.110.129) | |
| 12:39.26 | CIA-128 | BRL-CAD: 03brlcad * r49962 10/brlcad/trunk/NEWS: cliff fixed a bug in the benchmark suite where it wasn't using the right filename pattern during the 'clobber' action causing log files to remain. fixed the pattern. |
| 15:02.49 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 15:28.18 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:38.21 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:17.05 | *** join/#brlcad andrei_ (~andrei@188.25.171.93) | |
| 16:17.16 | andrei_ | hello :) |
| 17:01.27 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 17:56.58 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:10.06 | brlcad | howdy andrei_ |
| 18:21.20 | andrei_ | from what bhinesley told me last year he proposed to refactor commands instead of just following simian output |
| 18:26.24 | andrei_ | I believe that I should learn how to work with archer and mged , at least the basics , in order to be more succesful with the project |
| 18:26.38 | andrei_ | I haven't had time to look it up yet, are there any guides or tutorials? |
| 19:01.44 | *** join/#brlcad merzo (~merzo@239-198-200-46.pool.ukrtel.net) | |
| 19:02.13 | CIA-128 | BRL-CAD: 03n_reed * r49963 10/brlcad/trunk/src/other/step/src/fedex_plus/ (complexSupport.h multlist.cc write.cc): Address unused variable warnings first quelled in r41173. Rather than creating 30 named pointer vars, create a pointer array and use a cleaned-up version of SCL git c1b5743 to choose a good size for it. |
| 19:06.56 | brlcad | andrei_: there are lots of guides and tutorials .. an extensive mged tutorial is on the website |
| 19:07.27 | brlcad | probably the best starting point |
| 19:08.50 | brlcad | it's meant to take a couple days of study, but a couple folks have completed the entire series in less than a day |
| 19:10.05 | andrei_ | that's great. |
| 19:10.12 | *** join/#brlcad Neil___ (~chatzilla@117.229.4.23) | |
| 19:20.40 | CIA-128 | BRL-CAD: 03starseeker * r49964 10/brlcad/trunk/src/ (mged/CMakeLists.txt tab/CMakeLists.txt): Couple things to ignore for distcheck if lex and yacc aren't around |
| 20:11.44 | *** join/#brlcad merzo (~merzo@51-20-133-95.pool.ukrtel.net) | |
| 20:29.50 | brlcad | jordisayol: have you ever used the opensuse build service? |
| 20:30.08 | brlcad | been trying to set up brl-cad there, looks like it'd be a great deployment testing service |
| 20:34.39 | CIA-128 | BRL-CAD: 03brlcad * r49965 10/brlcad/trunk/misc/brlcad.spec.in: include some basic dependency requirements, generic build root, proper description, and updated/simplified build steps |
| 20:52.54 | CIA-128 | BRL-CAD: 03brlcad * r49966 10/brlcad/trunk/src/sig/dfft.c: |
| 20:52.54 | CIA-128 | BRL-CAD: simplify the bounds checking. just use the one larger MAXFFT global for |
| 20:52.54 | CIA-128 | BRL-CAD: everything including the outputs, even though they only use half the space. |
| 20:52.54 | CIA-128 | BRL-CAD: avoids off-by-one issues and simplifies the code. Keep the convolution at 1024 |
| 20:52.55 | CIA-128 | BRL-CAD: by default. |
| 21:05.42 | CIA-128 | BRL-CAD: 03bob1961 * r49967 10/brlcad/trunk/src/mged/mged.c: This fixes the shaded geometry display problem when the embedded framebuffer is active. |
| 21:09.53 | CIA-128 | BRL-CAD: 03n_reed * r49968 10/brlcad/trunk/src/other/step/src/ (8 files in 2 dirs): Remove unused variables as identified by SCL git 89237b8, 860bd45, 90de2d7, d56117f, f3e2eaf, and 7a68580. |
| 21:13.22 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 21:16.38 | jordisayol | brlcad: no, I've no idea about it. I just build rpm for opensuse because nobody else do it. I never use it, I just have a virtualbox machine to build the packages and make some basic test |
| 21:17.37 | jordisayol | brlcad: if you get it working, I'll be happy |
| 21:18.41 | brlcad | jordisayol: the opensuse build service checks compilation on opensuse, fedora, centos, debian, mandriva, rhel, ubuntu, and a couple others |
| 21:18.52 | brlcad | https://build.opensuse.org/project/show?project=home%3Abrlcad |
| 21:19.57 | brlcad | I was asking because I'm having trouble getting it setup, doing something wrong |
| 21:21.07 | jordisayol | I see, I've no idea, sorry |
| 21:33.26 | brlcad | if you want to give it a try, let me know and I can add your account |
| 21:49.33 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 22:02.41 | CIA-128 | BRL-CAD: 03n_reed * r49969 10/brlcad/trunk/src/other/step/src/ (clstepcore/complexlist.cc fedex_plus/classes.c): variable initializations informed by SCL git cc155a8 and b9156ad |
| 22:18.52 | CIA-128 | BRL-CAD: 03n_reed * r49970 10/brlcad/trunk/src/other/step/src/fedex_plus/expressbuild.cc: EntNode doesn't have a no-parameter constructor; construct from empty string. SCL git 8e256d7. |
| 22:27.07 | CIA-128 | BRL-CAD: 03n_reed * r49971 10/brlcad/trunk/src/other/step/src/fedex_plus/expressbuild.cc: might as well match git formatting |
| 22:28.13 | brlcad | 49970/49971 are technically "wrong" |
| 22:28.22 | brlcad | casting a string literal to char* |
| 22:28.54 | brlcad | if EntNode()'s constructor doesn't take a const char* or similar, it should |
| 22:29.14 | brlcad | if it relies on non-constness, then those casts are crashes waiting to happen |
| 23:40.53 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 23:51.22 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:14.08 | CIA-128 | BRL-CAD: 03starseeker * r49972 10/brlcad/trunk/regress/CMakeLists.txt: Add new regression files to clean rule. distcheck-full succeeds on Linux. |
| 03:47.47 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 05:20.20 | CIA-128 | BRL-CAD: 03n_reed * r49973 10/brlcad/trunk/src/other/step/src/fedex_plus/ (complexSupport.h expressbuild.cc): |
| 05:20.20 | CIA-128 | BRL-CAD: Ah, I see now. g++ warning was from conversion when calling default constructor |
| 05:20.20 | CIA-128 | BRL-CAD: EntNode(char *nm = (const char[])""). Git 8e256d7 suppressed warning by calling |
| 05:20.20 | CIA-128 | BRL-CAD: with (char*)"". Real solution is to make the parameter const. |
| 06:11.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:08.03 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:48.29 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 12:34.16 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 13:16.44 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 13:16.49 | *** join/#brlcad Neil___ (~chatzilla@117.229.118.45) | |
| 13:45.30 | *** join/#brlcad atneik (~atneik@59.178.132.53) | |
| 13:49.50 | *** join/#brlcad merzo (~merzo@224-163-132-95.pool.ukrtel.net) | |
| 15:05.05 | *** join/#brlcad atneik (~atneik@59.178.132.53) | |
| 15:27.25 | *** part/#brlcad atneik (~atneik@59.178.132.53) | |
| 15:27.33 | CIA-128 | BRL-CAD: 03tbrowder2 * r49974 10/brlcad/trunk/regress/Makefile.am: turning off flawfinder check until it's ready |
| 15:36.43 | CIA-128 | BRL-CAD: 03tbrowder2 * r49975 10/brlcad/trunk/regress/Makefile.am: add some more regress product files to be cleaned |
| 15:45.56 | CIA-128 | BRL-CAD: 03tbrowder2 * r49976 10/brlcad/trunk/src/mged/points/Makefile.am: don't delete cmake src files |
| 15:49.25 | CIA-128 | BRL-CAD: 03tbrowder2 * r49977 10/brlcad/trunk/regress/library.sh: add search path for vdeck |
| 15:58.01 | CIA-128 | BRL-CAD: 03tbrowder2 * r49978 10/brlcad/trunk/regress/ (6 files in 3 dirs): renaming vdeck/comgeom-g test files to simplify reference to the pair |
| 17:41.06 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 18:45.22 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 19:40.25 | *** join/#brlcad merzo (~merzo@211-52-133-95.pool.ukrtel.net) | |
| 19:57.40 | CIA-128 | BRL-CAD: 03starseeker * r49979 10/brlcad/trunk/src/librt/primitives/ars/ars.c: Gah - ARS bbox routine appears to have the same issue (whatever that issue is) as the BoT bbox routine. Do what we did for BoT and comment out the ARS bbox routine usage until it gets resolved. |
| 20:01.24 | CIA-128 | BRL-CAD: 03starseeker * r49980 10/brlcad/branches/STABLE/src/librt/primitives/ars/ars.c: Turn off the ARS custom bbox routine - restore old behavior until we get ARS bbox routine to produce the correct bbox |
| 20:24.49 | brlcad | was that the problem? |
| 20:24.55 | brlcad | rather, the change |
| 20:42.47 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 21:21.24 | *** join/#brlcad Srinath (~Srinath@14.139.212.71) | |
| 21:21.53 | Srinath | hii |
| 21:22.27 | Srinath | anyone here?? |
| 21:23.06 | *** join/#brlcad ksuzee (c1976b2a@gateway/web/freenode/ip.193.151.107.42) | |
| 21:58.10 | brlcad | ~ask |
| 21:58.10 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 22:07.28 | CIA-128 | BRL-CAD: 03n_reed * r49981 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_misc.c): missing function prototypes causing bad compilation on Mac 10.6 |
| 22:14.51 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 22:35.50 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 23:51.53 | starseeker | Huh - kinda cool http://www.hxa.name/articles/content/octree-general-cpp_hxa7241_2005.html |
| 00:37.49 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:58.17 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 15:09.28 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:09.28 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 15:47.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:50.45 | ``Erik | https://lkml.org/lkml/2012/3/31/131 interesting linux kernel patch concerning parallel programming |
| 17:05.29 | CIA-128 | BRL-CAD: 03n_reed * r49982 10/brlcad/trunk/src/conv/fast4-g.c: On split, forgot to reset hole-list pointer to subtract holes in second region. CID 171. |
| 17:09.20 | *** join/#brlcad tuxilina (~tuxilina@79.117.232.42) | |
| 17:09.30 | andrei_ | hello! |
| 17:14.26 | CIA-128 | BRL-CAD: 03n_reed * r49983 10/brlcad/trunk/src/conv/patch/patch-g.c: Remove redundant null check. CID 176. |
| 17:14.42 | brlcad | andrei_: hallow! |
| 17:15.51 | brlcad | d_rossberg: I'm sending an e-mail about about that -- the score I put just was a simple 0-10 presort based on the quality of the application writeup (not the applicant) |
| 17:17.21 | d_rossberg | ok |
| 17:18.04 | brlcad | good vacation? :) |
| 17:18.58 | andrei_ | mine? |
| 17:19.06 | brlcad | nope :) |
| 17:19.15 | andrei_ | :( but I wanted a vacation |
| 17:19.24 | brlcad | no vacation for you! |
| 17:19.34 | d_rossberg | i'm still in vacation ;) |
| 17:20.15 | d_rossberg | nevertheless i've to do some work |
| 17:20.53 | d_rossberg | and to wait for some craftmans |
| 17:22.01 | d_rossberg | they told me at 5 that they won't come today but tomorrow :( |
| 17:26.38 | andrei_ | they probably have some execution errors :( |
| 17:50.22 | starseeker | jots a note down to see whether qmg might have anything interesting: http://www.cs.cornell.edu/home/vavasis/qmg-home.html |
| 18:14.37 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 18:27.50 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:29.49 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 18:49.35 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 19:07.42 | brlcad | hello crdueck |
| 19:12.12 | crdueck | hi brlcad |
| 19:12.15 | CIA-128 | BRL-CAD: 03brlcad * r49984 10/brlcad/trunk/NEWS: nick fixed a bug in the fast4-g importer while fixing coverity cid 171 (r49982). looks like there was bad logic handling hole/wall geometry. fixed by resetting the variable after the split. |
| 19:29.16 | CIA-128 | BRL-CAD: 03brlcad * r49985 10/brlcad/trunk/ (NEWS TODO): |
| 19:29.16 | CIA-128 | BRL-CAD: cliff fixed a bug in ARS prep where the new bounding box routine being |
| 19:29.16 | CIA-128 | BRL-CAD: calculated is way too big. (r49979) reverted to using the BoT results. issue |
| 19:29.16 | CIA-128 | BRL-CAD: was reported by s2 folks where an overlap case was resulting in different |
| 19:29.16 | CIA-128 | BRL-CAD: ordering of objects (resulting in a different normal). |
| 19:39.08 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 19:47.02 | *** join/#brlcad merzo (~merzo@182-70-133-95.pool.ukrtel.net) | |
| 19:58.53 | *** join/#brlcad Neil___ (~chatzilla@117.229.89.77) | |
| 20:03.08 | CIA-128 | BRL-CAD: 03n_reed * r49986 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Tweak branching to avoid an unnecessary test on hit_v. CID 169. |
| 20:39.56 | CIA-128 | BRL-CAD: 03starseeker * r49987 10/brlcad/trunk/regress/ (CMakeLists.txt nurbs/ nurbs/brep-3dm.tar.bz2): |
| 20:39.56 | CIA-128 | BRL-CAD: Add the abstract brep shape used during the development of NURBS raytracing |
| 20:39.56 | CIA-128 | BRL-CAD: support - very simple shape that still has enough interesting aspects to serve |
| 20:39.56 | CIA-128 | BRL-CAD: as a reasonable test case for a variety of raytracing situations. Also a good |
| 20:39.56 | CIA-128 | BRL-CAD: candidate file for 3dm-g regression testing. |
| 21:04.25 | brlcad | er, "nurbs" isn't a format |
| 21:04.38 | brlcad | those subdirs are all for a specific format |
| 21:06.38 | brlcad | ooh, I see that's the regress dir |
| 21:06.57 | brlcad | never mind, looked like it was src/conv |
| 21:11.08 | *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 21:32.24 | CIA-128 | BRL-CAD: 03n_reed * r49988 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Remove unused total_splits variable (previously captured func return, should've been removed in r8791). CID 170. |
| 21:48.18 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:05.36 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 23:27.01 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 23:52.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r49989 10/brlcad/trunk/regress/comgeom/m35.cg.gz: a compressed file to replace m35.g.gift5.txt |
| 00:43.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r49990 10/brlcad/trunk/regress/ (CMakeLists.txt comgeom/m35.g.gift5.txt comgeom.sh): tidy regress-comgeom test; remove old and now unused input test file |
| 01:46.07 | CIA-128 | BRL-CAD: 03starseeker * r49991 10/brlcad/branches/STABLE/src/libdm/dm-ogl.c: Pull in bu_log statement change from trunk |
| 02:04.24 | CIA-128 | BRL-CAD: 03starseeker * r49992 10/brlcad/branches/STABLE/src/libged/analyze.c: Backport fix for MSVC from trunk |
| 02:12.52 | CIA-128 | BRL-CAD: 03starseeker * r49993 10/brlcad/branches/STABLE/src/rt/viewweight.c: Backport another MSVC fix from trunk |
| 03:33.03 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 03:40.56 | *** join/#brlcad Neil___ (~chatzilla@117.228.195.122) | |
| 03:47.18 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 05:03.16 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 05:03.45 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:44.17 | *** join/#brlcad andrei_ (~tuxilina@79.118.113.94) | |
| 06:44.56 | *** join/#brlcad andrei_ (~tuxilina@79.118.113.94) | |
| 08:25.40 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:32.23 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:33.30 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 08:59.18 | *** join/#brlcad Neil___ (~chatzilla@117.229.46.253) | |
| 09:39.28 | *** join/#brlcad Neil___ (~chatzilla@117.229.107.190) | |
| 11:13.05 | *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 11:39.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r49994 10/brlcad/trunk/include/bu.h: update citation: expand author's first names, correct title, add note on availability of 3rd ed. |
| 11:42.05 | CIA-128 | BRL-CAD: 03tbrowder2 * r49995 10/brlcad/trunk/include/bu.h: expand note |
| 11:51.01 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 11:58.27 | CIA-128 | BRL-CAD: 03tbrowder2 * r49996 10/brlcad/trunk/include/bu.h: expand note further highlighting possible errors in impementation |
| 11:59.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r49997 10/brlcad/trunk/TODO: add need for checking red-black tree implementation |
| 12:22.24 | *** join/#brlcad Neil___ (~chatzilla@117.229.23.121) | |
| 13:52.29 | CIA-128 | BRL-CAD: 03203.110.247.221 07http://brlcad.org * r3504 10/wiki/Contributor_Quickies: /* HARD: Fix Bounding Box function for BoT primitive */ |
| 14:09.20 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:17.03 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 14:24.34 | CIA-128 | BRL-CAD: 0368.34.98.23 07http://brlcad.org * r3505 10/wiki/Contributor_Quickies: Undo revision 3504 by [[Special:Contributions/203.110.247.221|203.110.247.221]] ([[User talk:203.110.247.221|Talk]]) |
| 14:26.58 | CIA-128 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:203.110.247.221]] with an expiry time of 1 year (anonymous users only, account creation disabled): Removing content from pages |
| 14:54.18 | brlcad | starseeker: there's a slim chance that the same attribute bug may have affected the other schemas |
| 14:54.27 | brlcad | see if 203e2 works |
| 16:15.06 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:16.03 | CIA-128 | BRL-CAD: 03tbrowder2 * r49998 10/brlcad/trunk/include/bu.h: fix typo in quote |
| 17:55.47 | *** join/#brlcad andrei_ (~andrei_@79.119.90.25) | |
| 17:57.02 | andrei_ | hello |
| 18:23.25 | CIA-128 | BRL-CAD: 03erikgreenwald * r49999 10/brlcad/trunk/src/librt/shoot.c: start filling in a little bit of the rt_shootray_simple hit func |
| 18:23.49 | CIA-128 | BRL-CAD: 03erikgreenwald * r50000 10/brlcad/trunk/TODO: bump bottie fixes out of this release cycle, they shouldn't be in any critical paths just yet |
| 18:25.43 | brlcad | ``Erik: er, using libbu structures without libbu memory management? that can cause memory problems |
| 18:26.33 | brlcad | rather, librt structures |
| 18:28.05 | brlcad | you can free() a bu_malloc() as it just messes up the book-keeping, but I don't think you can safely bu_free() a malloc() |
| 18:29.39 | ``Erik | yeh, still needs more filling, was just a quick commit to get 50k O:-) *duck* |
| 18:30.04 | brlcad | ahhhh... woo hoo |
| 18:30.14 | brlcad | feels like there should be a party or something |
| 18:31.10 | brlcad | maybe a good time to recreate the gource visualization and post an announcement |
| 18:31.18 | ``Erik | there was a party, ya missed it |
| 18:31.21 | ``Erik | puts his pants back on |
| 18:31.23 | brlcad | uh huh |
| 18:31.29 | CIA-128 | BRL-CAD: 03erikgreenwald * r50001 10/brlcad/trunk/src/librt/shoot.c: malloc->bu_malloc. Mention that it adds malloc syscalls, so is not fast. |
| 18:31.38 | brlcad | I wouldn't say I "missed" it |
| 18:32.10 | brlcad | comment is wrong ;) |
| 18:32.12 | CIA-128 | BRL-CAD: 03starseeker * r50002 10/brlcad/trunk/ (5 files in 5 dirs): |
| 18:32.12 | CIA-128 | BRL-CAD: Per user request, at a way to indicate to CMake that it should build either a) |
| 18:32.12 | CIA-128 | BRL-CAD: just what is needed for librt b) just what is needed for the libraries sans |
| 18:32.12 | CIA-128 | BRL-CAD: executables or c) everything (default) via the BRLCAD_ENABLE_TARGETS variable |
| 18:32.44 | starseeker | bah - s/at/add/ |
| 18:32.53 | ``Erik | eh? |
| 18:33.37 | brlcad | malloc() |
| 18:33.42 | starseeker | 50002 -> the commit that *should* have been 50000 :-P |
| 18:35.05 | ``Erik | should have been 49999, you mean |
| 18:35.21 | starseeker | oh, i would have found something small to commit first :-P |
| 18:39.16 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 18:42.06 | CIA-128 | BRL-CAD: 03erikgreenwald * r50003 10/brlcad/trunk/src/librt/shoot.c: add some more copy bits to the shootray_simple hit func |
| 18:43.45 | andrei_ | brlcad , as I you have mentioned I did spend some time looking into the rb tree api |
| 18:43.51 | andrei_ | is there any way I could help? |
| 18:45.55 | CIA-128 | BRL-CAD: 03starseeker * r50004 10/brlcad/trunk/CMakeLists.txt: fix it so the documentation summary line doesn't lie when we're only building libraries |
| 18:46.00 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 18:46.13 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 18:47.50 | brlcad | andrei_: sure! |
| 18:48.19 | brlcad | you could read the link browder posted to see what the issue was, then devise a way to test whether our implementation has that flaw |
| 18:49.06 | brlcad | it's almost certainly not as simple as "delete didn't work" .. but more likely didn't work under some given conditions |
| 18:49.41 | andrei_ | alright, I will look into it tomorrow |
| 18:49.45 | brlcad | their update or errata may say what those conditions were, and a test could be devised |
| 18:49.50 | brlcad | awesome |
| 18:50.14 | ``Erik | heh, src/libbu/test_rbtree.c seems strangely absent :D |
| 18:57.13 | andrei_ | Erik, as far as I remember there wasn't a test_rbtree |
| 18:57.26 | andrei_ | at least not in the source I downloaded |
| 18:57.35 | brlcad | ``Erik: patches tracker |
| 18:57.48 | brlcad | it's not yet committed |
| 18:58.45 | brlcad | andrei_'s unit test included testing delete and it succeeded, so presumably the failure is either some specific condition or our implementation doesn't have the flaw |
| 18:59.26 | andrei_ | perhaps this is also an occasion to improve the unit test |
| 18:59.30 | ``Erik | i've started using ctest in the libwa project I'm doing, cmake's ctest ENABLE_TESTING() ADD_TEST() stuff, would require some reworking of our test programs to use it well, though... (relies solely on program return value) |
| 19:02.50 | ``Erik | might be worth discussing if that's the angle we want to take |
| 19:04.48 | brlcad | shrug, I'm not enamored by ctest |
| 19:05.09 | brlcad | as far as testing frameworks go, that was is rather mediocre |
| 19:05.44 | brlcad | it's fine, but not much value (to me) vs the simplicity of just writing a program that tests what you want |
| 19:05.52 | ``Erik | cmake is wired for it, though, I wasn't able to override the 'test' target to do my own (using libcheck) |
| 19:06.05 | brlcad | so |
| 19:06.11 | brlcad | that wiring is dirt cheap |
| 19:09.18 | brlcad | the setup and maintenance complexity offsets the nominal benefits |
| 19:10.00 | brlcad | maybe if we had a lot more tests or if it just had some other feature(s) to make it actually save time vs the simplicity of the alternative (what we have) |
| 19:11.00 | brlcad | nobody has to learn anything to write a test right now, you just write a program as simple/complex as you like/need/want |
| 19:11.45 | ``Erik | kinda the same for ctest, it really is int main() { if(test_succeeds()) return 0; else return 1; } |
| 19:12.42 | ``Erik | my approach has been to pass test values in via argc and define all the test cases in the CMakeLists.txt |
| 19:13.23 | ``Erik | the only real arguments for ctest are "it's the cmake way" and consistency |
| 19:21.20 | brlcad | except I had to learn test_succeeds() and whatever other prerequisites |
| 19:22.54 | brlcad | much simpler and less complexity to maintain to just write a program that does what I need |
| 19:23.08 | brlcad | no limitation of return values or data |
| 19:27.48 | ``Erik | test_succeeds() is the bit you write |
| 19:28.33 | ``Erik | the only thing in the C (or whatever) program to communicate back to the framework is the return value from main(), 0 succeeds and non-zero fails |
| 19:28.46 | ``Erik | (so LOTS of forks and execs) |
| 19:29.14 | brlcad | see already confusing ;) |
| 19:29.22 | brlcad | you shouldn't have to explain it |
| 19:30.33 | ``Erik | heh, ok, "int main() { return 0; }" is a test that passes. the part that tripped me up was that I was looking for something to learn :/ |
| 19:33.09 | ``Erik | echo "exit 0" > blah.tcl && echo "ADD_TEST(sometcltest bin/tclsh blah.tcl)" >> CMakeLists.txt && make all test |
| 19:34.39 | ``Erik | the fu of ctest is all in the wiring, it aggregates the results and generates a report at the end |
| 19:34.56 | brlcad | nods |
| 19:35.16 | brlcad | and that's my point .. that little tidbit doesn't seem to be "enough" .. doesn't pull its long-term weight |
| 19:36.29 | brlcad | the main feature is basically the summary report/output |
| 19:36.31 | ``Erik | at the moment, we have no aggregation, just 'all stop' if one thing fails |
| 19:36.57 | brlcad | that's good, have to fix that failure ;) |
| 19:37.27 | ``Erik | I'm under the impression (and starseeker might know something about this, if he wants to chime in), it's a short hop to get to a red/green dashboard webpage or email report |
| 19:39.25 | brlcad | it is |
| 19:39.43 | brlcad | still, that's all so weak compared to some of the other frameworks |
| 19:40.17 | brlcad | it's basically just/only the report/output/summary that it offers (whether text/web or otherwise) |
| 19:40.32 | andrei_ | I am not sure if it it's a good idea |
| 19:40.45 | andrei_ | but wouldn't valgrind help on this issue? |
| 19:41.26 | brlcad | andrei_: what issue? |
| 19:41.41 | andrei_ | detecting the delete bug? |
| 19:42.09 | andrei_ | I haven't managed to read all up tho :( |
| 19:42.12 | andrei_ | so I might be misinformed |
| 19:43.19 | andrei_ | I ll read everything that has been said and come back after :) |
| 19:44.05 | brlcad | I doubt it'll help |
| 19:45.59 | brlcad | valgrind would be a memory issue (i.e., an implementation detail issue) |
| 19:46.17 | brlcad | the book implied it was an algorithmic problem |
| 19:48.40 | ``Erik | starseeker: vdeck-comgeom-g.sh |
| 19:49.44 | starseeker | ah - yeah, Tom did some updates to filenames with the comgeom regression |
| 19:49.56 | ``Erik | regenerating from a clean dir now |
| 20:02.02 | ``Erik | starseeker: http://paste.lisp.org/display/128945 |
| 20:10.26 | *** join/#brlcad Neil___ (~chatzilla@117.229.59.196) | |
| 20:16.16 | ``Erik | *grumble* very well might be an NFS issue, yet again |
| 20:17.45 | starseeker | heh |
| 20:19.15 | ``Erik | http://www.masswerk.at/googleBBS/ google as an 80's BBS, awesome |
| 20:28.24 | CIA-128 | BRL-CAD: 03erikgreenwald * r50005 10/brlcad/trunk/src/librt/shoot.c: initialize c to avoid the uninitialized warning on older gccs |
| 21:24.42 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:36.32 | *** join/#brlcad Neil___ (~chatzilla@117.229.121.43) | |
| 22:18.11 | brlcad | starseeker: looks like the INSTALL file validation isn't matching the exact option names |
| 22:18.31 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 22:58.49 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 23:28.56 | CIA-128 | BRL-CAD: 03tbrowder2 * r50006 10/brlcad/trunk/src/conv/g-nff.c: ws, style |
| 23:46.16 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 23:59.59 | brlcad | actually, looks like some other issue .. just not enabling optimized |
| 00:52.45 | CIA-128 | BRL-CAD: 03tbrowder2 * r50007 10/brlcad/trunk/regress/ (CMakeLists.txt g-dot.sh g-nff.sh): add start of regression tests for g-nff and g-dot |
| 01:03.25 | CIA-128 | BRL-CAD: 03tbrowder2 * r50008 10/brlcad/trunk/regress/ (g-dot.sh g-nff.sh): tidy regress scripts |
| 01:18.19 | CIA-128 | BRL-CAD: 03tbrowder2 * r50009 10/brlcad/trunk/regress/g-nff.sh: add a known test failure for current trunk |
| 01:32.40 | CIA-128 | BRL-CAD: 03tbrowder2 * r50010 10/brlcad/trunk/regress/g-nff.sh: tidying test but need to trap bu_bomb |
| 01:45.40 | CIA-128 | BRL-CAD: 03tbrowder2 * r50011 10/brlcad/trunk/regress/red.sh: typo |
| 03:05.45 | *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 03:23.33 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 03:31.46 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 05:12.01 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 05:34.47 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:07.00 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 06:16.08 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 06:36.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 06:38.41 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 07:25.09 | *** join/#brlcad Neil___ (~chatzilla@117.229.52.105) | |
| 07:25.24 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:37.31 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:40.20 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:33.19 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 09:01.25 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:10.42 | *** join/#brlcad Neil___ (~chatzilla@117.228.220.128) | |
| 10:32.51 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027e71f6.bb.sky.com) | |
| 10:37.11 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:57.44 | Maloeran | This is a long shot... but is anyone familiar with qmake and its project files here? |
| 10:58.09 | Maloeran | I'm totally unable to find how to tell it to compile specific files with, let's say, -msse4.1 |
| 10:59.16 | Maloeran | I have files using SSE4.1 intrinsics and such, with runtime CPU feature detection, but I can't plug the stuff into Lee's build system. Grah... |
| 11:44.57 | ``Erik | nah, all the qt stuff I've actually looked at was using cmake or automake to wrap it |
| 11:48.36 | CIA-128 | BRL-CAD: 03tbrowder2 * r50012 10/brlcad/trunk/regress/tgms/: add directory to store tgms for testing |
| 11:53.49 | Maloeran | Yeah, I wish I could do that. I don't think Lee will agree. |
| 12:04.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r50013 10/brlcad/trunk/regress/CMakeLists.txt: correct generated file name |
| 12:05.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r50014 10/brlcad/trunk/regress/CMakeLists.txt: keep names sorted |
| 12:06.26 | CIA-128 | BRL-CAD: 03tbrowder2 * r50015 10/brlcad/trunk/regress/CMakeLists.txt: change tgm dir name |
| 12:07.11 | CIA-128 | BRL-CAD: 03tbrowder2 * r50016 10/brlcad/trunk/regress/CMakeLists.txt: keep names sorted |
| 12:09.43 | CIA-128 | BRL-CAD: 03tbrowder2 * r50017 10/brlcad/trunk/regress/CMakeLists.txt: add comment; keep names sorted |
| 12:11.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r50018 10/brlcad/trunk/regress/ (comgeom.sh g-nff.sh): use new tgms dir; tidy scripts |
| 12:12.01 | CIA-128 | BRL-CAD: 03tbrowder2 * r50019 10/brlcad/trunk/regress/g-dot.sh: use more descriptive name for list of temp files |
| 12:12.46 | CIA-128 | BRL-CAD: 03tbrowder2 * r50020 10/brlcad/trunk/regress/ (comgeom/ tgms/m35.asc.gz tgms/m35.cg.gz): rename dir to hold tgms |
| 12:20.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r50021 10/brlcad/trunk/src/conv/Makefile.am: remove deleted file |
| 12:26.50 | CIA-128 | BRL-CAD: 03tbrowder2 * r50022 10/brlcad/trunk/regress/Makefile.am: add new regression tests |
| 12:28.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r50023 10/brlcad/trunk/regress/CMakeLists.txt: add another temp file |
| 13:12.52 | *** join/#brlcad merzo (~merzo@155-205-133-95.pool.ukrtel.net) | |
| 13:43.16 | CIA-128 | BRL-CAD: 03tbrowder2 * r50024 10/brlcad/trunk/src/conv/g-dot.c: now runs without abort, but label info is not correct format, problem seems to be bu_vls_dequote function |
| 13:53.49 | CIA-128 | BRL-CAD: 03tbrowder2 * r50025 10/brlcad/trunk/src/conv/g-dot.c: dot format now seems correct ('dot' doesn't complain) |
| 13:56.04 | CIA-128 | BRL-CAD: 03tbrowder2 * r50026 10/brlcad/trunk/TODO: g-dot no longer outputting garbage |
| 14:28.39 | CIA-128 | BRL-CAD: 03tbrowder2 * r50027 10/brlcad/trunk/TODO: add item to check bu_vls functions |
| 14:35.23 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 16:03.01 | brlcad | Maloeran: how are you doing your runtime CPU feature detection? |
| 16:32.22 | *** join/#brlcad Neil___ (~chatzilla@117.229.11.250) | |
| 16:50.19 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 18:07.10 | CIA-128 | BRL-CAD: 03brlcad * r50028 10/brlcad/trunk/src/libgcv/bottess.c: return the return tree. fixes set-but-unused compilation failure. |
| 18:30.36 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:37.36 | *** join/#brlcad Neil___ (~chatzilla@117.229.109.76) | |
| 18:40.31 | *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 20:36.06 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 20:36.08 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 20:53.52 | *** join/#brlcad crdueck_ (~cdk@129-97-210-228.uwaterloo.ca) | |
| 21:05.39 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:08.20 | *** join/#brlcad stevegt_1 (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 22:56.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:19.52 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 23:19.53 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 23:26.23 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:26.23 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 00:19.41 | CIA-128 | BRL-CAD: 03tbrowder2 * r50029 10/brlcad/trunk/src/libbu/quote.c: typo |
| 00:20.56 | CIA-128 | BRL-CAD: 03tbrowder2 * r50030 10/brlcad/trunk/TODO: add details on g-nff and friends problems; add new item for later |
| 00:23.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r50031 10/brlcad/trunk/TODO: typo |
| 01:08.53 | *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2) | |
| 03:37.20 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 04:26.32 | CIA-128 | BRL-CAD: 03brlcad * r50032 10/brlcad/trunk/src/librt/shoot.c: |
| 04:26.32 | CIA-128 | BRL-CAD: after hours of trying to follow the logic, take a stab at a simple sanity check |
| 04:26.32 | CIA-128 | BRL-CAD: solution to an ARRAY_VS_SINGLETON issue being detected by coverity (cid 98). it |
| 04:26.32 | CIA-128 | BRL-CAD: reports some path through the code resulting in the original head node getting |
| 04:26.32 | CIA-128 | BRL-CAD: incremented. fix is to make sure we're not incrementing what we started with |
| 04:26.33 | CIA-128 | BRL-CAD: (since if it's a nugrid node, it should have been set to soemthing else on the |
| 04:26.34 | CIA-128 | BRL-CAD: first pass). |
| 04:36.55 | CIA-128 | BRL-CAD: 03brlcad * r50033 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: |
| 04:36.56 | CIA-128 | BRL-CAD: looks like coverity correctly detected a bad pointer dereference in the pipe |
| 04:36.56 | CIA-128 | BRL-CAD: brep routine where we were incrementing a pointer and then dereferencing an |
| 04:36.56 | CIA-128 | BRL-CAD: address. woulda probably been very nasty to debug.. should address coverity |
| 04:36.56 | CIA-128 | BRL-CAD: ARRAY_VS_SINGLETON (cid 99 and 100) |
| 04:50.13 | CIA-128 | BRL-CAD: 03brlcad * r50034 10/brlcad/trunk/src/librt/search.c: make sure we turn the string into a path. coverity noticed we usually check the return value (20/23 times) and rightly needed. skip string if it fails. (cid 133) |
| 04:56.19 | CIA-128 | BRL-CAD: 03brlcad * r50035 10/brlcad/trunk/src/liboptical/sh_gauss.c: make sure rt_db_get_internal() succeeds (cov cid 137) |
| 04:58.38 | CIA-128 | BRL-CAD: 03brlcad * r50036 10/brlcad/trunk/src/liboptical/sh_tcl.c: apply change for CHECKED_RETURN detected by cov cid 139. |
| 05:05.50 | CIA-128 | BRL-CAD: 03brlcad * r50037 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: addresses several CHECKED_RETURN issues reporte by coverity (cid 142), not checking return value of nmg_kill_cracks(). |
| 05:06.16 | brlcad | woot, down to less than 50 |
| 06:20.59 | *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 06:34.51 | *** join/#brlcad merzo (~merzo@144-249-133-95.pool.ukrtel.net) | |
| 06:40.16 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:52.49 | *** join/#brlcad stevegt_ (~stevegt@64-130-244-2-gracehospitalitygroup.bwg.phx.sparkplugbb.net) | |
| 08:24.24 | *** join/#brlcad Neil___ (~chatzilla@117.229.72.196) | |
| 08:45.34 | *** join/#brlcad Neil____ (~chatzilla@117.229.105.131) | |
| 08:48.55 | *** join/#brlcad Neil___ (~chatzilla@117.229.105.131) | |
| 09:12.30 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 09:14.10 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 10:17.54 | *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 10:18.00 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:05.00 | CIA-128 | BRL-CAD: 03tbrowder2 * r50038 10/brlcad/trunk/src/conv/walk_example.c: typo, ws |
| 11:07.05 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:08.05 | CIA-128 | BRL-CAD: 03tbrowder2 * r50039 10/brlcad/trunk/src/conv/proe-g.c: typo |
| 11:16.43 | CIA-128 | BRL-CAD: 03tbrowder2 * r50040 10/brlcad/trunk/src/conv/bot_shell-vtk.c: ws, style |
| 11:19.42 | CIA-128 | BRL-CAD: 03tbrowder2 * r50041 10/brlcad/trunk/src/conv/enf-g.c: ws |
| 11:21.27 | CIA-128 | BRL-CAD: 03tbrowder2 * r50042 10/brlcad/trunk/src/conv/fast4-g.c: ws |
| 11:22.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r50043 10/brlcad/trunk/src/conv/g-egg.c: ws |
| 11:26.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r50044 10/brlcad/trunk/src/conv/g-vrml.c: ws, style |
| 11:29.36 | CIA-128 | BRL-CAD: 03tbrowder2 * r50045 10/brlcad/trunk/src/conv/g-xxx_facets.c: ws, style |
| 11:31.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r50046 10/brlcad/trunk/src/conv/ (26 files): add progname for debugging dumps |
| 11:32.53 | CIA-128 | BRL-CAD: 03tbrowder2 * r50047 10/brlcad/trunk/src/conv/g-dot.c: correct for unconventional av (instead of argv) |
| 11:35.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r50048 10/brlcad/trunk/src/conv/dem-g.c: correct for unconventional av (instead of argv) |
| 12:16.37 | CIA-128 | BRL-CAD: 03tbrowder2 * r50049 10/brlcad/trunk/src/conv/jack/g-jack.c: ws |
| 12:18.11 | CIA-128 | BRL-CAD: 03tbrowder2 * r50050 10/brlcad/trunk/src/conv/jack/jack-g.c: ws |
| 12:24.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r50051 10/brlcad/trunk/src/conv/ (12 files in 6 dirs): add progname for debugging dumps |
| 12:26.25 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:27.03 | CIA-128 | BRL-CAD: 03tbrowder2 * r50052 10/brlcad/trunk/TODO: add task to look into lack of stack trace in log |
| 12:40.36 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 12:59.08 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 13:02.55 | *** join/#brlcad crdueck__ (~cdk@129-97-210-228.uwaterloo.ca) | |
| 13:08.30 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:44.09 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 14:29.02 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 14:52.38 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:12.04 | *** join/#brlcad andrei_ (~andrei_@79.119.90.73) | |
| 15:23.10 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 17:20.51 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 18:00.38 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 18:01.18 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 18:33.07 | CIA-128 | BRL-CAD: 03tbrowder2 * r50053 10/brlcad/trunk/src/conv/g-var.c: correct usage to show the .g input file |
| 18:33.28 | *** join/#brlcad Neil___ (~chatzilla@117.229.18.16) | |
| 18:39.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r50054 10/brlcad/trunk/src/conv/g-var.c: ws, style |
| 18:44.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r50055 10/brlcad/trunk/src/conv/g-var.c: correct type for defined var |
| 18:54.08 | CIA-128 | BRL-CAD: 03tbrowder2 * r50056 10/brlcad/trunk/src/conv/g-var.c: use correct type |
| 18:54.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r50057 10/brlcad/trunk/src/conv/g-var.c: use correct type |
| 19:01.37 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 19:04.05 | CIA-128 | BRL-CAD: 03tbrowder2 * r50058 10/brlcad/trunk/src/conv/g-var.c: typo, make size arg in fwrite explicit |
| 20:35.07 | *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net) | |
| 21:02.28 | *** join/#brlcad srinath (0e8bd447@gateway/web/freenode/ip.14.139.212.71) | |
| 21:03.38 | srinath | hii |
| 22:15.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r50059 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: ws |
| 23:32.30 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 23:44.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r50060 10/brlcad/trunk/src/liboptical/sh_gauss.c: eliminate uninitialized error |
| 23:49.54 | CIA-128 | BRL-CAD: 03tbrowder2 * r50061 10/brlcad/trunk/src/librt/db_tree.c: ws |
| 23:52.04 | CIA-128 | BRL-CAD: 03tbrowder2 * r50062 10/brlcad/trunk/src/conv/g-nff.c: ws |
| 00:04.19 | tofu_ | starseeker: see what just a little reminder e-mail can do... |
| 00:05.39 | brlcad | some issues aren't worth looking into until the second (or third) squeaking of the wheel |
| 01:04.09 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 01:30.14 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 02:04.47 | starseeker | huh? Pro/ENGINEER is now Creo Element/Pro? |
| 02:06.20 | starseeker | and Unigraphics decides NX sounds cooler... sigh |
| 02:06.38 | brlcad | latest version has been Creo for nearly a year |
| 02:06.59 | starseeker | <snort> another selling point to add to our list |
| 02:07.13 | starseeker | BRL-CAD - consistent naming since the 1980s! |
| 02:08.00 | starseeker | 'cause you just can't get any cooler |
| 02:17.28 | starseeker | talk about a candidate for the Ig Nobel: http://idle.slashdot.org/story/12/04/15/1437222/japanese-researchers-create-a-crab-based-computer |
| 03:00.41 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 03:55.51 | CIA-128 | BRL-CAD: 03brlcad * r50063 10/brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: convert the goto retry logic into a do/while loop. this is in response to coverity cid 168 even though it looks like it was a bonefide false positive. |
| 04:03.12 | CIA-128 | BRL-CAD: 03brlcad * r50064 10/brlcad/trunk/src/conv/g-var.c: default case is unreachable, so join it up with the first case. should resolve cid 173. |
| 04:06.13 | CIA-128 | BRL-CAD: 03brlcad * r50065 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell dead code issue for the always-false block by commenting it out since that's what the true-setting block is commented out. cid 174. |
| 04:30.31 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 04:38.40 | CIA-128 | BRL-CAD: 03brlcad * r50066 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: |
| 04:38.40 | CIA-128 | BRL-CAD: little tricky to see it, but coverity seems to have correctly identified a |
| 04:38.40 | CIA-128 | BRL-CAD: deadcode condition where the loop never iterated more than once (found_face gets |
| 04:38.40 | CIA-128 | BRL-CAD: set to true on first pass). cid 175. converted to an if-clause in order to |
| 04:38.40 | CIA-128 | BRL-CAD: preserve existing behavior while allowing for code simplification. |
| 04:45.15 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:01.11 | CIA-128 | BRL-CAD: 03brlcad * r50067 10/brlcad/trunk/src/libged/wdb_obj.c: |
| 05:01.12 | CIA-128 | BRL-CAD: fix three different deadcode coverity detections (cid 205, 206, 207), two of |
| 05:01.12 | CIA-128 | BRL-CAD: which are obvious, but the third not so much.. it looks like the arb8 block was |
| 05:01.12 | CIA-128 | BRL-CAD: completely replicated but not kept in sync. remove the seemingly weaker second |
| 05:01.12 | CIA-128 | BRL-CAD: version matching the non-wdb_obj version. |
| 05:27.06 | CIA-128 | BRL-CAD: 03brlcad * r50068 10/brlcad/trunk/src/liborle/rle.c: just what are the parens supposed to be doing here |
| 05:37.40 | CIA-128 | BRL-CAD: 03brlcad * r50069 10/brlcad/trunk/src/liborle/rle.c: unlikely to fix cid 405 (OVERRUN_STATIC), but it looks like false positive. simplify the pointer a bit to see if it has an effect on the detected defect. |
| 05:44.20 | CIA-128 | BRL-CAD: 03brlcad * r50070 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: fix coverity deadcode detection (cid 208) |
| 06:33.05 | *** join/#brlcad Tecan (~fsadf@ip-216-234-182-80.wildroseinternet.ca) | |
| 06:33.06 | *** join/#brlcad Tecan (~fsadf@unaffiliated/unit41) | |
| 06:33.19 | Tecan | !seen |
| 07:12.31 | *** join/#brlcad jbs103 (aefc2b83@gateway/web/freenode/ip.174.252.43.131) | |
| 08:37.07 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:29.20 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:39.39 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 11:55.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r50071 10/brlcad/trunk/src/libbu/test_quote.c: make test_quote work and report failures |
| 11:56.24 | CIA-128 | BRL-CAD: 03tbrowder2 * r50072 10/brlcad/trunk/regress/CMakeLists.txt: add regression test for 'quote' (actually bu_vls_encode/decode) |
| 12:09.12 | ``Erik | heh, ptc and amd teaming up to get creo gpu aware http://tech.slashdot.org/story/12/04/15/2246257/amd-launches-partnership-with-cad-developer-ptc |
| 12:19.16 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 12:35.23 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 13:17.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:21.11 | CIA-128 | BRL-CAD: 03brlcad * r50073 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: ws, indent, style cleanup |
| 13:35.58 | CIA-128 | BRL-CAD: 03brlcad * r50074 10/brlcad/trunk/src/librt/ (3 files in 2 dirs): |
| 13:35.58 | CIA-128 | BRL-CAD: looks like BVNode<BV>::isTrimmed() is trying to set a pointer, so we need a |
| 13:35.58 | CIA-128 | BRL-CAD: pointer to it for it to persist back to the caller. this fixes a deadcode |
| 13:35.58 | CIA-128 | BRL-CAD: condition detected by coverity (CID 209), which looks like a bonefide bug in the |
| 13:35.58 | CIA-128 | BRL-CAD: trimming code where it was keeping track of an adjacent trimmed face id (where |
| 13:35.59 | CIA-128 | BRL-CAD: it would always get set to -99). |
| 13:41.30 | brlcad | now that looks like the type of bug I was hoping to find at the offsite |
| 13:41.46 | *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net) | |
| 13:42.06 | brlcad | if that adjacent face id is used anywhere, that was an obscure bug that would have screwed with trimming |
| 13:44.29 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:20.26 | CIA-128 | BRL-CAD: 03brlcad * r50075 10/brlcad/trunk/src/mged/animedit.c: accfound is never set to true, so conditional is always true. eliminate the var, even though it looks like it implies bad logic.. |
| 14:36.48 | CIA-128 | BRL-CAD: 03brlcad * r50076 10/brlcad/trunk/src/mged/animedit.c: |
| 14:36.48 | CIA-128 | BRL-CAD: looks like coverity deadcode defect CID 214 is a false positive, complaining |
| 14:36.48 | CIA-128 | BRL-CAD: about curfound being always true, but try to be explicit anyways for code |
| 14:36.48 | CIA-128 | BRL-CAD: clarity. move the initial false case init out to the loop so it's clear that it |
| 14:36.48 | CIA-128 | BRL-CAD: starts false. |
| 14:40.09 | *** join/#brlcad merzo (~merzo@134-0-133-95.pool.ukrtel.net) | |
| 14:47.54 | CIA-128 | BRL-CAD: 03brlcad * r50077 10/brlcad/trunk/src/mged/chgview.c: quell a deadcode defect detected by coverity (cid 217) by cleaning up the logic to match the messages being printed. if it introduces a bug, then the message being printed is wrong/misleading. |
| 14:56.24 | CIA-128 | BRL-CAD: 03brlcad * r50078 10/brlcad/trunk/src/mged/polyif.c: since the original implementation commit in 1991, manually calculating normals for export has been disabled, so remove the code for it. fixes the deadcode issue reported in cid 218. |
| 15:00.21 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:00.21 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 15:01.25 | CIA-128 | BRL-CAD: 03brlcad * r50079 10/brlcad/trunk/src/mged/share.c: turn SHARE_RESOURCE macro into a do/while loop so we can always include a trailing semicolon so code looks like valid code. |
| 15:02.40 | CIA-128 | BRL-CAD: 03brlcad * r50080 10/brlcad/trunk/src/mged/share.c: ws indent cleanup now that there are semicolons |
| 15:13.05 | CIA-128 | BRL-CAD: 03brlcad * r50081 10/brlcad/trunk/src/mged/share.c: prevent a deadcode condition detected by coverity by only calling SHARE_RESOURCE once outside the uflag if/else conditional. cid 219. |
| 15:37.33 | CIA-128 | BRL-CAD: 03brlcad * r50082 10/brlcad/trunk/src/mged/tedit.c: editor is set to jove as a fallback so it can't be null. just use it. cid 220. |
| 15:46.28 | CIA-128 | BRL-CAD: 03brlcad * r50083 10/brlcad/trunk/src/libbu/bitv.c: prevent a null dereference if we pass a null bitvector around. however, return an empty bitvector from new() so we never propagate a null. should fix coverity forward_null cid 242. |
| 15:55.22 | CIA-128 | BRL-CAD: 03brlcad * r50084 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: make sure when duplicating a shell that we don't assume a face has a loop (crash). detected by coverity forward_null cid 244. |
| 16:06.38 | brlcad | woot, down to less than two dozen files |
| 16:06.49 | brlcad | 30 issues remaining |
| 16:15.50 | *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102) | |
| 16:29.54 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 17:23.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r50085 10/brlcad/trunk/src/libbu/test_quote.c: improve and correct test_quote function |
| 17:24.32 | CIA-128 | BRL-CAD: 03tbrowder2 * r50086 10/brlcad/trunk/src/libbu/test_quote.c: explain hack |
| 18:09.53 | *** join/#brlcad merzo (~merzo@8-65-132-95.pool.ukrtel.net) | |
| 18:19.53 | *** join/#brlcad merzo (~merzo@211-121-133-95.pool.ukrtel.net) | |
| 19:27.01 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net) | |
| 19:33.13 | CIA-128 | BRL-CAD: 03n_reed * r50087 10/brlcad/trunk/regress/CMakeLists.txt: can ignore quote.sh once it's been commited |
| 20:48.53 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 20:52.07 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 21:18.18 | CIA-128 | BRL-CAD: 03tbrowder2 * r50088 10/brlcad/trunk/regress/quote.sh: add missing script for vls_encode/decode test |
| 21:25.30 | CIA-128 | BRL-CAD: 03r_weiss * r50089 10/brlcad/trunk/src/libged/ (14 files): (log message trimmed) |
| 21:25.30 | CIA-128 | BRL-CAD: Updated files xpush.c list.c copyeval.c showmats.c find.c pathsum.c wcodes.c |
| 21:25.30 | CIA-128 | BRL-CAD: wdb_obj.c trace.c ged_private.h push.c get_obj_bounds.c prefix.c and edcodes.c |
| 21:25.30 | CIA-128 | BRL-CAD: within the libged library. Changed functions 'ged_list' (ie mged 'l' command, |
| 21:25.30 | CIA-128 | BRL-CAD: lowercase L) and ged_pathsum (ie mged 'paths' command) to accept an addition |
| 21:25.30 | CIA-128 | BRL-CAD: parameter '-t' meaning terse to reduce the amount of information displayed when |
| 21:25.31 | CIA-128 | BRL-CAD: using these commands. This is useful when you want to use the 'l' command on a |
| 21:27.41 | CIA-128 | BRL-CAD: 03r_weiss * r50090 10/brlcad/trunk/include/raytrace.h: Updated header file 'raytrace.h'. Changed the definition of function 'db_tree_funcleaf' by adding a fourth generic user pointer. |
| 21:32.31 | CIA-128 | BRL-CAD: 03r_weiss * r50091 10/brlcad/trunk/src/conv/iges/g-iges.c: Updated file 'g-iges.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer. |
| 21:37.37 | CIA-128 | BRL-CAD: 03r_weiss * r50092 10/brlcad/trunk/src/librt/ (db_match.c db_tree.c): Updated files 'src/librt/db_match.c', 'src/librt/db_tree.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer. |
| 21:39.37 | CIA-128 | BRL-CAD: 03r_weiss * r50093 10/brlcad/trunk/src/mged/utility1.c: Updated file 'src/mged/utility1.c' changing all references to function 'db_tree_funcleaf' to include a fourth generic user pointer. |
| 21:46.22 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 00:11.16 | CIA-128 | BRL-CAD: 03brlcad * r50094 10/brlcad/trunk/src/libbu/badmagic.c: refactor a few lines so there's just one call to bu_bomb() |
| 00:32.06 | *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102) | |
| 00:36.19 | CIA-128 | BRL-CAD: 03brlcad * r50095 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: check fu1 and fu2 for null to quell CID 249. false-positive, but good to handle make explicit anyways. |
| 00:44.42 | CIA-128 | BRL-CAD: 03brlcad * r50096 10/brlcad/trunk/src/libged/put_comb.c: make sure we don't dereference a null directory pointer. should fix forward_null defect from cid 298. |
| 00:52.20 | CIA-128 | BRL-CAD: 03brlcad * r50097 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: make sure we don't dereference a null outer_loop pointer. detected by coverity forward_null check, cid 302. |
| 00:57.26 | CIA-128 | BRL-CAD: 03brlcad * r50098 10/brlcad/trunk/src/librt/primitives/nmg/nmg.c: unclear what it means to have a null shell at this point, so just make sure we don't dereference one instead of returning error. should fix coverity forward_null defect, cid 304. |
| 01:02.22 | CIA-128 | BRL-CAD: 03brlcad * r50099 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: big ws messy cleanup. |
| 01:08.19 | CIA-128 | BRL-CAD: 03brlcad * r50100 10/brlcad/trunk/src/librt/primitives/pipe/pipe.c: make sure we don't dereference a null pp3 pointer if we're near the end of the point list. check if we're on the last segment before skipping to the next point. should fix coverity cid 305 forward_null defect. |
| 01:39.04 | CIA-128 | BRL-CAD: 03n_reed * r50101 10/brlcad/trunk/ (regress/CMakeLists.txt src/other/perplex.dist): ignore some files |
| 01:51.10 | CIA-128 | BRL-CAD: 03brlcad * r50102 10/brlcad/trunk/src/librt/vshoot.c: |
| 01:51.10 | CIA-128 | BRL-CAD: make sure HeadSeg isn't null before we go dereferencing it to free segments. |
| 01:51.10 | CIA-128 | BRL-CAD: can't push the check up into RT_FREE_SEG_LIST() because not all list heads are |
| 01:51.10 | CIA-128 | BRL-CAD: pointers (which would provoke a warning that a check is always true). fixes a |
| 01:51.10 | CIA-128 | BRL-CAD: coverity forward_null defect, cid 308. |
| 02:17.59 | CIA-128 | BRL-CAD: 03brlcad * r50103 10/brlcad/trunk/include/bu.h: |
| 02:17.59 | CIA-128 | BRL-CAD: if we cast the pointer and the head pointer, we will avoid a pointer-type |
| 02:17.59 | CIA-128 | BRL-CAD: mismatch if someone happens to use a non bu_list type. arguably an error, but |
| 02:17.59 | CIA-128 | BRL-CAD: there's nothing that technically requires the head pointer actually be a bu_list |
| 02:17.59 | CIA-128 | BRL-CAD: struct. that change lets us fix BU_LIST_FOR_CIRC() which was being used in nmg |
| 02:18.00 | CIA-128 | BRL-CAD: code with non-bu types. |
| 02:22.34 | CIA-128 | BRL-CAD: 03brlcad * r50104 10/brlcad/trunk/src/proc-db/vegetation.c: make my old code match current project style conventions |
| 02:49.00 | CIA-128 | BRL-CAD: 03brlcad * r50105 10/brlcad/trunk/src/proc-db/vegetation.c: looks like coverity caught another memory management bug. we were wiping out the plant structure when the code was supposed to be initializing this point. should fix coverity forward_null cid 316 issue. |
| 03:02.27 | CIA-128 | BRL-CAD: 03brlcad * r50106 10/brlcad/trunk/NEWS: the vegitation memory corruption should be user visible. detected by coverity and fixed by initializing the right pointer. |
| 03:12.39 | *** join/#brlcad bhinesley (~bhinesley@adsl-108-79-235-86.dsl.bkfd14.sbcglobal.net) | |
| 04:22.38 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:22.43 | CIA-128 | BRL-CAD: 03brlcad * r50107 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: |
| 04:22.43 | CIA-128 | BRL-CAD: convert the array index into an explicit case where we manually wrap around. |
| 04:22.43 | CIA-128 | BRL-CAD: this should overflow and underflow reports from coverity and makes the intent |
| 04:22.43 | CIA-128 | BRL-CAD: hopefully a little more clear that this is some sort of wrapping convolution. |
| 04:22.43 | CIA-128 | BRL-CAD: 'should' preserve existing behavior but warrants testing (anyone have a tgf |
| 04:22.44 | CIA-128 | BRL-CAD: handy?) since it's prime for an off-by-one error. cid 323. |
| 04:31.41 | CIA-128 | BRL-CAD: 03brlcad * r50108 10/brlcad/trunk/TODO: fixed an overflow and underflow issue that 'should' preserve existing behavior but warrants testing (anyone have a tgf handy?) since it's prime for an off-by-one error. cid 323. |
| 04:32.18 | CIA-128 | BRL-CAD: 03brlcad * r50109 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: add missing semi-colons. |
| 04:41.05 | CIA-128 | BRL-CAD: 03brlcad * r50110 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: style consistency |
| 04:57.46 | CIA-128 | BRL-CAD: 03brlcad * r50111 10/brlcad/trunk/src/anim/anim_hardtrack.c: carl didn't document why he made num_wheels initialize to -1 but it will result in a negative memory allocation if the stream scan fails. reported by negative_returns coverity check, cid 370 |
| 05:03.26 | CIA-128 | BRL-CAD: 03brlcad * r50112 10/brlcad/trunk/src/anim/anim_track.c: same issue as anim_hardtrack (looks to be a functional code merge). init to -1 is problematic. untested, but go back to zero. cid 371. |
| 05:26.16 | CIA-128 | BRL-CAD: 03brlcad * r50113 10/brlcad/trunk/src/fb/gif-fb.c: convert to libbu memory management, tidy up |
| 05:48.39 | CIA-128 | BRL-CAD: 03brlcad * r50114 10/brlcad/trunk/src/fb/gif-fb.c: check a range in order to 'untaint' the parsed input data. should fix coverity tainted_scalar cid 1474. |
| 05:50.49 | CIA-128 | BRL-CAD: 03brlcad * r50115 10/brlcad/trunk/src/fb/gif-fb.c: another tainted_scalar, cid 1474, for background. |
| 05:59.38 | *** join/#brlcad bhinesley (~bhinesley@108.220.116.134) | |
| 06:10.15 | CIA-128 | BRL-CAD: 03brlcad * r50116 10/brlcad/trunk/src/gtools/remapid.c: range-check the last component value to quell a tainted_scalar coverity check, cid 1476. |
| 06:16.38 | CIA-128 | BRL-CAD: 03brlcad * r50117 10/brlcad/trunk/src/halftone/sharpen.c: stash the buffer value before using it as an index so we can range check it. should quell tainted_scalar report, cid 1477. |
| 06:23.12 | *** join/#brlcad andrei_ (~andrei_@86.123.124.39) | |
| 06:33.04 | CIA-128 | BRL-CAD: 03brlcad * r50118 10/brlcad/trunk/src/halftone/sharpen.c: another set of tainted_scalar issues, cid 1477. |
| 06:37.15 | andrei_ | hello |
| 06:37.59 | andrei_ | sorry for the absence, visited my parents this easter, I ll get home today and I ll try to catch up :) |
| 06:54.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:56.25 | CIA-128 | BRL-CAD: 03brlcad * r50119 10/brlcad/trunk/src/irprep/irdisp.c: check the range of inputs after scanf, should address tainted_scalar from cid 1479. |
| 06:58.45 | CIA-128 | BRL-CAD: 03brlcad * r50120 10/brlcad/trunk/src/sig/fhor.c: check the range of inputs after atoi, should address tainted_scalar from cid 1490. |
| 07:11.01 | CIA-128 | BRL-CAD: 03brlcad * r50121 10/brlcad/trunk/src/sig/ihist.c: initialize memory and range check zerop index. cov cid 1491. |
| 07:20.30 | CIA-128 | BRL-CAD: 03brlcad * r50122 10/brlcad/trunk/src/sig/imod.c: check range of tainted array index before use. cov cid 1492. |
| 07:34.06 | CIA-128 | BRL-CAD: 03brlcad * r50123 10/brlcad/trunk/src/sig/smod.c: range check the iobuf index. cov cid 1493. |
| 07:37.17 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 07:43.59 | CIA-128 | BRL-CAD: 03brlcad * r50124 10/brlcad/trunk/src/sig/syn.c: check the upper bounds too. hopefully clears tainted_scalar cid 1494. |
| 07:47.08 | CIA-128 | BRL-CAD: 03brlcad * r50125 10/brlcad/trunk/src/sig/syn.c: more bounds checking |
| 07:55.05 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 08:04.40 | CIA-128 | BRL-CAD: 03brlcad * r50126 10/brlcad/trunk/src/sig/umod.c: add some range checks to quell cid 1495. |
| 08:09.59 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 08:18.37 | *** join/#brlcad Neil___ (~chatzilla@117.229.24.10) | |
| 09:18.21 | brlcad | and that's all of them ... starting run11 now |
| 12:30.58 | *** join/#brlcad Neil___ (~chatzilla@117.229.99.11) | |
| 14:36.20 | CIA-128 | BRL-CAD: 03starseeker * r50127 10/brlcad/trunk/src/util/CMakeLists.txt: make pc_test logic more robust |
| 14:44.18 | brlcad | lovely .. half as many as before, but back up to over a hundred with the new scan (more than 3/4 were thought to have been resolved) |
| 15:51.43 | CIA-128 | BRL-CAD: 03brlcad * r50128 10/brlcad/trunk/src/librt/shoot.c: yet another attempt at quelling cid 98, array_vs_singleton. since the other assertion is that lastcell is a nugridnode, test for it before blindly using it for cutp iteration. |
| 16:06.55 | CIA-128 | BRL-CAD: 03brlcad * r50129 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: hit_v cannot be null here, revert 49986. (cid 169) |
| 16:11.44 | CIA-128 | BRL-CAD: 03brlcad * r50130 10/brlcad/trunk/src/irprep/secpass.c: join the second typeout comparison with an if/else since both can't be true. add some bounds tests on the tainted input too. cid 180. |
| 16:20.09 | CIA-128 | BRL-CAD: 03brlcad * r50131 10/brlcad/trunk/src/irprep/secpass.c: massive ws style cleanup, eliminate dead comment code, remove authorship and editing history comments. |
| 16:39.12 | CIA-128 | BRL-CAD: 03brlcad * r50132 10/brlcad/trunk/src/librt/search.c: |
| 16:39.13 | CIA-128 | BRL-CAD: vastly simplify the logic by just checking what we need piecewise. reduces |
| 16:39.13 | CIA-128 | BRL-CAD: about 50 lines to 15. hopefully addresses the deadcode condition being reported |
| 16:39.13 | CIA-128 | BRL-CAD: in cid 212 due to the now-singular path through the if/else cases. |
| 16:57.24 | CIA-128 | BRL-CAD: 03starseeker * r50133 10/brlcad/trunk/src/rt/rtexample.c: initialize cur with RT_CURVATURE_INIT_ZERO - hopefully will address CID 1615 |
| 17:09.39 | CIA-128 | BRL-CAD: 03starseeker * r50134 10/brlcad/trunk/src/vfont/getfont.c: Make a stab at resolving CID 1613 |
| 17:09.59 | *** join/#brlcad Neil___ (~chatzilla@117.229.62.189) | |
| 17:20.44 | CIA-128 | BRL-CAD: 03brlcad * r50135 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_io.c): change some of the sanity/bounds checks during object reads to ensure we don't overflow/underflow (cid 322). change db5_decode_length() to return a size_t since the value is always a sizeof size. |
| 17:36.09 | CIA-128 | BRL-CAD: 03brlcad * r50136 10/brlcad/trunk/src/conv/ply-g.c: already quelled cid 325 (integer_overflow), but can we fake it out? it's not an integer, so maybe using a double temp might make that clear. |
| 17:48.22 | CIA-128 | BRL-CAD: 03brlcad * r50137 10/brlcad/trunk/src/liboptical/sh_toyota.c: probably wont fix the overflow issues but should pinpoint how many coverity is detecting. |
| 17:57.41 | *** join/#brlcad merzo (~merzo@11-122-132-95.pool.ukrtel.net) | |
| 18:08.35 | CIA-128 | BRL-CAD: 03brlcad * r50138 10/brlcad/trunk/ (4 files in 2 dirs): the 'syn' sine synthesis tool is incurring a maintenance cost with no expressed benefit, remove it as obsolete. overflow/underflow issues in coverity, crashes on simple testing, tainted inputs, and more |
| 18:13.13 | CIA-128 | BRL-CAD: 03brlcad * r50139 10/brlcad/trunk/src/util/sun-pix.c: looks like cid 332 is caused by use of unsigned long instead of the implicit uint32_t type it's using it as. change getlong() to return 32-bit type so we hopefully avoid all truncation propagation. |
| 18:18.07 | CIA-128 | BRL-CAD: 03brlcad * r50140 10/brlcad/trunk/src/librt/db_scan.c: make sure we don't try to fseek to a negative address if ftell() fails. just assume rewind worked and scan from position 0. |
| 18:34.51 | CIA-128 | BRL-CAD: 03brlcad * r50141 10/brlcad/trunk/src/util/sun-pix.c: non-lib private functions should be static |
| 20:03.15 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 20:13.00 | CIA-128 | BRL-CAD: 03brlcad * r50142 10/brlcad/trunk/src/librt/comb/comb.c: cast and set to temp outside of the function call to quell false-positive negative_retursn warning (cid 384) |
| 20:20.32 | CIA-128 | BRL-CAD: 03brlcad * r50143 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: subtract using the first arb symbol, not by the current value of that symbol hardcoded |
| 20:22.22 | CIA-128 | BRL-CAD: 03brlcad * r50144 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: try to quell the warning by using a temporary |
| 20:37.14 | CIA-128 | BRL-CAD: 03brlcad * r50145 10/brlcad/trunk/src/libged/wdb_vdraw.c: be explicit with the check to make sure we don't exceed BN_VLIST_CHUNK, responding to cid 420 OVERRUN_STATIC check. note cmd[i+1] so we have to stop one less than the capacity. |
| 20:41.12 | CIA-128 | BRL-CAD: 03brlcad * r50146 10/brlcad/trunk/src/libged/wdb_vdraw.c: oops, list is decreasing, so leave off the check |
| 20:45.36 | CIA-128 | BRL-CAD: 03brlcad * r50147 10/brlcad/trunk/src/libged/vdraw.c: |
| 20:45.36 | CIA-128 | BRL-CAD: do the same to the non-wdb version of vdraw. note that this looks like it was a |
| 20:45.36 | CIA-128 | BRL-CAD: bonefide vlist off-by-one issue since it was shifting cmd values down from +1 |
| 20:45.36 | CIA-128 | BRL-CAD: and +1 could exceed BN_VLIST_CHUNK. perhaps related to some of the wireframe |
| 20:45.36 | CIA-128 | BRL-CAD: instability. |
| 20:48.06 | CIA-128 | BRL-CAD: 03brlcad * r50148 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: fix a couple memory leaks detected by coverity, cid 488. |
| 21:08.05 | CIA-128 | BRL-CAD: 03brlcad * r50149 10/brlcad/trunk/src/libged/tree.c: if multiple -o arguments are given, it'll clobber the existing fdout. detected by RESOURCE_LEAK check, cid 498. |
| 21:13.34 | CIA-128 | BRL-CAD: 03brlcad * r50150 10/brlcad/trunk/src/libfb/fbserv_obj.c: check for null buffer since we use it. REVERSE_INULL check cid 545. |
| 21:15.27 | CIA-128 | BRL-CAD: 03brlcad * r50151 10/brlcad/trunk/src/conv/jack/g-jack.c: write alloc size. int not pointer. SIZEOF_MISMATCH cid 1264 |
| 21:17.44 | CIA-128 | BRL-CAD: 03brlcad * r50152 10/brlcad/trunk/src/mged/animedit.c: another wrong malloc sizeof() detected, cid 1271 |
| 21:43.14 | CIA-128 | BRL-CAD: 03brlcad * r50153 10/brlcad/trunk/src/bwish/input.c: Try a different way to validated the tainted buffer from read(). check the bounds being used. cid 1461. |
| 22:04.31 | CIA-128 | BRL-CAD: 03brlcad * r50154 10/brlcad/trunk/src/conv/ply-g.c: bounds-check vcount since it's tainted. cid 1471 |
| 22:09.06 | CIA-128 | BRL-CAD: 03brlcad * r50155 10/brlcad/trunk/src/fb/fbanim.c: quell coverity cid 1473, since it doesn't seem to notice that bu_exit() never returns. |
| 22:13.13 | CIA-128 | BRL-CAD: 03brlcad * r50156 10/brlcad/trunk/src/fb/gif2fb.c: we're in main() so just return when we're preceeded by a printing statement. should quell cid 1475. |
| 22:20.50 | brlcad | about a third done with the ones remaining in run11 |
| 22:22.02 | starseeker | can Coverity give us a clue on what we have to do to reliably clear the tainted scalar issues? |
| 22:23.34 | starseeker | bwish/input.c:134: error: comparison is always false due to limited range of data type |
| 22:29.48 | brlcad | it has been, not sure what you mean |
| 22:29.51 | CIA-128 | BRL-CAD: 03brlcad * r50157 10/brlcad/trunk/src/bwish/input.c: increase the range so the check isn't always true where char are unsigned |
| 22:30.01 | brlcad | we woulen't be down to just a few remaining if they weren't getting cleared |
| 22:31.01 | brlcad | they're mostly all fixed now -- there's only like three that came back |
| 22:31.14 | brlcad | and that's just because coverity doesn't realize bu_exit() never returns |
| 22:37.09 | brlcad | easy enough to convert them to return |
| 22:38.17 | starseeker | ah - k |
| 22:54.01 | CIA-128 | BRL-CAD: 03n_reed * r50158 10/brlcad/trunk/src/ (464 files in 14 dirs): Apply SCL git d6d7c48 changes. SCLP23 macros replaced with simple SDAI_ prefix. |
| 23:25.50 | brlcad | nice n_reed! |
| 23:26.04 | brlcad | that was a monster of a merge |
| 23:32.21 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 23:40.56 | n_reed | PITA is what it was |
| 23:41.12 | brlcad | :) |
| 23:47.08 | starseeker | confirms step-g works as well on openbook part d as it was prior to the merge - nice |
| 00:00.25 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 00:00.25 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 03:34.37 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 03:58.28 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 06:17.13 | CIA-128 | BRL-CAD: 03brlcad * r50159 10/brlcad/trunk/src/util/pixcolors.c: try to quell cid 1509 another way, use temporaries and honorably check data ranges. innocuous TAINTED_SCALAR issue. |
| 06:30.19 | CIA-128 | BRL-CAD: 03brlcad * r50160 10/brlcad/trunk/src/util/pixbustup.c: validate upper and lower bounds. avoid bu_exit() when tainted_scalar data is involved. cid 1508. |
| 06:36.33 | CIA-128 | BRL-CAD: 03brlcad * r50161 10/brlcad/trunk/src/util/loop.c: convert bu_exit() calls to bu_log+return calls for those functions. |
| 06:43.18 | CIA-128 | BRL-CAD: 03brlcad * r50162 10/brlcad/trunk/src/util/sun-pix.c: more conversion of bu_exit() to return statements. related to cid 1512. |
| 07:21.12 | *** join/#brlcad Neil___ (~chatzilla@117.229.52.122) | |
| 08:34.18 | *** join/#brlcad Neil___ (~chatzilla@117.229.3.17) | |
| 09:07.52 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:49.41 | CIA-128 | BRL-CAD: 03indianlarry * r50163 10/brlcad/trunk/src/util/loop.c: typo |
| 11:00.04 | *** join/#brlcad Neil_ (~chatzilla@117.229.117.47) | |
| 11:06.34 | CIA-128 | BRL-CAD: 03indianlarry * r50164 10/brlcad/trunk/src/librt/primitives/bot/btg.c: |
| 11:06.34 | CIA-128 | BRL-CAD: BOT hits were disappearing from the segment when using TIE. TIE was determining |
| 11:06.34 | CIA-128 | BRL-CAD: correct hits on tri's but was losing these when creating the hit segments in |
| 11:06.34 | CIA-128 | BRL-CAD: rt_bot_makesegs_(). The rt_bot_makesegs_() function uses the hit_vpriv[] from |
| 11:06.34 | CIA-128 | BRL-CAD: the hit structure to clean up odd hits, exit before entrance, or dangling |
| 11:06.35 | CIA-128 | BRL-CAD: entrance hits but this was not being set in TIE. Added code in TIE hitfunc() to |
| 11:06.36 | CIA-128 | BRL-CAD: populate these variables similar to what is done in non-TIE BOT code. |
| 11:10.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r50165 10/brlcad/trunk/src/util/loop.c: correct keyword typo |
| 11:28.58 | CIA-128 | BRL-CAD: 03erikgreenwald * r50166 10/brlcad/trunk/src/librt/primitives/bot/btg.c: use VSUB2 instead of VCOMB2 for readability. Handle non-normalized direction vectors. |
| 11:39.02 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 11:41.20 | CIA-128 | BRL-CAD: 03indianlarry * r50167 10/brlcad/trunk/src/librt/opennurbs_ext.h: (log message trimmed) |
| 11:41.20 | CIA-128 | BRL-CAD: Commented out early bail out of BREP bounding-box intersect routine to also |
| 11:41.20 | CIA-128 | BRL-CAD: include bounding-boxes behind the ray origin. Lets the calling application |
| 11:41.20 | CIA-128 | BRL-CAD: handle cases where ray starts inside of a solid. We were getting an odd number |
| 11:41.20 | CIA-128 | BRL-CAD: of hits when rays were being started on the backside but just inside of an |
| 11:41.21 | CIA-128 | BRL-CAD: existing component messing up the segment in/out logic. Could have injected an |
| 11:41.22 | CIA-128 | BRL-CAD: "in hit" at the ray origin but most solids would have returned the calculated |
| 11:46.32 | *** join/#brlcad Neil___ (~chatzilla@117.229.51.84) | |
| 11:57.22 | CIA-128 | BRL-CAD: 03tbrowder2 * r50168 10/brlcad/trunk/src/conv/iges/iges.c: eliminate K&R-style function args |
| 12:30.03 | *** join/#brlcad andrei (~andrei@188.25.160.56) | |
| 12:30.11 | andrei | hello |
| 12:46.42 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:12.45 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 14:18.06 | *** join/#brlcad Neil_ (~chatzilla@117.229.51.84) | |
| 14:22.39 | *** join/#brlcad Neil___ (~chatzilla@117.229.51.84) | |
| 14:53.58 | *** join/#brlcad Neil_ (~chatzilla@117.229.51.84) | |
| 14:55.24 | CIA-128 | BRL-CAD: 03r_weiss * r50169 10/brlcad/trunk/src/libged/ (pathsum.c trace.c): Updated libged functions 'ged_pathsum' (ie mged commands 'paths' and 'listeval') and '_ged_trace'. These were within files 'pathsum.c' and 'trace.c'. Improved error checking. |
| 15:09.15 | CIA-128 | BRL-CAD: 03starseeker * r50170 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.h primitives/bot/btg.c): Apply r50164 and r50167 fixes from trunk to STABLE |
| 15:26.21 | *** join/#brlcad Neil___ (~chatzilla@117.229.88.176) | |
| 16:00.44 | CIA-128 | BRL-CAD: 03Starseeker 07http://brlcad.org * r3506 10/wiki/Early_Raytracing_History: /* MAGIC */ Use DTIC link. |
| 16:00.59 | *** join/#brlcad atneik (~atneik@120.59.75.148) | |
| 16:02.16 | CIA-128 | BRL-CAD: 03Starseeker 07http://brlcad.org * r3507 10/wiki/Early_Raytracing_History: /* GIFT */ Add GIFT pdf links |
| 16:29.36 | CIA-128 | BRL-CAD: 03n_reed * r50171 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): remove unused variables and functions identified in SCL git 8ce79ec, 73cc97f, e98d00f, 63295f1, and 2a0ee4e |
| 16:35.58 | *** join/#brlcad merzo (~merzo@3-54-132-95.pool.ukrtel.net) | |
| 16:59.39 | *** join/#brlcad Neil___ (~chatzilla@117.229.88.176) | |
| 17:01.12 | CIA-128 | BRL-CAD: 03r_weiss * r50172 10/brlcad/trunk/doc/docbook/system/mann/en/listeval.xml: Updated the documentation for the mged 'listeval' command. Added the '-t' option to the description. |
| 17:02.57 | CIA-128 | BRL-CAD: 03r_weiss * r50173 10/brlcad/trunk/src/libged/pathsum.c: Updated the mged command 'paths', removing the '-t' option which has no effect for this command. |
| 17:49.23 | CIA-128 | BRL-CAD: 03r_weiss * r50174 10/brlcad/trunk/doc/docbook/system/mann/en/l.xml: Updated the documentation for the mged 'l' (lowercase L) command. Added the '-t' option to the description. |
| 17:56.59 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:08.13 | *** join/#brlcad Neil___ (~chatzilla@117.228.208.114) | |
| 19:08.56 | CIA-128 | BRL-CAD: 03r_weiss * r50175 10/brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Add documentation for mged 'gr' (ie grouper) command. |
| 19:10.14 | CIA-128 | BRL-CAD: 03r_weiss * r50176 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Update to 'CMakeLists.txt' to add documentation for the mged 'gr' (ie grouper) command. |
| 19:22.19 | *** join/#brlcad ksuzee (2e9551a6@gateway/web/freenode/ip.46.149.81.166) | |
| 20:30.27 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 20:59.53 | CIA-128 | BRL-CAD: 03r_weiss * r50177 10/brlcad/trunk/doc/docbook/system/mann/en/e_command.xml: Updated the mged 'e' command documentation, added the '-m1' option. |
| 21:06.40 | CIA-128 | BRL-CAD: 03r_weiss * r50178 10/brlcad/trunk/doc/docbook/system/mann/en/draw.xml: Updated the documentation for the mged 'draw' command. Added the '-m1' option. |
| 21:34.15 | CIA-128 | BRL-CAD: 03n_reed * r50179 10/brlcad/trunk/src/other/step/src/ (15 files in 3 dirs): apply changes from SCL git d6da40c and 275977d (commented code removal/style) |
| 21:37.29 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 22:57.09 | brlcad | starseeker: gsoc guidelines sent |
| 22:57.24 | brlcad | ``Erik: n_reed: you too :) |
| 22:57.36 | brlcad | ~seen drossberg |
| 22:57.45 | ibot | brlcad: i haven't seen 'drossberg' |
| 22:58.05 | brlcad | ~seen d_rossberg |
| 22:58.06 | ibot | d_rossberg <~rossberg@BZ.BZFLAG.BZ> was last seen on IRC in channel #brlcad, 6d 5h 36m 5s ago, saying: 'they told me at 5 that they won't come today but tomorrow :('. |
| 22:58.50 | brlcad | spread the word |
| 22:59.12 | andrei | hey brlcad |
| 22:59.37 | brlcad | howdy andrei |
| 23:00.18 | andrei | I was kept busy these days and didn't have time to watch the commitments/mailing list |
| 23:00.45 | andrei | was the matter regarding red-black tree api fixed? |
| 23:00.45 | brlcad | nope, not that I'm aware of |
| 23:05.26 | andrei | oh, then I ll try to catch up on the mailing list discussions. |
| 00:24.10 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:24.11 | brlcad | starseeker: no need to clear your scores |
| 00:24.38 | brlcad | You should do the same at least for the proposals you are willing to mentor |
| 00:24.38 | brlcad | *at least* |
| 00:24.45 | brlcad | scoring more is fine |
| 00:29.05 | milamber | hello all, trying to compile brlcad 7.20.4 on ubuntu 12.04. using gcc 4.6.3 and i am getting the following error: http://pastebin.com/2Epu7DkT |
| 00:29.06 | milamber | any help would be greatly appreciated |
| 00:29.34 | brlcad | milamber: see the line "cc1: all warnings being treated as errors" |
| 00:29.56 | brlcad | so it's just strict compilation warnings -- you can disable those during cmake |
| 00:30.20 | brlcad | or use the latest svn sources where usually strict compilation issues stay fixed |
| 00:31.23 | milamber | brlcad: i don't think i have cmake installed. i was trying the standard configure/make/make install. is there a specific make option i can give? |
| 00:32.41 | brlcad | --disable-strict |
| 00:32.47 | brlcad | that's a configure option |
| 00:34.32 | milamber | brlcad: ok, running configure again now. are you still using both make and cmake? |
| 00:34.46 | milamber | brlcad: i thought the goal was to drop make support at some point? |
| 00:35.05 | brlcad | cmake doesn't replace make, it replace autogen/configure |
| 00:35.46 | brlcad | cmake outputs build systems including makefiles for *nix, msvc build files for windows, xcode projects for mac, etc |
| 00:36.40 | milamber | brlcad: learn something new everyday. going to run the distclean and run configure again. thanks for the info. |
| 00:36.49 | brlcad | removal of something as entrenched as our autotools build, however, is going to go through our documented deprecation process (meaning it'll linger for at least two minor releases) |
| 00:36.58 | brlcad | if you run distclean, you'll have to run autogen.sh again |
| 00:37.05 | brlcad | shoudln't need to though |
| 00:37.19 | brlcad | just rerunning configure should work just fine and pick up where the compilation left off |
| 00:37.57 | milamber | brlcad: it didn't like not running distclean |
| 02:34.22 | starseeker | brlcad: sorry, had already started clearing when I got the word :-/ |
| 02:34.33 | starseeker | worked out fine though - some of my scores were off |
| 03:34.45 | *** join/#brlcad stevegt_ (~stevegt@74-94-170-253-NewEngland.hfc.comcastbusiness.net) | |
| 06:19.10 | *** join/#brlcad andrei (andrei@188.25.160.56) | |
| 06:25.07 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 06:38.47 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 06:53.01 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:23.07 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 07:57.03 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:09.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.82.192) | |
| 08:28.10 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:31.51 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 09:12.09 | *** join/#brlcad Neil___ (~chatzilla@117.229.78.77) | |
| 09:19.07 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:14.16 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:10.00 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:18.12 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:21.21 | ``Erik | milamber: cmake -DBRLCAD_ENABLE_STRICT=OFF /path/to/src && make all install |
| 11:23.23 | ``Erik | brlcad: strict issues are all over trunk, reasonably recent X11's use vararg macros, default gcc in ubuntu wigs out in libbu on printf format values (%z), ... |
| 11:57.36 | starseeker | growls at MSVC... why can't they support C99 blast it... |
| 12:12.14 | starseeker | hmm... http://www.ishani.org/web/2011/crowbarring-clang-into-vs/ |
| 12:13.18 | starseeker | now if we could just get Microsoft to hire him and get clang "officially" bundled... |
| 12:23.21 | ``Erik | no way that'd happen, stop thinking like a geek and think like a suit wearing 'business' type |
| 12:29.00 | *** join/#brlcad Neil___ (~chatzilla@117.229.48.233) | |
| 12:29.30 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 13:08.54 | milamber | brlcad: the ./configure -disable-strict built like a champ |
| 13:09.06 | milamber | ``Erik: thanks for the response |
| 13:13.57 | *** join/#brlcad stevegt_ (~stevegt@74-94-170-253-NewEngland.hfc.comcastbusiness.net) | |
| 13:58.30 | brlcad | ``Erik: haven't encountered the X11 vararg issue yet, but have seen the latter and there's a bit of code that tells gcc to not warn about it, presumably just not checking the gcc version right to turn it off |
| 13:59.04 | brlcad | have you looked at the X11 header to see if there's a toggle to get non vararg? |
| 13:59.18 | brlcad | er, s/vararg/variadic/ |
| 14:11.57 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:12.29 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:22.59 | *** join/#brlcad andrei (andrei@188.25.160.56) | |
| 14:40.05 | *** join/#brlcad merzo (~merzo@228-146-132-95.pool.ukrtel.net) | |
| 14:40.57 | ``Erik | brlcad: yeah, there's some fu to do different things based on gnuc version, but all resulting forms use "..." in 'em... as of xproto 7.0.22, apparently |
| 14:49.26 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 15:14.14 | *** join/#brlcad merzo (~merzo@112-137-133-95.pool.ukrtel.net) | |
| 15:47.43 | brlcad | ``Erik: looks like -Wno-variadic-macros will do the trick |
| 15:57.53 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 16:21.57 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:25.15 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:36.40 | *** join/#brlcad Neil___ (~chatzilla@117.229.41.224) | |
| 16:43.20 | CIA-128 | BRL-CAD: 03brlcad * r50180 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: add checks for -Wno-variadic-macros to quell compilation warnings about newer Xorg headers using the c99/c++11-only feature when we're compiling in c90/c++ mode. regroup the rest for consistency. |
| 17:07.54 | *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net) | |
| 17:29.53 | *** join/#brlcad Neil___ (~chatzilla@117.229.107.88) | |
| 17:56.40 | andrei | Hello |
| 17:58.34 | Neil___ | hello |
| 18:30.32 | brlcad | if any of you received e-mails recently regarding thanks or congrats, you can disregard them -- it's a bug in the melange interface |
| 18:30.46 | brlcad | we haven't finalized our selections in the least |
| 18:31.28 | brlcad | some bug caused a bunch of e-mails to get kicked out to lots of students |
| 18:38.39 | *** join/#brlcad crdueck (~cdk@129-97-210-228.uwaterloo.ca) | |
| 18:39.42 | *** join/#brlcad merzo (~merzo@31-143-133-95.pool.ukrtel.net) | |
| 18:41.46 | ksuzee | brlcad, thank you for information |
| 19:29.49 | CIA-128 | BRL-CAD: 03tbrowder2 * r50181 10/brlcad/trunk/src/conv/g-dot.c: ws |
| 19:32.00 | brlcad | ksuzee: you're welcome |
| 19:32.10 | brlcad | it's a bit fo a googley mess |
| 19:45.31 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 19:46.42 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 20:00.49 | *** join/#brlcad Neil_ (~chatzilla@117.229.66.221) | |
| 20:05.33 | CIA-128 | BRL-CAD: 03tbrowder2 * r50182 10/brlcad/trunk/src/conv/g-shell-rect.c: ws, style, semicolons after macros |
| 20:08.58 | CIA-128 | BRL-CAD: 03tbrowder2 * r50183 10/brlcad/trunk/src/conv/dxf/g-dxf.c: ws, style |
| 20:25.38 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 20:28.09 | jordisayol | arch is still in pre-alpha? |
| 20:31.49 | ``Erik_ | ya mean archer? |
| 20:32.09 | jordisayol | yes. s/arch/archer/ |
| 20:33.21 | ``Erik_ | it should be usable for quite a bit, but not a 100% replacement for mged yet |
| 20:34.00 | ``Erik_ | I can walk down the hall and ask the dev if you need details... |
| 20:34.50 | jordisayol | ``Erik_: no, i just want to know it to change the default program for g database files |
| 20:35.45 | jordisayol | now, in gnome desktop, brlcad deb packages set mged as the default program to open them |
| 20:36.06 | ``Erik_ | yeah, that should still be the case |
| 20:36.14 | jordisayol | ok |
| 20:36.21 | jordisayol | thanks ``Erik_ |
| 21:10.41 | CIA-128 | BRL-CAD: 03tbrowder2 * r50184 10/brlcad/trunk/src/librt/db_tree.c: ws |
| 21:13.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r50185 10/brlcad/trunk/src/librt/db_tree.c: ws |
| 21:38.51 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 22:22.50 | CIA-128 | BRL-CAD: 03tbrowder2 * r50186 10/brlcad/trunk/src/librt/db_tree.c: reset special magic to normal magic before leaving the function |
| 00:06.11 | CIA-128 | BRL-CAD: 03starseeker * r50187 10/brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk: explicitly specify the iwidgets namespace in a few places for MGEDpage.itk |
| 02:06.21 | *** join/#brlcad Neil___ (~chatzilla@117.229.66.221) | |
| 02:13.33 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 02:15.43 | *** join/#brlcad stevegt_ (~stevegt@64.223.219.84) | |
| 02:20.37 | CIA-128 | BRL-CAD: 03starseeker * r50188 10/brlcad/trunk/src/archer/CMakeLists.txt: Remove WIN32 from the Archer build logic. |
| 02:23.23 | CIA-128 | BRL-CAD: 03starseeker * r50189 10/brlcad/trunk/ (6 files in 3 dirs): |
| 02:23.23 | CIA-128 | BRL-CAD: Start teaching rtwizard to take inputs from the command line (will provide a way |
| 02:23.23 | CIA-128 | BRL-CAD: to avoid the need for graphically picking components, and eventually will allow |
| 02:23.23 | CIA-128 | BRL-CAD: for complete non-graphical rtwizard image generation - useful for regression |
| 02:23.23 | CIA-128 | BRL-CAD: testing.) At this stage, should just preserve old behavior. |
| 02:34.00 | brlcad | woot |
| 03:37.29 | starseeker | brlcad: which, the WIN32 removal? :-P |
| 03:41.33 | starseeker | come to think of it, I should probably check for other places I can use the symlink test... |
| 03:54.24 | CIA-128 | BRL-CAD: 03starseeker * r50190 10/brlcad/trunk/src/conv/step/CMakeLists.txt: Whoops, wrong schema. Switch it back, especially since it's looking like our change may be a valid one. |
| 04:23.06 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 04:53.15 | CIA-128 | BRL-CAD: 03starseeker * r50191 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_Targets.cmake): Couple tweaks for the subbuild case - need to make sure we avoid names like liblibbu, and distcheck is disabled when we're a subbuild. |
| 05:03.38 | starseeker | sweet - cmake .. -DBRLCAD_IS_SUBBUILD=1 -DBRLCAD_ENABLE_TARGETS=1 now sets up a minimalist build of just what is needed for librt |
| 05:16.02 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:26.20 | *** join/#brlcad ``Erik (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 06:02.15 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:04.53 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 07:03.08 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:27.32 | *** join/#brlcad Neil___ (~chatzilla@117.229.63.60) | |
| 07:40.11 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 08:19.11 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 09:02.41 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 10:37.52 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:31.24 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 12:24.10 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 12:49.30 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:01.03 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 14:01.27 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 14:01.27 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 14:15.22 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 14:24.13 | CIA-128 | BRL-CAD: 03bob1961 * r50192 10/brlcad/trunk/ (include/tclcad.h src/libtclcad/tclcad_obj.c): Added TCLCAD_POLY_SQUARE_MODE. Updated libtclcad/tclcad_obj.c/to_poly_rect_mode() and to_mouse_poly_rect() to also be used for drawing squares. |
| 14:28.27 | CIA-128 | BRL-CAD: 03bob1961 * r50193 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated cadwidgets::Ged::init_poly_rect to accomodate the enhanced poly_rect_mode command (i.e. can also draw squares). |
| 14:29.39 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 14:29.45 | brlcad | howdy bhinesley |
| 15:04.55 | CIA-128 | BRL-CAD: 03bob1961 * r50194 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Removed a few old/unused methods. |
| 15:16.51 | brlcad | o |
| 15:17.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 15:17.57 | brlcad | I'm returning our last unused slot -- the unassigned ones pending are just not responsive enough and haven't pulled their weight compared to others |
| 15:38.31 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:38.31 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 16:52.03 | CIA-128 | BRL-CAD: 03bob1961 * r50195 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added "begin" callbacks for data polygons. Changed a few method and variable names for consistency. |
| 16:55.17 | *** join/#brlcad andrei (~tuxilina@141.85.225.204) | |
| 17:26.49 | CIA-128 | BRL-CAD: 03bob1961 * r50196 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Fleshed out begin_data_poly_###. |
| 17:36.50 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 17:48.34 | *** join/#brlcad merzo (~merzo@57-83-132-95.pool.ukrtel.net) | |
| 17:59.37 | CIA-128 | BRL-CAD: 03starseeker * r50197 10/brlcad/trunk/src/tclscripts/rtwizard/ (4 files in 2 dirs): Use an associative array, and populate variables in the RtWizard namespace. |
| 18:17.56 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 18:40.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.62.20) | |
| 18:58.31 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 19:13.19 | *** join/#brlcad andrei (~andrei@188.25.175.86) | |
| 19:45.56 | andrei | hello |
| 19:46.01 | Al_Da_Best | Evening |
| 21:56.48 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 23:02.27 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 00:36.32 | kanzure | why'd we need a new voting thread |
| 00:36.34 | kanzure | oh well |
| 00:36.42 | brlcad | nods |
| 00:37.13 | kanzure | brlcad: have you ever played with https://github.com/colah/ImplicitCAD |
| 00:37.18 | brlcad | given the discussion, a vote seems kind of silly too |
| 00:37.48 | kanzure | "voting" just replicates the failures of tc184-sc4 |
| 00:37.54 | brlcad | there's never going to be a consensus and any majority is easily biased by faction/collusion |
| 00:38.07 | kanzure | http://diyhpl.us/~bryan/irc/step/tc184-sc4-members.txt |
| 00:38.18 | kanzure | somehow i hax0red my way into getting in the tc184-sc4 group |
| 00:38.26 | brlcad | wow |
| 00:38.40 | kanzure | before their previous site went offline |
| 00:38.55 | brlcad | yeah, I usually refuse to be on committees on principle |
| 00:39.06 | kanzure | they weren't exactly letting anyone join |
| 00:39.11 | kanzure | i thought they would be STEP pros or EXPRESS pros |
| 00:39.12 | kanzure | but nope |
| 00:39.16 | kanzure | looks like a clusterfuck |
| 00:39.50 | kanzure | lots of "GUYS where is our next meeting? north korea? ok let's do north korea" |
| 00:40.37 | kanzure | but that waterbury guy from NASA is on the list |
| 00:41.06 | brlcad | I have not played with implicitcad |
| 00:41.40 | brlcad | clearly what is needed is more management and oversight |
| 00:41.47 | kanzure | i like the concept but i still see a need for direct surface manipulation (not implicit surface manipulation) |
| 00:41.52 | kanzure | haha yeah right |
| 00:41.53 | brlcad | not people actually writing step code |
| 00:41.58 | kanzure | rofl :( |
| 00:42.13 | kanzure | did you see that solidworks fired their head tech guy? |
| 00:42.21 | kanzure | they decided to switch solidworks kernels away from parasolid to v6 |
| 00:42.27 | kanzure | and their tech lead refused |
| 00:42.28 | kanzure | so they fired him |
| 00:42.35 | brlcad | heh, no I didn't |
| 00:42.47 | brlcad | good for him |
| 00:42.59 | kanzure | yeah |
| 00:43.14 | kanzure | nobody knows how to write kernels anymore, they'd probably screw up a move to another engine |
| 00:43.28 | kanzure | esp. since they didn't write parasolid |
| 00:44.11 | brlcad | he can probably get a job at any one of their competitors without a problem, and if not them due to some no-compete clause just as easily at 100 other companies with deep pockets for skills like that |
| 00:44.48 | kanzure | and probably make >50% more money |
| 00:45.22 | kanzure | so, i've been thinking of hiring someone other than me to write nurbs algorithms |
| 00:45.34 | kanzure | i've given it a shot and it's taking me too long to get reasonable results |
| 00:46.39 | kanzure | do you have any thoughts about this? |
| 01:20.20 | brlcad | thoughts as in .. what are you writing nurbs algorithms for?? |
| 02:56.42 | CIA-128 | BRL-CAD: 0396.234.234.5 07http://brlcad.org * r3508 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Other Tool Projects */ Not for this year, but add a note to flesh out a description of possible clone/pattern tool improvement task for later use... |
| 04:31.12 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 04:44.37 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:25.20 | *** join/#brlcad phoenixyjll_ (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 06:09.38 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 06:12.58 | *** join/#brlcad andrei (~andrei@188.25.225.145) | |
| 06:31.08 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 07:36.56 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 09:27.45 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 10:40.55 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 11:10.16 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:35.40 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 11:36.35 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:47.49 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 11:51.15 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 12:05.56 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 12:34.52 | *** join/#brlcad merzo (~merzo@146-111-133-95.pool.ukrtel.net) | |
| 13:50.09 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 15:04.37 | kanzure | brlcad: well, none of the open source "nurbs libraries" seem to do anything |
| 15:04.47 | kanzure | opennurbs just hides all the useful stuff in the commercial for-pay library |
| 16:26.59 | *** join/#brlcad merzo (~merzo@127-87-132-95.pool.ukrtel.net) | |
| 16:37.06 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 16:49.44 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 16:53.29 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 18:29.19 | *** join/#brlcad Neil___ (~chatzilla@117.229.60.198) | |
| 18:40.13 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 19:18.07 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 19:33.55 | louipc | kanzure: fork fork fork |
| 19:34.47 | kanzure | fork who? |
| 19:35.10 | louipc | the nurbs libraries |
| 19:35.16 | kanzure | hrmm maybe.. |
| 19:35.22 | kanzure | it wouldn't help.. the hard part isn't open source |
| 19:35.44 | louipc | but it could be |
| 19:35.58 | louipc | if you don't, it will never be |
| 19:36.20 | kanzure | i don't understand how forking useless crap is helpful here ? |
| 19:36.55 | louipc | auh didn't know that... wonder why brl-cad would be using useless crap |
| 19:37.08 | kanzure | it uses it for the basic nurbs representation in a few places |
| 19:37.18 | kanzure | i am making a number of assumptions here, |
| 19:37.25 | kanzure | like that you're replying to my previous messages regarding opennurbs |
| 19:37.32 | kanzure | many of the intersection algorithms in opennurbs are not open source |
| 19:37.36 | kanzure | brlcad does not include them or use them |
| 19:37.37 | louipc | that's correct |
| 19:38.06 | kanzure | nurbs representation (knots and control points) is somewhat easy to code |
| 19:38.27 | kanzure | but building a robust library for boolean operations on their surfaces is apparently time intensive |
| 19:38.39 | louipc | hard stuff is more fun to code anyways |
| 19:38.42 | kanzure | http://diyhpl.us/cgit/lolcad has some random work i've done in this area |
| 19:38.55 | kanzure | sure! but i haven't been able to get that much help from anyone who has previously implemented this |
| 19:40.16 | kanzure | at one point i thought writing a wrapper around ESOLID might be a good way forward: |
| 19:40.19 | kanzure | http://diyhpl.us/cgit/lolcad/tree/esolid/wrapper/wrapper.pyx |
| 19:40.21 | kanzure | (at least until i rewrite their implementation) |
| 19:40.39 | kanzure | but unless you know the whole system, your rewrite is going to look like garbage: |
| 19:40.42 | kanzure | http://diyhpl.us/cgit/lolcad/tree/esolid/esolid.py |
| 19:40.46 | louipc | yea |
| 19:41.51 | kanzure | btw that's a wrapper around this: |
| 19:41.52 | kanzure | http://research.cs.tamu.edu/keyser/geom/esolid/releases/version_0.3/ESOLID-0.3.tar.gz |
| 19:41.55 | louipc | is that nurbs? |
| 19:43.26 | kanzure | actually it's a library for surfaces made up of rational polynomials |
| 19:43.32 | kanzure | including bezier curves |
| 19:43.36 | kanzure | so it's somewhat related to nurbs |
| 19:43.42 | louipc | also, why would you waste time to rewrite it? source code is there |
| 19:43.45 | kanzure | effectively it's the same or a "close enough" solution |
| 19:43.47 | kanzure | http://research.cs.tamu.edu/keyser/geom/esolid/index.htm |
| 19:43.49 | louipc | and we were talking about nurbs |
| 19:43.54 | kanzure | no licensing |
| 19:43.58 | kanzure | and the author is non-responsive |
| 19:44.23 | kanzure | also: arguably we should have at least 1 person in the open source world who can do this and maintain a library properly, heh |
| 19:44.37 | kanzure | it would be bad to use some code that nobody understands |
| 19:45.21 | kanzure | i don't remember if i call chris as chris or sean, but he mentioned that esolid might be a bad idea to wrap around due to that licensing ambiguity |
| 19:45.27 | kanzure | but the only other option is opencascade, and getting that codebase into shape is a nightmare |
| 19:45.33 | kanzure | (plus their own set of licensing issues) |
| 19:48.43 | louipc | eh |
| 20:43.14 | brlcad | the license isn't technically ambiguous, is a bsd-style-except-non-commericial license making it pretty much incompatible with everything except cc-nc |
| 20:44.07 | brlcad | it needs to be relicensed through the university |
| 20:44.25 | brlcad | and of coruse good luck with that :) |
| 21:55.24 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:46.06 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 00:48.50 | starseeker | kanzure: openNURBS isn't just a container format, they do have some useful functions - in particular, evaluating UV coordinates into 3-space points is something we get from openNURBS |
| 00:51.59 | starseeker | as well as their bounding box routines |
| 00:53.29 | kanzure | right |
| 00:53.49 | kanzure | that's true, i didn't mention the point evaluation stuff |
| 00:53.56 | kanzure | probably unfair of me |
| 00:54.43 | starseeker | I've thought about expanding on openNURBS or designing a new geometry library using theirs as a guide (hence the libnurbs project on sourceforge) but it is not an easy task and for BRL-CAD's purposes it usually makes more sense to go "straight for the throat" to implement the feature we need |
| 00:55.20 | kanzure | for sure |
| 00:55.37 | starseeker | and if I'm doing it for fun on my own time, I'd probably want to make it a Knuth style literate program |
| 00:55.43 | kanzure | it's somewhat startling though that we can't figure this out |
| 00:55.52 | starseeker | which is enough to drive away just about anybody :-) |
| 00:56.02 | kanzure | we might not be the smartest tools in the shed, but we seem to be well versed in cad programming |
| 00:56.02 | starseeker | kanzure: what, the surface/surface stuff? |
| 00:56.05 | kanzure | yeah |
| 00:56.12 | kanzure | if we haven't implemented it yet, then who else would ? heh |
| 00:56.15 | starseeker | we haven't attacked it seriously yet |
| 00:56.21 | kanzure | hmm |
| 00:56.23 | starseeker | (we being BRL-CAD) |
| 00:56.26 | kanzure | right |
| 00:56.34 | kanzure | well, what would your strategy be? |
| 00:56.49 | starseeker | kanzure: you're aware of the research papers published on the topic? |
| 00:57.11 | kanzure | i know many.. |
| 00:57.25 | starseeker | none of them give you what you need? |
| 00:57.25 | kanzure | although they are often without source code |
| 00:57.28 | starseeker | sure |
| 00:57.41 | kanzure | the esolid papers are pretty nice, it's not nurbs exactly but it's definitely bounded surface manipulation |
| 00:57.49 | starseeker | my starting point would be to study things like this: http://www.cs.berkeley.edu/~hling/research/paper/intersection.htm |
| 00:58.48 | kanzure | yeah this looks standard basd on what i've seen |
| 00:59.10 | kanzure | there's a gap between me reading this, me implementhing this completely, and the stuff in the middle (which is where i screw up) |
| 00:59.19 | kanzure | for instance you can't just sit down and write code for 2 weeks and expect it to work |
| 01:00.16 | starseeker | sure |
| 01:00.55 | starseeker | having tried to implement some of the written strategies, what are the tough points you're running into? |
| 01:01.35 | kanzure | unit tests |
| 01:01.41 | kanzure | confirming that intermediate components work |
| 01:02.04 | starseeker | you mean formulating them? |
| 01:02.15 | kanzure | what? |
| 01:02.53 | starseeker | are you having problems devising the tests, or problems with them failing when you run them? |
| 01:03.01 | kanzure | devising tests |
| 01:04.07 | kanzure | also, formulating a relatively sane api |
| 01:04.21 | kanzure | the end-user-exposed api is simple enough, but not the internal api |
| 01:04.36 | kanzure | (i mean the stuff under the hood in the actual "intersect" methods) |
| 01:05.36 | starseeker | in that situation, I'd probably start by listing all of the component "bits" that go into solving the problem, and see if they start to group into common conceptual areas |
| 01:08.24 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 01:10.22 | starseeker | kanzure: refresh my memory - for your purposes GPL is out, right? |
| 01:13.25 | kanzure | GPL is fine |
| 01:16.18 | starseeker | kanzure: have you looked at SISL? |
| 01:16.57 | starseeker | they claim surface/surface intersection, IIRC |
| 01:17.28 | starseeker | http://www.sintef.no/sisl |
| 01:17.49 | starseeker | even has a CMake build |
| 01:18.57 | kanzure | yes i've heard of it |
| 01:19.01 | kanzure | but iirc they had licensing issues too |
| 01:19.02 | kanzure | "SISL is avalable for non-commercial use under the GPL license." |
| 01:19.06 | starseeker | that library is probably #1 on my "I wish I could try this library for BRL-CAD, but it's ruled out by the GPL" list |
| 01:19.14 | kanzure | no it's not even "GPL" |
| 01:19.19 | starseeker | kanzure: check the actual license text |
| 01:19.19 | kanzure | it's "non-commercial use only" |
| 01:19.39 | kanzure | uhh |
| 01:20.02 | kanzure | hrm looks i have it installed already |
| 01:20.24 | starseeker | kanzure: my hunch is they mean "if you want to bundle use with your commercial app, you need to pay us" |
| 01:20.41 | kanzure | yeah.. that's not what the GPL is supposed to do |
| 01:20.59 | starseeker | it does have that effect though |
| 01:21.01 | kanzure | nope.. |
| 01:21.06 | kanzure | you can easily GPL your commercial app |
| 01:21.11 | kanzure | they are smoking something pretty strong over there |
| 01:21.34 | starseeker | hmm? You can't link a GPL library with non-GPL-compatible code and distribute the result |
| 01:22.05 | starseeker | ah - yeah I doubt the notion of a GPL app that is also sold (or at least supported) commercially has occurred to them |
| 01:22.26 | kanzure | uhuh |
| 01:22.35 | starseeker | let's face it - for most of the history of the CAD industry the notion would probably have gotten you subjected to a drug test |
| 01:22.51 | kanzure | sure.. |
| 01:23.14 | kanzure | what on earth are all these files |
| 01:23.20 | starseeker | kanzure: what about the GPL license in their source tarball - do they add any non-commercial clauses? |
| 01:23.29 | kanzure | s1906.c s1907.c s1908.c .. |
| 01:23.38 | starseeker | ah - the various routines |
| 01:23.42 | kanzure | starseeker: i looked, didn't see anything, but should run a diff |
| 01:23.44 | kanzure | those are horrible names |
| 01:23.48 | starseeker | heh |
| 01:24.01 | starseeker | kanzure: if you're unsure about it, you can probably contact them to clarify |
| 01:24.27 | starseeker | kanzure: here's the cheat-sheet: http://www.sintef.no/upload/IKT/9011/geometri/sisl/manual.pdf |
| 01:24.28 | kanzure | REFERENCES: Fortran version: T.Dokken, SI, 1981-11 |
| 01:24.37 | kanzure | damn has anyone actually written any of this in the last 5 years |
| 01:24.43 | kanzure | even parasolid is ancient |
| 01:24.44 | starseeker | doubt it |
| 01:25.57 | starseeker | kinda neat - SISL has its origins in code almost as old as BRL-CAD :-) |
| 01:26.19 | starseeker | that PDF manual's table of contents is a decent overview of what's in there |
| 01:27.32 | starseeker | not sure why the (admittedly crappy) naming scheme |
| 01:28.04 | starseeker | unless it is in fact left over from the FORTRAN days when such names were standard... |
| 01:30.36 | kanzure | are these guys still alive? could i just hire them |
| 01:30.50 | kanzure | to write a sane library |
| 01:31.12 | starseeker | uh... you mean the original fortran devs? |
| 01:31.38 | starseeker | kanzure: here's a page with more detail on their licensing options: |
| 01:31.44 | starseeker | http://www.sintef.no/Informasjons--og-kommunikasjonsteknologi-IKT/Anvendt-matematikk/Fagomrader/Geometri/Prosjekter/The-SISL-Nurbs-Library/SISL-Licensing/ |
| 01:32.57 | kanzure | hmm why would "comments" cost more? |
| 01:33.06 | kanzure | maybe the gpl version doesn't have the comments? fuck this |
| 01:33.08 | kanzure | blahhh |
| 01:33.11 | starseeker | because, as you correctly note, the names are blegh |
| 01:33.23 | kanzure | gpl source looks like it has some comments.. |
| 01:34.00 | starseeker | yeah, I doubt they're worried about the GPL case - commercial CAD licensees that they are probably marketing to would avoid GPL like the plague |
| 01:39.06 | starseeker | GPL v2 in fact, so also brings up the v2 vs. v3 incompatibility on top of everything else... |
| 01:40.12 | starseeker | kanzure: you might also look at this if the SISL level API is annoying - might be better: |
| 01:40.16 | starseeker | http://www.sintef.no/Projectweb/Geometry-Toolkits/GoTools/ |
| 01:40.51 | kanzure | i don't understand why they have a separate library? |
| 01:41.53 | starseeker | shrugs - probably have customers using the SISL api, so they developed the GoTools thing on top of it? |
| 01:42.06 | starseeker | keeps everybody happy |
| 01:43.45 | starseeker | anyway - a comment-stripped SISL would be pretty darn useless for doing anything except what the library already does (barring a prohibitive amount of code reading) so I'm sure they consider it a "safer" thing to give to commercial customers |
| 01:43.55 | kanzure | :/ |
| 01:44.05 | kanzure | it looks like anyone who has written this sort of library has a phd |
| 01:44.09 | kanzure | so if i write one, i am going to demand a phd |
| 01:44.21 | starseeker | kanzure: SISL won't work for you? |
| 01:44.29 | kanzure | still looking |
| 01:45.13 | kanzure | their download page is taking forever to load |
| 01:45.18 | kanzure | screw it i'm gonna go get a burrito |
| 03:36.15 | *** join/#brlcad phoenixyjll (3b941b48@gateway/web/freenode/ip.59.148.27.72) | |
| 05:32.25 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:41.56 | *** join/#brlcad Neil___ (~chatzilla@117.229.60.198) | |
| 07:54.57 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 08:05.23 | *** join/#brlcad andrei (~andrei@188.25.173.190) | |
| 09:50.17 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 10:21.37 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:34.38 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:02.18 | *** join/#brlcad merzo (~merzo@127-87-132-95.pool.ukrtel.net) | |
| 11:56.05 | *** join/#brlcad merzo (~merzo@169-244-92-178.pool.ukrtel.net) | |
| 12:26.16 | *** join/#brlcad Neil___ (~chatzilla@117.229.71.96) | |
| 12:27.20 | *** join/#brlcad Neil___ (~chatzilla@117.229.71.96) | |
| 12:55.32 | *** join/#brlcad Neil___ (~chatzilla@117.229.71.96) | |
| 13:20.49 | *** join/#brlcad Neil___ (~chatzilla@117.229.50.22) | |
| 13:22.35 | *** join/#brlcad Neil_ (~chatzilla@117.229.50.22) | |
| 14:08.43 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:41.00 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 17:48.17 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 18:04.09 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:32.34 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-159-149.bltmmd.fios.verizon.net) | |
| 18:45.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:15.06 | *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2) | |
| 19:15.53 | *** join/#brlcad abhi (~chatzilla@209.201.113.2) | |
| 19:20.22 | *** join/#brlcad abhi (~chatzilla@209.201.113.2) | |
| 19:56.56 | *** join/#brlcad abhi_ (~chatzilla@209.201.113.2) | |
| 20:04.14 | *** join/#brlcad abhi (~chatzilla@209.201.113.2) | |
| 20:11.35 | *** join/#brlcad Neil___ (~chatzilla@117.229.29.38) | |
| 15:04.44 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:04.44 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.22.0 is forthcoming (eta: end of March) || BRL-CAD has applied to participate in GSoC 2012! | |
| 15:11.55 | *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 15:18.11 | CIA-128 | BRL-CAD: 03starseeker * r50200 10/brlcad/branches/STABLE/misc/CMake/BRLCAD_CompilerFlags.cmake: Add the Wno-variadic-macros check to STABLE |
| 16:50.48 | CIA-128 | BRL-CAD: 03tbrowder2 * r50201 10/brlcad/trunk/regress/tgms/ars.cg: add a new comgeom target to test a specific comgeom-g failure discovered by a user |
| 16:52.09 | CIA-128 | BRL-CAD: 03tbrowder2 * r50202 10/brlcad/trunk/regress/comgeom.sh: modify comgeom-g test to use new tgm for a known target ars failure |
| 16:53.14 | CIA-128 | BRL-CAD: 03tbrowder2 * r50203 10/brlcad/trunk/src/conv/comgeom/solid.c: do not release ars curve memory memory unless there has been a mk_ars failure |
| 17:08.49 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 17:14.14 | *** join/#brlcad Neil___ (~chatzilla@117.229.19.217) | |
| 18:12.32 | *** join/#brlcad merzo (~merzo@41-198-201-46.pool.ukrtel.net) | |
| 18:34.30 | *** join/#brlcad andrei_ (~andrei@188.25.162.168) | |
| 18:34.35 | andrei_ | hello :) |
| 18:35.34 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:39.54 | *** join/#brlcad Neil___ (~chatzilla@117.228.210.135) | |
| 18:56.51 | Stattrav | brlcad: thanks |
| 18:57.16 | Stattrav | shall get in touch with you tomorrow post the exam. |
| 19:05.31 | *** join/#brlcad phoenixyjll_ (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 19:20.15 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 19:20.22 | cristina | hello |
| 19:30.33 | *** join/#brlcad Neil_ (~chatzilla@117.229.16.240) | |
| 19:32.25 | crdueck | hello all |
| 19:34.31 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 19:36.35 | brlcad | howdy crdueck, andrei_, Stattrav, others |
| 19:38.00 | Stattrav | brlcad: hey as it turns out you are not the mentor :) |
| 19:38.10 | Stattrav | i thought you were |
| 19:38.50 | *** join/#brlcad Neil___ (~chatzilla@117.228.206.25) | |
| 19:39.21 | crdueck | is mentor info on the google-melange site? i'm waiting for the traffic to die down before i try it again |
| 19:39.45 | andrei_ | indeed the traffic is almost dos-ing the page |
| 19:40.02 | Stattrav | crdueck: the site is back up |
| 19:43.01 | starseeker | growls and puts on his debugging hat - r48553 introduced some sort of problem into rtedge when -c "set oo=all.g/component" is fed as an option... |
| 19:49.48 | *** join/#brlcad kane_ (5d83744e@gateway/web/freenode/ip.93.131.116.78) | |
| 19:50.01 | kane_ | Hi |
| 19:56.33 | Al_Da_Best | 11, certainly aiming big :o Thanks :) |
| 19:59.24 | cristina | thank you for the acceptance and congrats to everyone! |
| 20:05.56 | kane_ | It's great to be a part of brlcad. Thank you for this opportunity! |
| 20:08.45 | brlcad | Stattrave: this goes for all projects -- the listed mentor is only the person that evaluates your progress |
| 20:09.05 | brlcad | the technical guidance and mentoring is done by all developers here and on the mailing list |
| 20:09.36 | brlcad | the listed mentor tracks your progress and makes sure you're working (since they're the ones that might fail you from the program) |
| 20:10.59 | andrei_ | Thank you for the opportunity of participating in GSoC 2012. Also, congratulations to everyone! |
| 20:25.52 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 20:27.41 | *** join/#brlcad kane__ (~Kane@g226121207.adsl.alicedsl.de) | |
| 20:29.47 | brlcad | starseeker: 48553? really? |
| 20:31.12 | starseeker | yeah... binary tested and narrowed it down to that |
| 20:31.50 | brlcad | that's a bit surprising, that should have been logically equivalent |
| 20:32.01 | brlcad | do you have a stack trace? |
| 20:32.19 | brlcad | is it crashing or just changed behavior? |
| 20:32.24 | starseeker | changing behavior |
| 20:32.35 | starseeker | hang on - I'll put together a pastebin with what I'm seeing |
| 20:34.39 | kane__ | ehm, Daniel what is you irc nickname? |
| 20:35.11 | brlcad | that's odd, rtedge doesn't perform any mappedfile code dire\ctly |
| 20:36.28 | brlcad | I would have expected the tests to fail |
| 20:37.36 | starseeker | crud |
| 20:37.44 | starseeker | hang on, may have had some static files lingering |
| 20:38.55 | stas_ | hey guys congrats for accepted students, cristina and andrei_ keep it up! :) |
| 20:39.24 | andrei_ | thank you stas_! |
| 20:39.45 | cristina | thanks, stas_ :) |
| 20:40.02 | brlcad | kane__: daniel is usually d_rossberg here but he's on vacation at the moment |
| 20:40.18 | brlcad | ~seen d_rossberg |
| 20:40.34 | ibot | d_rossberg <~rossberg@BZ.BZFLAG.BZ> was last seen on IRC in channel #brlcad, 11d 3h 18m 33s ago, saying: 'they told me at 5 that they won't come today but tomorrow :('. |
| 20:40.34 | kane__ | oh ok thank you. |
| 20:41.10 | brlcad | ah, not entirely true .. last *spoke* 11 days ago, but was just online a couple hours ago |
| 20:41.13 | brlcad | 11:39 -!- d_rossberg [~rossberg@BZ.BZFLAG.BZ] has quit [Quit: leaving |
| 20:41.48 | kane__ | than i will speak with him about our daily meetings if he is back. |
| 20:41.50 | brlcad | kane__: keep in mind that your listed mentor is just for evaluating progress, not necessarily for technical direction |
| 20:41.56 | brlcad | we do group mentoring as much possible |
| 20:42.49 | starseeker | yeah, that was it... was able to flip the change on and off: http://pastebin.mozilla.org/1591647 |
| 20:43.15 | starseeker | note the db_lookup failure in 48553 |
| 20:44.14 | kane__ | brlcad: but we have to report our daily work to our mentor? |
| 20:45.24 | starseeker | kane__: which proposal was yours? |
| 20:49.14 | brlcad | <PROTECTED> |
| 20:49.41 | starseeker | appreciate it - it's a kink in the rtwizard work at the moment... |
| 20:50.09 | brlcad | kane__: yes, but you're reporting your activity to all developers, not just your assigned mentor |
| 20:51.05 | brlcad | what you'll coordinate with your assigned mentor are any vacations/holidays or unanticipated leave |
| 20:53.29 | brlcad | if you disappear for more than two days, especially if it's not over a weekend, they should know why |
| 20:56.00 | brlcad | kane__: I recommend keeping an irc conneted all the time |
| 20:56.10 | brlcad | screen+irssi ftw |
| 20:56.44 | brlcad | even if you're not "here" and your IRC client is, we can respond to you and you can read the response whenever you get back |
| 20:58.15 | brlcad | kane__: so the most pressing issue for you is to start working on patches, getting them reviewed, so you can get commit access established |
| 21:04.52 | brlcad | that's really the most pressing issue for most students, actually, and getting familiarized with BRL-CAD tools |
| 21:05.31 | brlcad | starseeker: he's the display manager |
| 21:09.47 | *** join/#brlcad kane_ (~Kane@e181171013.adsl.alicedsl.de) | |
| 21:11.38 | *** join/#brlcad Neil___ (~chatzilla@117.229.15.180) | |
| 21:11.51 | brlcad | hello Neil___ |
| 21:12.12 | Neil___ | hi Sean! |
| 21:12.39 | Neil___ | 11 to BRL-CAD? |
| 21:12.44 | brlcad | congratulations (I hope) :) |
| 21:13.01 | brlcad | yeah, we gave a few back |
| 21:13.11 | Neil___ | oh, but that's brilliant! |
| 21:13.19 | Neil___ | and yeah, I got into NRNB :) |
| 21:38.50 | *** join/#brlcad Neil___ (~chatzilla@117.229.46.226) | |
| 21:41.12 | CIA-128 | BRL-CAD: 03tbrowder2 * r50204 10/brlcad/trunk/regress/ (CMakeLists.txt comgeom.sh tgms/ars.cg tgms/cgtest.cg): replace ars.cg with a comgeom tgm that has all primitives recognized by vdeck for a more robust comgeom-g conversion test |
| 21:44.23 | Stattrav | oh I get it :) |
| 21:45.05 | Stattrav | aah I use irccloud :) |
| 21:45.23 | Stattrav | btw congratulations to the rest of the participants as well. |
| 21:45.50 | Al_Da_Best | Likewise :) |
| 21:48.47 | cristina | thank you Stattrav, congratulations to you as well |
| 21:49.59 | brlcad | Neil___: you would have certainly had more fun working on BRL-CAD and reached a much wider audience, but hope you have a good time with NRNB regardless</joke> :D |
| 21:51.00 | brlcad | Stattrav: ah, that's good |
| 21:51.05 | Stattrav | brlcad: my assigned mentor is on the irc as well ? |
| 21:51.27 | brlcad | not that I'm aware of, so you should use the mailing list |
| 21:51.36 | brlcad | or here of course |
| 21:51.58 | Stattrav | <joke> eitherway the mentors could add the participants to their google latitude to keep track of them ;) </joke> |
| 21:52.53 | *** join/#brlcad Neil_ (~chatzilla@117.229.115.14) | |
| 21:53.07 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 21:53.58 | brlcad | Neil_: crdueck: andrei_: cristina: Al_Da_Best: Stattrav: I'll be sending out an e-mail later today or tomorrow, but the next steps are to 1) compile & install BRL-CAD, 2) become familiar with the basics of code your project interacts with, and 3) obtain commit access |
| 21:54.32 | brlcad | more specifically documented on the checklist: http://brlcad.org/wiki/Summer_of_Code/Checklist |
| 21:55.39 | brlcad | spread the word to your fellow gsocers and help each other as you become familiarized, ask questions |
| 21:55.42 | Neil_ | brlcad: wrt the "joke" - haha, well I'm sure I would have. Hopefully next time :) But I definitely want to contribute and will try my best over the summer. |
| 21:56.32 | brlcad | cool |
| 21:57.40 | Stattrav | part 1 done. |
| 21:57.55 | Al_Da_Best | brlcad: Sounds good. Can I ask how many slots BRL-CAD originally got, just out of interest? |
| 21:58.16 | Stattrav | Need to talk *a lot* to you folks about the rest of them though |
| 21:59.05 | Stattrav | eitherway, got to get back to sleep. |
| 21:59.50 | brlcad | Al_Da_Best: you can ask, but it's not really relevant |
| 21:59.52 | brlcad | as an experienced returning org, we got what we asked for |
| 22:00.08 | cristina | brlcad: ok. 1) has to be redone in my case and to get starrted on the other 2 steps |
| 22:00.21 | Al_Da_Best | Fair enough |
| 22:00.29 | brlcad | we have a pretty good handle on how many good proposals we received, how much mentoring resources you all are going to drain, etc ;) |
| 22:01.02 | brlcad | so we accepted fewer than we have capacity for, though not by too much |
| 22:01.33 | brlcad | we were able to accept everyone that clearly made a good effort on their proposal (plus a couple that will need to step up their game) |
| 22:02.00 | brlcad | cristina: yep, you're not alone -- there are several that reliaed on the vm disk image |
| 22:02.43 | brlcad | nothing wrong with that actually, you could use that all summer but it's generally recommended to go through the full build for your own environment just to become familiar with everything more intimately |
| 22:02.46 | Al_Da_Best | Glad to hear it :) I'll check my compile tomorrow, I did get it sorted through VS2010 though |
| 22:02.56 | brlcad | we did a lot of stuff for everyone in the VM image setup-wise |
| 22:03.11 | cristina | brlcad: I started first with the compiled and installed BRL-CAD but after a few weeks I kept getting an error that I couldn't resolve. I'll look into it and see what I can do. |
| 22:03.43 | brlcad | if any of you run into build problems -- investigate and see if you can fix it, that's a perfect succinct patch submission and will get you one step closer to #3's commit access |
| 22:04.07 | Stattrav | So, one could actually note all the non-trivial points where the compilation fails and put it up on the wiki (mostly dependancy fails) |
| 22:04.28 | Stattrav | atleast that is what I've experienced |
| 22:05.03 | brlcad | Stattrav: so with dependency failures there's a couple things to note |
| 22:05.08 | brlcad | or at least questions to ask |
| 22:05.15 | brlcad | 1) is it a required dependency? |
| 22:05.28 | brlcad | if it's not, the build shouldn't have gotten as far as it did |
| 22:06.16 | brlcad | if it's not technically required but assumed and recommended, maybe cmake should make that more clear (or test for it) |
| 22:06.19 | Stattrav | Eitherway, I plan on reinstalling my entire machine once ubuntu 12.04 gets released. Feels odd going from Gentoo -> Debian -> Ubuntu. Things one has to do for out of the box powermanagement |
| 22:06.25 | Stattrav | aah yes |
| 22:06.42 | brlcad | 2) is it documented? required and recommended packages should be documented (doc/README.Linux for example) |
| 22:06.54 | Stattrav | sure I could take this up if that be the case |
| 22:07.07 | brlcad | in almost all cases, it's not required |
| 22:07.12 | Stattrav | I could do that this weekend once I am done with all the cases |
| 22:07.21 | Stattrav | s/cases/exams/ |
| 22:07.37 | brlcad | for example, we "should" build just fine even if you had no X11 installed ... but that very VERY rarely gets tested so it's sometimes not working |
| 22:08.06 | brlcad | still, you want X11 too, so cmake should test for it and the libs it's expecting (like libXi, libXt) and be very noisy when they're not found |
| 22:08.17 | Stattrav | yup |
| 22:08.53 | brlcad | a good way to test it is to take a fresh checkout, move your X11.h system header and try to build .. see if it succeeds (it should) and fix wherever it's broken |
| 22:09.19 | brlcad | then do the same with a fresh build where X11.h is properly there, but Xi.h isn't or libXi.so isn't etc |
| 22:09.26 | Stattrav | yup |
| 22:09.45 | *** join/#brlcad Neil___ (~chatzilla@117.229.40.64) | |
| 22:09.46 | brlcad | again, fixing any issues or warnings that need to be issued, but letting the build proceed without a *build* failure |
| 22:09.49 | Stattrav | I remember installing X11 libs when the compilation failed but did not investigate it closely |
| 22:10.07 | brlcad | no reason the build should fail except for maybe no compiler or no libc ;) |
| 22:10.13 | Stattrav | yup |
| 22:11.18 | Stattrav | now that happens to be my warm up job eh ? I shall be on it towards 29th and 30th |
| 22:13.01 | brlcad | it's a good place to start |
| 22:14.20 | brlcad | most build system failures are "basic understanding" of how compilation and linkage work -- one just has to learn how certain build properties are being defined (which in our case is CMake macros/logic) |
| 22:45.58 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 23:02.40 | starseeker | brlcad: were you able to reproduce the rtedge issue? |
| 23:06.40 | starseeker | Al_Da_Best: you compiled BRL-CAD using VS2010? |
| 23:59.35 | CIA-128 | BRL-CAD: 03tbrowder2 * r50205 10/brlcad/trunk/src/conv/comgeom/solid.c: ws |
| 00:04.18 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 00:04.18 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 01:08.32 | brlcad | starseeker: confirmed reproducible |
| 01:09.19 | brlcad | starseeker: unrelated, nice demonstration why it's not at all hard to render text into 3d (e.g., for annotations) in the latest ioccc |
| 01:10.05 | brlcad | zucker was one of the winning entries, raytracer in 19 lines of code that does exactly that: http://brlcad.org/tmp/zucker.png |
| 01:11.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 01:20.05 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 03:51.03 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 04:09.30 | *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:41.05 | brlcad | starseeker: took a couple hours to see it, but the bug injected (that should have been benign) exposed a different bug in rtedge |
| 04:47.51 | CIA-128 | BRL-CAD: 03brlcad * r50206 10/brlcad/trunk/src/rt/viewedge.c: |
| 04:47.51 | CIA-128 | BRL-CAD: if the database is fresh, we have to build the directory before we can find any |
| 04:47.51 | CIA-128 | BRL-CAD: objects. this bug was uncovered by a change in libbu that caused mapped files |
| 04:47.51 | CIA-128 | BRL-CAD: to not get reused. rtedge was previously working only because it was reopening |
| 04:47.51 | CIA-128 | BRL-CAD: the (previously dirbuilt) database |
| 04:58.56 | CIA-128 | BRL-CAD: 03brlcad * r50207 10/brlcad/trunk/src/libbu/mappedfile.c: looks like r48552 introduced a bug causing mapped files to not get reused. if we find a match, return it instead of opening another one. |
| 04:58.59 | brlcad | that does the fix, twice over |
| 05:26.08 | CIA-128 | BRL-CAD: 03brlcad * r50208 10/brlcad/trunk/src/libgcv/bottess.c: the for loop already catches the case where nfaces==0 so eliminate the wrapping conditional. let the optimizer figure out that i isn't used. should fix UNREACHABLE cid 2115. |
| 05:33.30 | CIA-128 | BRL-CAD: 03brlcad * r50209 10/brlcad/trunk/src/librt/primitives/sketch/sketch.c: make sure we don't dereference null. cid 2114, reverse_inull |
| 05:41.08 | CIA-128 | BRL-CAD: 03brlcad * r50210 10/brlcad/trunk/src/sig/imod.c: INT_MAX-1 isn't the upper bound. stop when we get to the max size of the buffer. cid 2113, OVERRUN_STATIC. |
| 05:48.27 | CIA-128 | BRL-CAD: 03brlcad * r50211 10/brlcad/trunk/src/conv/vdeck/vdeck.c: make sure ftell doesn't fail before we later use it in an fseek. cid 2112, negative_returns. |
| 05:52.54 | CIA-128 | BRL-CAD: 03brlcad * r50212 10/brlcad/trunk/src/libbn/msr.c: do what the function comment says should happen if null is passed, return 1. addresses cid 2111 forward_null check. |
| 05:55.09 | CIA-128 | BRL-CAD: 03brlcad * r50213 10/brlcad/trunk/src/libbn/msr.c: few more cases. cid 2110 forward_null check. |
| 05:57.58 | CIA-128 | BRL-CAD: 03brlcad * r50214 10/brlcad/trunk/src/conv/iges/iges.c: if it's null, avoid crashing. cid 2109 forward_null. |
| 06:01.52 | CIA-128 | BRL-CAD: 03brlcad * r50215 10/brlcad/trunk/src/librt/db_tree.c: use rt_uniresource regardless if ncpu is 1 or rtip is null. cid 2108 forward_null. |
| 06:04.35 | CIA-128 | BRL-CAD: 03brlcad * r50216 10/brlcad/trunk/src/conv/vdeck/vdeck.c: wrong var. check the offset, not the file pointer. |
| 06:07.43 | CIA-128 | BRL-CAD: 03brlcad * r50217 10/brlcad/trunk/src/librt/db_tree.c: same as cid 2108 in r50215. forward_null in cid 2107. use the uniresource, luke. |
| 06:12.59 | *** join/#brlcad cristina (c1e71414@gateway/web/freenode/ip.193.231.20.20) | |
| 06:19.44 | CIA-128 | BRL-CAD: 03brlcad * r50218 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: coverity is right, deadcode on the found_top test since we just tested it and the loop doesn't proceed. |
| 06:22.10 | CIA-128 | BRL-CAD: 03brlcad * r50219 10/brlcad/trunk/src/librt/vshoot.c: HeadSeg cannot be null. cid 2104 deadcode. |
| 06:24.25 | CIA-128 | BRL-CAD: 03brlcad * r50220 10/brlcad/trunk/src/libged/dg_obj.c: make sure we don't try to close a null fd. cid 2073 forward_null. |
| 06:25.21 | *** part/#brlcad cristina (c1e71414@gateway/web/freenode/ip.193.231.20.20) | |
| 06:32.53 | CIA-128 | BRL-CAD: 03brlcad * r50221 10/brlcad/trunk/src/fb/gif2fb.c: make sure our line index doesn't exceed the buffer size. assume dumbly clamping it is sufficient. cid 2059 overrun_static. |
| 06:36.14 | CIA-128 | BRL-CAD: 03brlcad * r50222 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.h: initialize all of the class members. cid 2014 UNINIT_CTOR. |
| 06:40.15 | CIA-128 | BRL-CAD: 03brlcad * r50223 10/brlcad/trunk/src/other/ (lemon/lempar.c sqlite3/sqlite3.c): checking it for negative implies it might be negative, so change the order of the yytos usage to not set the yytos variable until after we check it. |
| 06:46.07 | *** join/#brlcad andrei (~andrei@188.25.158.46) | |
| 06:55.39 | CIA-128 | BRL-CAD: 03brlcad * r50224 10/brlcad/trunk/src/other/lemon/lempar.c: cid 1860 OVERRUN_STATIC. make sure we don't exceed the size of the yyRuleInfo array. |
| 06:58.54 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:13.48 | CIA-128 | BRL-CAD: 03brlcad * r50225 10/brlcad/trunk/src/other/lemon/lempar.c: er, not size-1 here because we're testing whether yyruleno is less. avoid infinite loop. |
| 07:22.07 | CIA-128 | BRL-CAD: 03brlcad * r50226 10/brlcad/trunk/src/conv/euclid/euclid-g.c: avoid bu_exit() so we can avoid coverity false positive (doesn't know bu_bomb() doesn't return), cid 1766 TAINTED_SCALAR. return a return code.conv |
| 07:38.23 | CIA-128 | BRL-CAD: 03brlcad * r50227 10/brlcad/trunk/src/libged/vdraw.c: simplify vlist subcommand argument processing a little to avoid deadcode condition, cid 1737 |
| 07:41.09 | CIA-128 | BRL-CAD: 03brlcad * r50228 10/brlcad/trunk/src/libpc/pcVariable.cpp: initialize all of the Variable constructor members. cid 1659, UNINIT_CTOR. |
| 07:44.47 | CIA-128 | BRL-CAD: 03brlcad * r50229 10/brlcad/trunk/src/libpc/pcNetwork.cpp: initialize v and e in constructor per cid 1656 UNINIT_CTOR |
| 07:50.48 | CIA-128 | BRL-CAD: 03brlcad * r50230 10/brlcad/trunk/src/conv/intaval/regtab.h: initialize material member in constructors. cid 1647 UNINIT_CTOR. |
| 07:51.39 | CIA-128 | BRL-CAD: 03brlcad * r50231 10/brlcad/trunk/src/libged/vdraw.c: typos ftl |
| 07:54.15 | CIA-128 | BRL-CAD: 03brlcad * r50232 10/brlcad/trunk/src/irprep/firpass.c: initialize curvature. cid 1615, UNINIT. |
| 07:56.19 | CIA-128 | BRL-CAD: 03brlcad * r50233 10/brlcad/trunk/src/vfont/getfont.c: initialize the vfont to zero. cid 1613, UNINIT |
| 08:03.34 | CIA-128 | BRL-CAD: 03brlcad * r50234 10/brlcad/trunk/src/util/dsp_add.c: avoid a time-of-call time-of-use race condition (TOCTOU cid 1592) detected by coverity by calling fstat() instead of stat() after the fopen() calls. |
| 08:14.39 | CIA-128 | BRL-CAD: 03brlcad * r50235 10/brlcad/trunk/src/conv/iges/g-iges.c: use libbu instead of directly calling access() to hopefully hide the innocuous TOCTOU issue detected in cid 1588. |
| 08:25.54 | CIA-128 | BRL-CAD: 03brlcad * r50236 10/brlcad/trunk/src/vfont/getfont.c: take the address of font so we can do the right thing. |
| 08:26.16 | CIA-128 | BRL-CAD: 03brlcad * r50237 10/brlcad/trunk/src/rttherm/ssampview.c: call bu_realpath() to sanitize path |
| 08:28.59 | CIA-128 | BRL-CAD: 03brlcad * r50238 10/brlcad/trunk/src/rttherm/ssampview.c: er, dead if statement?? init datafile_basename to zero so we don't try to free static memory |
| 08:31.53 | CIA-128 | BRL-CAD: 03brlcad * r50239 10/brlcad/trunk/src/rttherm/ssamp-bw.c: do the same for ssamp-bw, sanitizing through bu_realpath() and releasing our now-copied memory. |
| 08:34.49 | CIA-128 | BRL-CAD: 03brlcad * r50240 10/brlcad/trunk/src/nirt/command.c: more tainted_string sanitization through bu_realpath() for cid 1560. |
| 08:40.25 | CIA-128 | BRL-CAD: 03brlcad * r50241 10/brlcad/trunk/src/util/ttcp.c: avoid calling exit even if cid 1513 looks like a false positive. |
| 08:51.25 | CIA-128 | BRL-CAD: 03brlcad * r50242 10/brlcad/trunk/src/util/pixhist3d.c: sanitize the rgb color values even if we do expect the entire range. hopefully quell cid 1511 TAINTED_SCALAR with explicit effectively no-op range checks. |
| 08:58.36 | CIA-128 | BRL-CAD: 03brlcad * r50243 10/brlcad/trunk/src/util/imgdims.c: more realpath cleansing. cid 1505 TAINTED_SCALAR. |
| 09:01.24 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:04.30 | CIA-128 | BRL-CAD: 03brlcad * r50244 10/brlcad/trunk/src/util/decimate.c: bounds check the input sizes along with the output sizes |
| 09:06.19 | CIA-128 | BRL-CAD: 03brlcad * r50245 10/brlcad/trunk/src/util/decimate.c: don't forget to check nbytes too, cid 1502 TAINTED_SCALR |
| 09:10.50 | *** join/#brlcad kane (~Kane@wprt-4db6cb9d.pool.mediaWays.net) | |
| 09:12.19 | *** join/#brlcad kane_ (~Mesut@wprt-4db6cb9d.pool.mediaWays.net) | |
| 09:14.50 | d_rossberg | good morning kane_ |
| 09:15.26 | kane_ | good morning |
| 09:15.42 | kane_ | great to meet you. |
| 09:16.51 | d_rossberg | don't worry if i'm not online, i read the logs at rikers.org |
| 09:17.40 | CIA-128 | BRL-CAD: 03brlcad * r50246 10/brlcad/trunk/src/ (libbu/convert.c util/cv.c): looks benign, but go ahead and add some extra sanitization on the input/output patterns to cv in response to cid 15000 (TAINTED_SCALAR). |
| 09:18.37 | kane_ | ah ok. I have spoken with Sean about the next steps. |
| 09:19.36 | kane_ | I will prepare a patch, i am looking now about a good subject related to the Display Manager. |
| 09:30.46 | d_rossberg | that's good |
| 09:31.11 | d_rossberg | you should try to get the build working on Linux too |
| 09:31.58 | d_rossberg | because Linux is the OS where most of BRL-CAD's features will work |
| 09:32.15 | kane_ | ok, i will directly work on linux/ubuntu |
| 09:32.30 | CIA-128 | BRL-CAD: 03brlcad * r50247 10/brlcad/trunk/src/util/bwcrop.c: check the range of xnum/ynum image bounds for TAINTED_SCALAR loop detected by cid 1496. |
| 09:33.15 | kane_ | i have multiboot system win/mac/lin, for the whole brlcad i will use linux... |
| 09:36.11 | d_rossberg | ok, then you should try the different display managers which are already implemented |
| 09:37.48 | CIA-128 | BRL-CAD: 03brlcad * r50248 10/brlcad/trunk/src/sig/smod.c: more range checking for tainted_scalar gunk. cid 1493. |
| 09:49.11 | CIA-128 | BRL-CAD: 03brlcad * r50249 10/brlcad/trunk/src/util/cv.c: need string.h for strlen() |
| 09:50.44 | CIA-128 | BRL-CAD: 03brlcad * r50250 10/brlcad/trunk/src/shapes/wire.c: take crazy measures to make it clear we're sanitizing the user-provided input. might end up with a dead-code condition now since the loop should catch them, or the definite scanf separation might do the trick.. |
| 09:59.09 | CIA-128 | BRL-CAD: 03brlcad * r50251 10/brlcad/trunk/src/rt/rtshot.c: consolidate the input sanitization before use so hopefully it's more clear that inputs are clean. responding to cid 1488 (tainted_scalar). |
| 10:03.38 | CIA-128 | BRL-CAD: 03brlcad * r50252 10/brlcad/trunk/src/mged/mged.c: add some explicit sanitization for cid 1485, TAINTED_SCALAR |
| 10:08.18 | CIA-128 | BRL-CAD: 03brlcad * r50253 10/brlcad/trunk/src/liboptical/photonmap.c: check the upper bounds too, cid 1483 tainted_scalar... that finishes up run 11. |
| 10:12.47 | brlcad | woot, that's all of them |
| 10:12.51 | brlcad | starting run12 |
| 10:59.42 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 11:38.31 | CIA-128 | BRL-CAD: 03starseeker * r50254 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeBase.itcl: Use bu_brlcad_root to find rtedge. The quotes seem to be interfering with the oo definition, so remove them. |
| 11:56.44 | CIA-128 | BRL-CAD: 03tbrowder2 * r50255 10/brlcad/trunk/src/conv/comgeom/solid.c: ws |
| 11:58.28 | *** join/#brlcad kane_ (6d540011@gateway/web/freenode/ip.109.84.0.17) | |
| 12:06.04 | CIA-128 | BRL-CAD: 03tbrowder2 * r50256 10/brlcad/trunk/src/conv/comgeom/solid.c: ws, remove debugging statement |
| 12:07.50 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 12:51.28 | starseeker | brlcad: nice |
| 13:12.48 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 13:12.52 | cristina | hi |
| 13:47.18 | brlcad | hello cristina |
| 13:50.57 | CIA-128 | BRL-CAD: 03brlcad * r50257 10/brlcad/trunk/src/libgcv/bottess.c: ah, that's why coverity is barking. there's a return statement exiting the function early. cid 2115. |
| 14:13.12 | CIA-128 | BRL-CAD: 03brlcad * r50258 10/brlcad/trunk/src/util/sun-pix.c: more TAINTED_SCALAR insanity, hopefully the last of it. cid 1512 caugh more loops for ras_maplength show check those too (along with all the other header fields) |
| 14:14.29 | starseeker | brlcad: thanks for tracking down that rtedge issue - basic tests seem to be functioning now, just need to figure out why it's printing all the messages about assigning temp names |
| 14:18.05 | CIA-128 | BRL-CAD: 03brlcad * r50259 10/brlcad/trunk/src/util/loop.c: reserve the last possible value so we can bounds check cid 1506 |
| 14:23.25 | CIA-128 | BRL-CAD: 03brlcad * r50260 10/brlcad/trunk/src/util/loop.c: range check argv[1][1] for cid 1506 too |
| 14:35.13 | CIA-128 | BRL-CAD: 03brlcad * r50261 10/brlcad/trunk/src/libbu/convert.c: another attempt at making sure we don't seem to use tainted data as an index in the isdigit() call. |
| 14:35.48 | CIA-128 | BRL-CAD: 03brlcad * r50262 10/brlcad/trunk/src/libbu/convert.c: sans p |
| 14:40.52 | CIA-128 | BRL-CAD: 03brlcad * r50263 10/brlcad/trunk/src/util/bwmod.c: check the lower bounds too, cid 1498 |
| 14:55.33 | CIA-128 | BRL-CAD: 03brlcad * r50264 10/brlcad/trunk/src/util/sun-pix.c: typo |
| 14:57.02 | CIA-128 | BRL-CAD: 03brlcad * r50265 10/brlcad/trunk/src/libgcv/bottess.c: couple more unused args now with the block commented out |
| 14:58.17 | CIA-128 | BRL-CAD: 03brlcad * r50266 10/brlcad/trunk/src/util/bwcrop.c: more tainted data crap. hopefully last attempt at cid 1496. |
| 15:03.05 | *** join/#brlcad kane_ (~Mesut@e181171013.adsl.alicedsl.de) | |
| 15:03.59 | CIA-128 | BRL-CAD: 03brlcad * r50267 10/brlcad/trunk/src/util/bwcrop.c: do the scanf case too. looks like many of the scanf return counts were wrong anyways. fixed. |
| 15:12.38 | CIA-128 | BRL-CAD: 03brlcad * r50268 10/brlcad/trunk/src/rt/rtshot.c: more tainted data checks, trying to be a little more explicit. cid 1488 |
| 15:25.04 | CIA-128 | BRL-CAD: 03brlcad * r50269 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: free the parent, revengences of leaked memory. cid 488. |
| 15:33.09 | CIA-128 | BRL-CAD: 03brlcad * r50270 10/brlcad/trunk/src/util/sun-pix.c: different range check, smaller limit for cid 332 (INTEGER_OVERFLOW) |
| 15:38.23 | CIA-128 | BRL-CAD: 03brlcad * r50271 10/brlcad/trunk/src/liboptical/sh_toyota.c: calculate the ratio first. probably still insufficient for cid328 (INTEGER_OVERFLOW) |
| 15:51.47 | *** join/#brlcad kane_ (~Mesut@wprt-4db6cb9d.pool.mediaWays.net) | |
| 16:26.34 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 17:00.03 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 17:21.02 | Al_Da_Best | <PROTECTED> |
| 17:21.13 | Al_Da_Best | Yeah, all builds succesful |
| 17:24.48 | Al_Da_Best | (Prof version, using x64) |
| 17:26.48 | CIA-128 | BRL-CAD: 03mendesr * r50272 10/jbrlcad/trunk/pom.xml: 1.1 release |
| 17:50.34 | *** join/#brlcad andrei (~andrei@188.25.162.168) | |
| 18:49.42 | CIA-128 | BRL-CAD: 03mendesr * r50273 10/jbrlcad/tags/1.1/: Tag version for 1.1 release |
| 19:03.34 | CIA-128 | BRL-CAD: 03mendesr * r50274 10/jbrlcad/trunk/ (3 files in 3 dirs): MUVES-1685; Added Muves to Orca matrix, to assist in translating Orca components in MUVES-3 |
| 19:32.15 | CIA-128 | BRL-CAD: 03tbrowder2 * r50275 10/brlcad/trunk/regress/tgms/cgtest.cg: make comgeom-g test target use only recognized GIFT primitives that should successfully convert to .g format |
| 19:34.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r50276 10/brlcad/trunk/regress/comgeom.sh: make comgeom-g regression check more robust by adding a test for failed conversions |
| 19:35.30 | CIA-128 | BRL-CAD: 03tbrowder2 * r50277 10/brlcad/trunk/TODO: add enhancements needed for vdeck/comgeom-g |
| 20:31.39 | *** join/#brlcad merzo (~merzo@125-76-133-95.pool.ukrtel.net) | |
| 21:16.50 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 21:54.48 | CIA-128 | BRL-CAD: 03n_reed * r50278 10/brlcad/trunk/src/other/step/src/ (5 files in 2 dirs): changes based on SCL git d35f73f and 696d8e3 |
| 22:00.13 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 22:17.09 | CIA-128 | BRL-CAD: 03n_reed * r50279 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): some const char corrections including remaining changes from SCL git 4cf16d7 |
| 22:56.48 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:14.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:29.47 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:48.48 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 00:04.08 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:19.49 | Maloeran | Hey guys, a little question. This is a screenshot of my code rebuilding triangle meshes, ball pivoting + mesh decimation... http://www.rayforce.net/vslhavoc000.png |
| 00:20.12 | Maloeran | Does the havoc.g model really have 2 big holes on the bottom at the front? Or my code just broke somehow on that mesh? |
| 00:29.39 | Maloeran | If I knew BRL-CAD better, I could probably visualize the .g somehow :) |
| 01:24.39 | CIA-128 | BRL-CAD: 03tbrowder2 * r50280 10/brlcad/trunk/src/conv/comgeom/solid.c: free name memory on early error returns |
| 01:27.21 | CIA-128 | BRL-CAD: 03tbrowder2 * r50281 10/brlcad/trunk/src/conv/comgeom/solid.c: correct field width for V4 GIFT solid format |
| 01:28.29 | CIA-128 | BRL-CAD: 03tbrowder2 * r50282 10/brlcad/trunk/regress/tgms/ (comgeom-tgt-1-v4-documented.cg comgeom-tgt-1-v4.cg): add test target for comgeom GIFT V4 format |
| 01:29.02 | CIA-128 | BRL-CAD: 03tbrowder2 * r50283 10/brlcad/trunk/src/conv/comgeom/read.c: ws |
| 01:30.19 | CIA-128 | BRL-CAD: 03tbrowder2 * r50284 10/brlcad/trunk/regress/comgeom.sh: add a regression test for reading a comgeom GIFT V4 tgm format |
| 01:35.49 | CIA-128 | BRL-CAD: 03tbrowder2 * r50285 10/brlcad/trunk/regress/CMakeLists.txt: add new tgms to list |
| 01:39.13 | CIA-128 | BRL-CAD: 03brlcad * r50286 10/brlcad/trunk/src/liboptical/refract.c: allocate ms_reflect_color tabdata. coverity correctly noticed badness since were never allocating it, finding a path to dead and forward null code. cid 2117, 2119. |
| 02:17.31 | CIA-128 | BRL-CAD: 03brlcad * r50287 10/brlcad/trunk/src/liboptical/refract.c: similar problem with ms_transmit_color, need to allocate it. use spectrum as the base instead of background fro ms_reflect color. cid 2117-2119. |
| 02:20.01 | CIA-128 | BRL-CAD: 03brlcad * r50288 10/brlcad/trunk/src/librt/search.c: db5_get_attributes may fail. plan for it. coverity noticed this was the 1/15 times where we didn't check. cid 2116, CHECKED_RETURN. |
| 02:35.42 | CIA-128 | BRL-CAD: 03brlcad * r50289 10/brlcad/trunk/src/libbu/convert.c: almost there. looks like the previous range checks worked to untaint, just have to account for the other loop. cid 1500, tainted_scalar. |
| 02:42.59 | CIA-128 | BRL-CAD: 03brlcad * r50290 10/brlcad/trunk/src/util/bwcrop.c: try a different approach, clamp at upper and lower instead of just testing within range. cid 1496, tainted_scalar. |
| 02:53.09 | CIA-128 | BRL-CAD: 03brlcad * r50291 10/brlcad/trunk/src/liboptical/sh_toyota.c: now just reporting as a limited truncation/underflow case, so check for case. should always be high/low, but should handle the sign regardless of values. cid 328. |
| 04:12.48 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 04:33.41 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 05:21.03 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 05:21.08 | yukonbob | hello, #brlcad |
| 05:59.28 | *** join/#brlcad ksuzee (~ksuzee91@217.12.197.90) | |
| 06:14.47 | yukonbob | CodeCleanup.pdf: "...defects that cuase[sic] incorrect results..." |
| 06:19.52 | ksuzee | to starseeker Hello! |
| 06:22.18 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:24.32 | *** part/#brlcad ksuzee (~ksuzee91@217.12.197.90) | |
| 06:38.20 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:07.35 | *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 08:13.44 | *** join/#brlcad kane_ (~Mesut@wprt-4db6df7b.pool.mediaWays.net) | |
| 08:30.04 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 10:59.33 | CIA-128 | BRL-CAD: 03tbrowder2 * r50292 10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: correct parens (gcc warning pointed to it) |
| 13:09.38 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:42.25 | *** join/#brlcad simion314 (~quassel@92.83.124.73) | |
| 17:28.18 | CIA-128 | BRL-CAD: 03tbrowder2 * r50293 10/brlcad/trunk/regress/iges.sh: add known failure to regression check for g-iges; fix unknown at the moment |
| 17:42.34 | *** join/#brlcad Neil___ (~chatzilla@117.228.200.190) | |
| 17:47.13 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 17:50.45 | CIA-128 | BRL-CAD: 03n_reed * r50294 10/brlcad/trunk/src/other/step/ (5 files in 2 dirs): replace shorts with ints along the lines of SCL git d2baec0, but be more judicious in using unsigned versus signed |
| 17:59.46 | *** join/#brlcad merzo (~merzo@125-76-133-95.pool.ukrtel.net) | |
| 18:11.52 | CIA-128 | BRL-CAD: 03n_reed * r50295 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: ignore spaces in generate_attribute_name. SCL git 1ebee6d |
| 18:31.02 | CIA-128 | BRL-CAD: 03starseeker * r50296 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Apparently we don't need to explicitly link these (why did I initially??) |
| 18:33.42 | CIA-128 | BRL-CAD: 03starseeker * r50297 10/brlcad/branches/STABLE/src/librtserver/CMakeLists.txt: remove explicit java libs from stable too |
| 18:57.32 | CIA-128 | BRL-CAD: 03starseeker * r50298 10/brlcad/trunk/src/rt/viewedge.c: Hmm. icv_image_save_open is causing issues in rtedge at the moment... |
| 19:01.17 | *** join/#brlcad merzo (~merzo@229-185-133-95.pool.ukrtel.net) | |
| 19:02.23 | CIA-128 | BRL-CAD: 03tbrowder2 * r50299 10/brlcad/trunk/src/librt/comb/comb.c: wrap long arg line, correct typo, ws |
| 19:11.24 | *** join/#brlcad Neil___ (~chatzilla@117.229.57.208) | |
| 19:21.08 | CIA-128 | BRL-CAD: 03jimhunt * r50300 10/brlcad/trunk/src/librtserver/rtserver.c: Added MUVEStoORCA translation matrix to RayResult stream |
| 19:25.29 | *** join/#brlcad andrei (~andrei@188.25.163.231) | |
| 19:25.40 | andrei | hello |
| 19:26.25 | Al_Da_Best | Hiya |
| 19:45.12 | CIA-128 | BRL-CAD: 03jimhunt * r50301 10/brlcad/trunk/src/librtserver/CMakeLists.txt: Incrementing the SO version since the serialization of RayResult has changed. |
| 20:36.16 | CIA-128 | BRL-CAD: 03bob1961 * r50302 10/brlcad/trunk/src/ (libdm/dm-generic.c libtclcad/tclcad_obj.c): Added support for creating a nu display manager in libtclcad. |
| 20:38.07 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 20:48.55 | CIA-128 | BRL-CAD: 03n_reed * r50303 10/brlcad/trunk/src/other/step/src/ (11 files in 4 dirs): apply more commented code removal from SCL git c0b2b05, 37bbfd3, 9324acc, d7410be, 62304a7, and 0dccb8b |
| 20:49.34 | CIA-128 | BRL-CAD: 03tbrowder2 * r50304 10/brlcad/trunk/src/conv/iges/g-iges.c: typo |
| 20:54.50 | CIA-128 | BRL-CAD: 03starseeker * r50305 10/brlcad/branches/STABLE/src/librtserver/ (CMakeLists.txt rtserver.c rtserverTest.c): Merge MUVEStoORCA translation matrix update to librtserver from trunk r50300 |
| 21:07.49 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 21:08.24 | *** join/#brlcad merzo (~merzo@229-185-133-95.pool.ukrtel.net) | |
| 21:13.18 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 21:13.35 | CIA-128 | BRL-CAD: 03n_reed * r50306 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_wrapper.cc: apply SCL git db70465 removing more unused variables |
| 21:22.53 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 21:23.30 | CIA-128 | BRL-CAD: 03n_reed * r50307 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: remove another unused variable (LISTdo already creates one) identified in SCL git 0153f15 |
| 21:47.39 | CIA-128 | BRL-CAD: 03tbrowder2 * r50308 10/brlcad/trunk/regress/iges.sh: tidy tests, add -f option to make last g-iges test pass |
| 21:48.10 | CIA-128 | BRL-CAD: 03tbrowder2 * r50309 10/brlcad/trunk/src/librt/comb/comb.c: ws |
| 22:05.37 | ``Erik | heh, jenny's consant... (xkcd) |
| 22:05.37 | ``Erik | (* (- (expt 7 (- e (/ 1 e))) 9) pi pi) |
| 22:05.38 | ``Erik | 867.5308626032031d0 |
| 22:12.49 | kanzure | i would like to make either a page or an infographic to explain the current status of open source CAD |
| 22:12.56 | kanzure | i know it's hard to compare feature-per-feature in many cases |
| 22:13.12 | kanzure | however, the rhetoric that each CAD package provides really muddles the picture |
| 22:13.19 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 22:13.22 | kanzure | for instance, http://brlcad.org/d/about says |
| 22:13.23 | kanzure | "as well as explicit solids made from closed collections of Uniform B-Spline Surfaces, Non-Uniform Rational B-Spline (NURBS) surfaces, n-Manifold Geometry (NMG), and purely faceted mesh geometry. All geometric objects may be combined using boolean set-theoretic CSG operations including union, intersection, and difference." |
| 22:13.35 | kanzure | but iirc, brlcad doesn't actually have intersection of nurbs |
| 22:18.39 | ``Erik | there're two ways to view it, we do support CSG for ray interrogation (raytracing), but do not yet have the ability to convert a NURBS CSG element to a NURBS non-CSG |
| 22:50.25 | kanzure | brlcad: as predicted the scl-dev polling thread has turned into a hilarious bunch of confusion |
| 22:51.22 | kanzure | ``Erik: so in other words, NURBS CSG evaluation doesn't work |
| 22:51.33 | kanzure | (except in raytracing) |
| 22:51.45 | kanzure | or maybe there's a more specific way to word it? |
| 23:11.51 | CIA-128 | BRL-CAD: 03starseeker * r50310 10/brlcad/branches/STABLE/src/sig/d2-c.c: Add d2-c fix from r48233 |
| 23:24.07 | CIA-128 | BRL-CAD: 03starseeker * r50311 10/brlcad/branches/STABLE/src/shapes/ (. coil.c): Grab the coil crash fix from 48470 |
| 23:32.07 | starseeker | kanzure: did you ever have any luck with SISL? |
| 23:34.22 | kanzure | i've been working on other things, so i'm having someone else look into it |
| 23:42.58 | starseeker | nods |
| 23:53.18 | CIA-128 | BRL-CAD: 03starseeker * r50312 10/brlcad/branches/STABLE/NEWS: (log message trimmed) |
| 23:53.18 | CIA-128 | BRL-CAD: Start working up a 7.20.6 NEWS file - will be tagging off of STABLE this time, |
| 23:53.18 | CIA-128 | BRL-CAD: since trunk still needs more work to be release ready. Eventually we'll need to |
| 23:53.18 | CIA-128 | BRL-CAD: sync the main trunk NEWS file back up with this one, but for now just work on |
| 23:53.18 | CIA-128 | BRL-CAD: getting the release out. For now attaching revision numbers associated with |
| 23:53.19 | CIA-128 | BRL-CAD: each change to the news line covering it - those will be taken out before |
| 23:53.20 | CIA-128 | BRL-CAD: release is tagged, but for now they help keep straight what has and has not been |
| 00:10.57 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 00:10.58 | brlcad | this time?? |
| 00:11.42 | brlcad | we're supposed to tag off of STABLE... |
| 00:21.34 | kanzure | heh more voting hilarity |
| 00:25.12 | louipc | what's that, step? |
| 00:37.14 | brlcad | kanzure: and that's why I usually refuse to serve on a committee .. knowing too much about voting systems and seeing nearly every instance have some major flaw making the poll unfair or the results outright wrong |
| 00:37.56 | brlcad | especially when voting is ordered and public .. good grief does bias come into play, so trivially gamed |
| 00:38.04 | brlcad | even unintentionally |
| 00:38.08 | kanzure | yep.. |
| 00:38.23 | kanzure | well, no harm intended, but i'm still not sure why a vote is happening at all |
| 00:38.38 | brlcad | yeah |
| 00:38.53 | brlcad | someone should just register the domains and squat on them |
| 00:38.58 | brlcad | someone probably will before we're done |
| 00:39.18 | kanzure | usually people have a rule that you don't actually type out the domain name, because everyone runs spambots to register domain names found in written text |
| 00:39.51 | kanzure | plus, if you enter it into the wrong nic or whois lookup service, you might unintentionally cause the whois service to go register the domain (network solutions was a huge asshole doing this for the longest time, i hear) |
| 00:44.53 | brlcad | yeah, I'd intentionally avoided adding com/org/net to the names |
| 00:48.33 | kanzure | you and me can go start a club for non-voting responsible citizens or something... wait, what? |
| 00:50.40 | louipc | should call it stephanie |
| 01:05.40 | CIA-128 | BRL-CAD: 03tbrowder2 * r50313 10/brlcad/trunk/src/librt/comb/comb.c: ws |
| 01:12.29 | starseeker | brlcad: sorry, misphrased - ment to call out that stable was not a reflection of some revision of trunk, but obviously didn't say it correctly |
| 01:47.22 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-accxseppgrjwgagx) | |
| 02:31.14 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 02:56.48 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:22.06 | CIA-128 | BRL-CAD: 03brlcad * r50314 10/brlcad/trunk/src/util/bwcrop.c: turn the pixel count variables into integral types. done with attempting to quell 1496. seems to be false positive, but not clear how to make it go away. cid 1496. |
| 03:56.58 | CIA-128 | BRL-CAD: 03brlcad * r50315 10/brlcad/trunk/src/liboptical/sh_toyota.c: rename the lambda member to wavelength, remove the unuseful sign bit testing, cast through double to try and head fake cid 328 |
| 05:08.31 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 06:22.30 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:18.39 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:30.36 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:42.43 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:30.28 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 08:45.28 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 09:48.08 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:15.13 | *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net) | |
| 11:37.34 | *** join/#brlcad kane_ (~Mesut@g226127134.adsl.alicedsl.de) | |
| 12:13.29 | *** join/#brlcad kane__ (~Mesut@e182055253.adsl.alicedsl.de) | |
| 12:34.34 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:49.59 | CIA-128 | BRL-CAD: 03brlcad * r50316 10/brlcad/trunk/src/liboptical/sh_toyota.c: looks like coverity thinks fastf_t is not a floating point type. cast through double. should finally fix cid 328 false positive. |
| 12:50.34 | CIA-128 | BRL-CAD: 03starseeker * r50317 10/brlcad/trunk/CMakeLists.txt: Start straightening out Java and rtserver enablement now that we're not trying to link Java libs unnecessarily |
| 12:57.45 | CIA-128 | BRL-CAD: 03brlcad * r50318 10/brlcad/trunk/src/conv/ply-g.c: looks like another fastf_t confusion. cid 325 was marked false positive, but a double cast should do the trick. |
| 13:21.11 | *** join/#brlcad kane__ (~Mesut@e182055253.adsl.alicedsl.de) | |
| 13:49.19 | CIA-128 | BRL-CAD: 03starseeker * r50319 10/brlcad/trunk/ (43 files in 5 dirs): Upgrade libpng to 1.5.10 |
| 13:56.52 | CIA-128 | BRL-CAD: 03starseeker * r50320 10/brlcad/branches/STABLE/ (79 files in 18 dirs): Update libpng in STABLE to version 1.5.10 (same change as trunk r50319) |
| 15:02.45 | *** join/#brlcad andrei (~andrei@188.25.160.62) | |
| 15:02.55 | andrei | hello |
| 15:19.42 | CIA-128 | BRL-CAD: 03bob1961 * r50321 10/brlcad/trunk/src/libtclcad/ (CMakeLists.txt tclcad.c tclcad_obj.c tclcad_private.h): Added the tclcad_initialized flag to insure that libtclcad doesn't get initialized more than once. This case turned up after an rtwizard enhancement. |
| 15:56.44 | CIA-128 | BRL-CAD: 03n_reed * r50322 10/brlcad/trunk/src/other/step/src/ (23 files in 3 dirs): Remove rcsid strings from sources and don't generate Id comments. SCL git 922a795 and 9367823. |
| 16:18.12 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 17:49.29 | CIA-128 | BRL-CAD: 03starseeker * r50323 10/brlcad/branches/STABLE/src/libged/analyze.c: remove C++ style comments |
| 17:54.45 | CIA-128 | BRL-CAD: 03starseeker * r50324 10/brlcad/branches/STABLE/src/libged/analyze.c: another C++ style comments |
| 18:07.18 | CIA-128 | BRL-CAD: 03starseeker * r50325 10/brlcad/branches/STABLE/src/libged/analyze.c: use C commenting |
| 18:36.41 | CIA-128 | BRL-CAD: 03starseeker * r50326 10/brlcad/branches/STABLE/src/libdm/axes.c: pull the OGL wrapping from trunk for axes.c |
| 18:49.47 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 18:56.45 | CIA-128 | BRL-CAD: 03starseeker * r50327 10/brlcad/branches/STABLE/src/shapes/coil.c: break up line for C90 |
| 19:45.25 | CIA-128 | BRL-CAD: 03tbrowder2 * r50328 10/brlcad/trunk/src/conv/nmg/g-nmg.c: ws, style |
| 20:22.00 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 20:49.18 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 21:00.32 | CIA-128 | BRL-CAD: 03starseeker * r50329 10/brlcad/branches/STABLE/src/tclscripts/mged/tclIndex: Add relos to the hardcoded tclIndex file |
| 21:15.19 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 21:15.23 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 21:15.24 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 21:24.50 | starseeker | brlcad: something else is going on. I just tested 7.20.2, 7.20.0, and 7.12.6 (all three to within a couple commits of release) and they all show the same error... |
| 22:16.46 | starseeker | eyes fbed warily... |
| 22:39.48 | CIA-128 | BRL-CAD: 03tbrowder2 * r50330 10/brlcad/trunk/src/conv/nmg/g-nmg.c: add comment |
| 22:39.48 | CIA-128 | BRL-CAD: 03n_reed * r50331 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): add default switch cases as in SCL git b10a697, but avoid using abort if the error can be logged and/or returned |
| 22:40.01 | CIA-128 | BRL-CAD: 03starseeker * r50332 10/brlcad/branches/STABLE/configure.ac: nevermind pdf building with autotools |
| 22:41.14 | CIA-128 | BRL-CAD: 03starseeker * r50333 10/brlcad/branches/STABLE/src/tclscripts/mged/tclIndex: whoops, typo |
| 22:41.31 | CIA-128 | BRL-CAD: 03bob1961 * r50334 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeBase.itcl PictureTypeF.itcl): Needed to split out into otype and fbout. |
| 22:42.34 | CIA-128 | BRL-CAD: 03n_reed * r50335 10/brlcad/trunk/src/other/step/src/ (8 files in 4 dirs): apply changes from SCL git f678f0b, but extract assignments used as truth values for benefit of windows |
| 23:00.31 | CIA-128 | BRL-CAD: 03starseeker * r50336 10/brlcad/branches/STABLE/ (4 files in 4 dirs): Don't build docbook with autotools - current docbook methods have changed significantly, not worth retrofitting. |
| 23:41.23 | *** join/#brlcad stevegt_1 (~stevegt@adsl-99-32-114-22.dsl.pltn13.sbcglobal.net) | |
| 01:40.34 | CIA-128 | BRL-CAD: 03starseeker * r50337 10/brlcad/trunk/src/mged/points/CMakeLists.txt: Probably shouldn't be compiling the header here... |
| 01:56.04 | CIA-128 | BRL-CAD: 03starseeker * r50338 10/brlcad/trunk/ (3 files in 3 dirs): (log message trimmed) |
| 01:56.04 | CIA-128 | BRL-CAD: Generalize the mechanism for passing flags from libraries up to other libraries |
| 01:56.04 | CIA-128 | BRL-CAD: automatically - had been assuming we could apply all flags to all targets, but |
| 01:56.04 | CIA-128 | BRL-CAD: libged's polycurve.cpp triggered a build error with clang (and had been warning |
| 01:56.04 | CIA-128 | BRL-CAD: with gcc) when the std=gnu99 flag got applied. Only a problem with libged |
| 01:56.05 | CIA-128 | BRL-CAD: currently, but potentially could apply to any mixed C/C++ library. Approach now |
| 01:56.06 | CIA-128 | BRL-CAD: is more granular - can define C and CXX variables independently to pass up, and |
| 01:57.07 | starseeker | opps - that's polyclip.cpp, not polycurve.cpp - sorry |
| 02:24.03 | CIA-128 | BRL-CAD: 03starseeker * r50339 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Abstract out the flag appliation logic - may need it in more places than just shared libraries. |
| 02:45.41 | *** join/#brlcad stevegt_1 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:35.37 | CIA-128 | BRL-CAD: 03starseeker * r50340 10/brlcad/trunk/src/libged/CMakeLists.txt: Presumably we don't actually want to build the headers... |
| 04:36.50 | CIA-128 | BRL-CAD: 03starseeker * r50341 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: |
| 04:36.51 | CIA-128 | BRL-CAD: Apply the new flags to executables too, if applicable - so far it looks as |
| 04:36.51 | CIA-128 | BRL-CAD: though only obj-g even mixes C and C++ at the exec target level. Need to check |
| 04:36.51 | CIA-128 | BRL-CAD: more closely - do I need to apply all the flags to the static library builds? |
| 04:36.51 | CIA-128 | BRL-CAD: Make a stab at doing so, but need to make sure what the Right Thing is. |
| 05:03.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:06.07 | CIA-128 | BRL-CAD: 03indianlarry * r50342 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Extended 'brep' debugging command to take an index range. You can now enter a dash("1-5") to plot ranges of indexes of surfaces,faces or edges. |
| 05:12.08 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 05:20.31 | CIA-128 | BRL-CAD: 03indianlarry * r50343 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): |
| 05:20.32 | CIA-128 | BRL-CAD: Had to fix flatness criteria for surface subdivision. Flatness was calculated by |
| 05:20.32 | CIA-128 | BRL-CAD: multiplying a series of Surface normal Dot products at select points on the |
| 05:20.32 | CIA-128 | BRL-CAD: surface. Hit a case where small cylindrical surface had even numbered negative |
| 05:20.32 | CIA-128 | BRL-CAD: vdots and were canceling their signs. Simplified to look at each vdot |
| 05:20.32 | CIA-128 | BRL-CAD: individually. |
| 05:46.56 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:34.13 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:50.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:19.59 | *** join/#brlcad stas_ (~stas@188.24.35.114) | |
| 10:02.12 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 10:38.24 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-241-222.pools.arcor-ip.net) | |
| 10:41.37 | ``Erik | dang fools crashed my workstation O.O |
| 10:49.32 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 10:58.21 | cristina | hi |
| 11:27.11 | brlcad | hi cristina |
| 11:29.51 | cristina | brlcad, not that I don't have something to work on, but i recall that you said you'll send us an email one of these days |
| 11:30.50 | brlcad | cristina: yes? |
| 11:30.56 | cristina | have you sent it? I just want to make sure that I haven't skipped it |
| 11:31.03 | brlcad | not yet |
| 11:31.20 | cristina | ah, ok |
| 11:38.33 | brlcad | Maloeran: heh, http://i.imgur.com/VwKxp.jpg |
| 11:44.34 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:49.16 | ksuzee | hello |
| 11:49.28 | brlcad | hi ksuzee |
| 11:50.49 | ksuzee | First of all thank a lot for my acception! |
| 11:51.18 | brlcad | you're quite welcome, we're all very much looking forward to working with you |
| 11:52.07 | ksuzee | and I see my mentor is Cliff, not you? |
| 11:52.45 | brlcad | your assigned mentor is the one that will be reviewing your progress and will probably be the person filling out your evaluation |
| 11:52.56 | brlcad | technical mentoring is done with everyone |
| 11:53.17 | brlcad | all development discussions are in the open with all developers, not just your assigned mentor |
| 11:54.11 | ksuzee | oh, it's great! |
| 11:54.16 | ksuzee | So |
| 11:55.21 | brlcad | think of it this way, your assigned mentor is the person you'll talk to if you're not going to be committing code or otherwise working for more than three days in a row, so they know what you're up to |
| 11:55.44 | brlcad | just about everything else should be in the open |
| 11:56.11 | brlcad | i'll be sending out an e-mail later today with introductions and instructions |
| 11:58.25 | ksuzee | I see...You ahead my questions)) |
| 12:00.54 | ksuzee | and what about exactly my project? Will you send any instructions about it via e-mail too? |
| 12:11.09 | *** join/#brlcad brlcad1 (~amol@122.167.219.253) | |
| 12:22.34 | *** join/#brlcad brlcad2 (~amol@122.167.219.253) | |
| 12:25.47 | *** join/#brlcad brlcad1 (~anurag@14.139.128.12) | |
| 12:30.46 | *** join/#brlcad amol (~amol@122.167.219.253) | |
| 12:31.46 | *** part/#brlcad amol (~amol@122.167.219.253) | |
| 12:32.24 | *** part/#brlcad brlcad1 (~anurag@14.139.128.12) | |
| 12:34.02 | *** join/#brlcad brlcad1 (~anurag@14.139.128.12) | |
| 12:39.02 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 14:02.55 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 14:23.10 | Maloeran | brlcad, seems about right :) |
| 15:35.21 | CIA-128 | BRL-CAD: 03starseeker * r50344 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Remove debugging messages |
| 15:39.18 | CIA-128 | BRL-CAD: 03starseeker * r50345 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Merge NURBS tweak from trunk r50343 |
| 16:09.37 | CIA-128 | BRL-CAD: 03mendesr * r50346 10/jbrlcad/trunk/pom.xml: Update jbrlcad version to 1.2 release |
| 16:10.23 | CIA-128 | BRL-CAD: 03mendesr * r50347 10/jbrlcad/tags/1.2/: Tag version for 1.2 release |
| 16:14.51 | CIA-128 | BRL-CAD: 03mendesr * r50348 10/jbrlcad/trunk/pom.xml: Updated jbrlcad version to 1.3-SNAPSHOT(for future changes) |
| 16:53.40 | CIA-128 | BRL-CAD: 03starseeker * r50349 10/brlcad/branches/STABLE/ (ChangeLog NEWS README include/conf/PATCH): Up version numbers, cleanup NEWS, put relevant portion of STABLE changlog in place. Not sure this will ever actually get tagged for a release, but this revision of STABLE is exhibiting the desired behavior on Linux. |
| 16:54.51 | cristina | I am having trouble with the compilation phase of the BRL-CAD svn checkout while using cmake |
| 16:55.34 | cristina | Has anyone encounter "undefined reference to" some tcl or tk symbols while having all the required dependencies needed installed? |
| 17:01.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:11.08 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 17:35.44 | starseeker | cristina: if you can post the specific errors to something like pastebin.mozilla.org we can probably tell you more |
| 17:37.49 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:39.22 | cristina | starseeker: this is the error that I am getting: http://pastebin.mozilla.org/1601016 |
| 17:39.34 | cristina | as cmake command I used cmake . -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled |
| 17:44.11 | ``Erik | those're fontconfig symbols |
| 17:45.16 | ``Erik | do you have freetype2 installed correctly? |
| 17:48.49 | cristina | ``Erik: by looking in my synaptic package manager I can see that I have installed libxft2, libfreetype6 |
| 17:50.56 | ``Erik | that sounds linuxy |
| 17:51.55 | cristina | I'm on ubuntu 12.04 |
| 17:51.56 | Stattrav | aah :) |
| 17:51.59 | Stattrav | already |
| 17:52.07 | ``Erik | try, um, installing "tk8.5-dev" which should bring in libfreetype6-dev, libfontconfig1-dev, etc to satisfy the deps |
| 17:52.22 | Stattrav | so as it turns out, its mostly X related dependancies that fail |
| 17:52.32 | Stattrav | atleast on my machine they did |
| 17:52.46 | Stattrav | there were some headers missing too |
| 17:52.56 | Stattrav | missing on my machine that is |
| 17:53.14 | ``Erik | Stattrav: we shove all the other deps in our vendor dir src/other/ :D X is a little big for that |
| 17:53.15 | cristina | i've installed "tk8.5-dev"; actually I've installed everything that was specified in the dependencies (libxi-dev libncursesw5-dev libxt-dev libxslt1-dev libxmu-dev libxmu-headers byacc flex libtnt-dev libxext-dev libpng12-dev zlib1g-dev libsm-dev libx11-dev libxau-dev tk8.5-dev tcl8.5-dev tk8.4-dev tcl8.4-dev itcl3-dev) |
| 17:53.33 | Stattrav | aah |
| 17:54.58 | ``Erik | cristina: those missing symbols are probably in libfontconfig1 or libfontconfig1-dev, I'm making sure I can build on my ubuntu 12.04 box right now |
| 17:56.36 | cristina | ``Erik, thank you. On ubuntu 11.10 it happened the same thing. Actually, on the first week of gsoc submissions I managed to compile and install it. Afterwards I started working on a patch, wanted a new clean BRL-CAD and from that moment on, it kept failing. |
| 17:57.28 | cristina | when using ./autogen instead of cmake, the compilation and installation work. |
| 17:58.04 | ``Erik | autogen/configure are probably using your installed TK package, which you explicitely told cmake to ignore with the -DBRLCAD_BUNDLED_LIBS=Bundled argument |
| 17:58.59 | ``Erik | you might have better luck if you try something like "rm CMakeCache.txt ; cmake -DCMAKE_BUILD_TYPE=Debug . && make" |
| 17:59.41 | Stattrav | I should keep this in mind as I am recompiling tomorrow for a better work setup for the summers |
| 18:00.01 | cristina | ah, ok. I'll try it now. I've reinstalled libfontconfig1-dev, libfreetype6-dev |
| 18:01.33 | ``Erik | ok, it just successfully built for me using cmake without any args |
| 18:02.49 | cristina | hm, with cmake -DCMAKE_BUILD_TYPE=Debug, it fails: http://pastebin.mozilla.org/1601052 |
| 18:03.18 | ``Erik | tk8.5-dev isn't' installed |
| 18:04.04 | cristina | but it is, I can see it in the synaptic package manager. I'll reinstall it |
| 18:27.22 | ``Erik | heh, google easter egg: "zerg rush" |
| 18:27.44 | Stattrav | ahah was it from reddit that you got to know or 9gag |
| 18:29.54 | cristina | :) |
| 18:40.20 | *** join/#brlcad andrei_ (~andrei@188.25.171.139) | |
| 18:54.53 | cristina | ok, so I managed to avoid that error by installing itk3, itk3-dev |
| 18:58.16 | cristina | ``Erik: thanks for the suggestion |
| 19:27.43 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 19:41.50 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:05.42 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 20:19.45 | ``Erik | Stattrav: hackernews ( http://news.ycombinator.com ) |
| 20:29.46 | *** join/#brlcad stas (~stas@109.166.134.33) | |
| 21:31.07 | starseeker | cristina: it's worth making notes on what you needed to install that was not mentioned in the documentation |
| 21:31.38 | starseeker | or even provide a documentation patch that adds the missing components |
| 21:37.24 | cristina | starseeker: I'll make some notes on my wiki page. Still, I'm stuck with my previous error: http://pastebin.mozilla.org/1601016 (I got rid of this one: http://pastebin.mozilla.org/1601052 which I assume needed itk3, itk3-dev) |
| 21:43.14 | kanzure | brlcad: "Ok, I registered stepcode.org. Now what?" |
| 21:43.16 | kanzure | heh |
| 21:44.07 | kanzure | why was a domain needed? |
| 22:07.49 | Maloeran | Ahaha Erik, good easter egg |
| 22:20.16 | ``Erik | dang ubuntu box doesn't seem to want to start networking on boot O.o |
| 22:24.28 | CIA-128 | BRL-CAD: 03bob1961 * r50350 10/brlcad/trunk/src/libfb/if_ogl.c: This fix resolves the issue where an rtedge overlay fails to show up in the framebuffer window. |
| 22:39.31 | CIA-128 | BRL-CAD: 03bob1961 * r50351 10/brlcad/trunk/src/libfb/if_wgl.c: Need this for windows too ---- this fix resolves the issue where an rtedge overlay fails to show up in the framebuffer window. |
| 22:41.22 | CIA-128 | BRL-CAD: 03bob1961 * r50352 10/brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Rtwizard should be using /dev/ogl instead of /dev/X. This mod and the previous fix in libfb/if_ogl.c and libfb/if_wgl.c fixes the issue with rtedge overlays failing to show up in the framebuffer. |
| 00:19.34 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 00:42.40 | CIA-128 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3509 10/wiki/User:Cprecup: first step: compiling and installing BRL-CAD issues |
| 01:37.00 | *** join/#brlcad stevegt_1 (~stevegt@cislunar.TerraLuna.Org) | |
| 01:56.00 | starseeker | cristina: you have the freetype dev packages? |
| 01:56.57 | starseeker | you may need to clear your CMake build directory as well and re-run CMake |
| 05:13.57 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 07:48.59 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:25.27 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:25.55 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:42.17 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:46.06 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 09:14.20 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-252-087.pools.arcor-ip.net) | |
| 11:29.38 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:56.30 | cristina | starseeker: yes, I have the following packages installed: freetype2-demos, libfreetype6, libfreetype6-dev, libftgl-dev, libftgl2, libxft-dev, libxft2. I've even tried the whole building with a new checkout (in case I didn't clear everything that needed to be cleared) |
| 12:10.11 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 12:22.49 | starseeker | cristina: ok, the next step is to try make VERBOSE=1 and look at the actual command line that's failing |
| 12:25.47 | starseeker | cristina: there's also something strange about *needing* the system libs, if you've set -DBRLCAD_BUNDLED_LIBS=Bundled |
| 12:29.38 | starseeker | you're doing the following?: |
| 12:29.54 | starseeker | svn co https://brlcad.svn.sf.net/svnroot/brlcad/brlcad/trunk brlcad |
| 12:29.57 | starseeker | cd brlcad |
| 12:32.18 | starseeker | cmake . -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled |
| 12:32.26 | starseeker | make |
| 12:52.27 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-252-087.pools.arcor-ip.net) | |
| 13:15.15 | *** join/#brlcad Neil___ (~chatzilla@117.229.107.155) | |
| 13:20.18 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 13:22.07 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 13:24.29 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 13:33.48 | CIA-128 | BRL-CAD: 03starseeker * r50353 10/brlcad/trunk/ (4 files in 4 dirs): Beef up distclean rule |
| 13:49.21 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 13:54.39 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 14:26.45 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 14:37.04 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 14:37.05 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 14:49.01 | *** join/#brlcad Neil___ (~chatzilla@117.228.217.22) | |
| 16:07.40 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.14) | |
| 16:33.14 | CIA-128 | BRL-CAD: 03starseeker * r50354 10/brlcad/branches/STABLE/ (4 files in 3 dirs): Merge rtwizard fix to STABLE |
| 16:53.00 | cristina | starseeker: those are the steps that I made (the ones that you described). i used cmake . -DCMAKE_BUILD_TYPE=Debug without -DBRLCAD_BUNDLED_LIBS=Bundled because of someone's suggestion as an alternative |
| 16:53.08 | cristina | I'll use make VERBOSE=1 |
| 16:56.23 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 16:56.23 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 17:19.48 | starseeker | cristina: try turning on BRLCAD_BUNDLED_LIBS |
| 17:20.04 | starseeker | that should work |
| 17:22.15 | starseeker | or rather, if both fail I'd like to see pastebins of both failures |
| 17:23.37 | cristina | starseeker: ok, this is the failure when BRLCAD_BUNDLED_LIBS is on: pastebin.mozilla.org/1604080 |
| 17:24.39 | cristina | I'll recompile it right now without BRLCAD_BUNDLED_LIBS and paste the errors as well |
| 17:31.15 | cristina | starseeker: this is withot BRLCAD_BUNDLED_LIBS flag: http://pastebin.mozilla.org/1604094 |
| 17:31.19 | cristina | *without |
| 17:38.25 | starseeker | cristina: what version of freetype do you have installed? |
| 17:39.14 | cristina | 2.4.8-1ubuntu2 |
| 17:39.20 | starseeker | and fontconfig? |
| 17:40.12 | cristina | fontconfig: 2.8.0-3ubuntu9 |
| 17:40.22 | starseeker | and the dev package for fontconfig is installed? |
| 17:41.12 | cristina | yes |
| 17:41.57 | cristina | i've got installed fontconfig, fontconfig-config, libfontconfig1-dev, libfontconfig1 |
| 17:42.03 | starseeker | ok... |
| 17:42.11 | starseeker | let me try something... |
| 17:42.20 | *** join/#brlcad brlcad1 (~anurag@14.139.128.12) | |
| 17:51.04 | *** join/#brlcad brlcad2 (~anurag@14.139.128.12) | |
| 17:51.12 | CIA-128 | BRL-CAD: 03starseeker * r50355 10/brlcad/trunk/ (3 files in 3 dirs): Try explicitly calling out fontconfig in addition to freetype. |
| 17:51.20 | starseeker | cristina: see if that helps |
| 18:01.29 | cristina | starseeker: I rerun cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled . after updating the repository. I am getting the same errors: http://pastebin.mozilla.org/1604080 |
| 18:04.25 | starseeker | one second... |
| 18:04.34 | starseeker | (sorry, hard to test this when I'm not seeing the failure...) |
| 18:05.03 | CIA-128 | BRL-CAD: 03starseeker * r50356 10/brlcad/trunk/src/other/tk/CMakeLists.txt: Use the right FONTCONFIG variable... |
| 18:05.39 | starseeker | that may work better |
| 18:08.32 | cristina | ok :), just a few minutes please |
| 18:08.40 | starseeker | no problem |
| 18:17.35 | cristina | starseeker: ok, so I assume it got pass that error because it says "Built target wish" but now it got into one that I've encountered before: http://pastebin.mozilla.org/1604116 |
| 18:17.48 | cristina | the one referring to the acos symbol |
| 18:19.56 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 18:21.19 | *** part/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 18:21.42 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 18:21.57 | starseeker | hmm. interesting |
| 18:22.07 | starseeker | let me try something... |
| 18:23.37 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:26.51 | CIA-128 | BRL-CAD: 03starseeker * r50357 10/brlcad/trunk/src/other/tcl/ (CMake/tcl.cmake CMakeLists.txt): Hmm - ieee lib link needs more study. Explicitly add the math library to the list of libs for tcl. |
| 18:27.26 | cristina | I'll make an update |
| 18:28.13 | starseeker | I'll be back in a bit |
| 18:28.39 | cristina | ok, thank you for your help |
| 18:29.01 | anuragmurty | hi all! My proposal for voxelize was selected for GSoC this year.. wanted to get some initial references to start with.. |
| 19:07.41 | cristina | starseeker: so the last update definitely got over the 'undefined symbol: acos' error. The compilation got at 83% but there's another build error referring to xslt: http://pastebin.mozilla.org/1604145 |
| 19:15.49 | starseeker | cristina: did any docbook files get compiled? |
| 19:16.03 | starseeker | anuragmurty: what were you looking for? |
| 19:16.18 | starseeker | anuragmurty: have you completed the initial steps outlined in our procedure? |
| 19:19.22 | cristina | starseeker: I'd say some got compiled: "Generating resources/other/docbook-schema/schema.sentinel" |
| 19:19.41 | starseeker | that's something else - I was thinking in particular about about.html |
| 19:20.51 | starseeker | also - if you look in the file build_region_article_html.cmake, what is the path to xsltproc? |
| 19:21.11 | anuragmurty | starseeker: yes. I did build and compile the source code without tcl bindings, but am recompiling it with them now. |
| 19:21.38 | starseeker | crdueck: you *might* be able to complete the doc building if you run make without any parallel flags |
| 19:21.49 | starseeker | sorry cristina not crdueck |
| 19:22.03 | starseeker | I thought we had that fixed, but maybe not... |
| 19:24.24 | starseeker | cristina: it's almost like it's not using our local xsltproc |
| 19:24.49 | starseeker | is this a build with or without the -DBRLCAD_BUNDLED_LIBS=Bundled setting? |
| 19:25.03 | starseeker | if the latter, try it again with the bundled libs |
| 19:25.15 | cristina | starseeker: it's a build with -DBRLCAD_BUNDLED_LIBS=Bundled |
| 19:25.31 | cristina | I am not using parallel flags, the command was just make VERBOSE=1 |
| 19:25.46 | starseeker | can you pastebin the contents of /home/cristina/work/gsoc2012/brlcad/doc/docbook/articles/en/build_region_article_html.cmake |
| 19:27.12 | cristina | starseeker: this is the path to xsltproc: //home/cristina/work/gsoc2012/brlcad/bin/xsltproc |
| 19:27.16 | cristina | and here is the content: |
| 19:27.50 | cristina | http://pastebin.mozilla.org/1604184 |
| 19:28.07 | starseeker | no, that's the .in file |
| 19:28.11 | starseeker | I need the generated cmake file |
| 19:28.24 | starseeker | build_region_article_html.cmake |
| 19:28.35 | starseeker | ah, wait |
| 19:28.43 | starseeker | sorry, nevermind - forgot I added the header |
| 19:28.57 | starseeker | wonder why we're getting the //home prefix |
| 19:29.33 | cristina | shouldn't it be that? |
| 19:30.00 | starseeker | I would have expected ""//home/cristina/work" to look like ""/home/cristina/work" |
| 19:30.05 | cristina | ah |
| 19:30.05 | cristina | yes |
| 19:34.00 | cristina | I've tested accessing the path in the terminal with 2/ and it makes no difference |
| 19:34.18 | starseeker | yeah, xsltproc might be more sensitive to that path structure |
| 19:34.46 | starseeker | I can't figure out why your path is getting reported like that though - why the two leading slashes? |
| 19:34.54 | starseeker | what version of CMake do you have? |
| 19:35.45 | starseeker | cristina: what happens if you do the following: |
| 19:36.01 | starseeker | cmake -P /home/cristina/work/gsoc2012/brlcad/doc/docbook/articles/en/build_region_article_html.cmake |
| 19:36.08 | starseeker | (all one line) |
| 19:36.25 | cristina | cmake 2.8.7 |
| 19:37.02 | cristina | I get this: runtime error |
| 19:37.02 | cristina | xsltApplyStylesheet: saving to //home/cristina/work/gsoc2012/brlcad/share/brlcad/7.21.0/doc/html/articles/en/build_region.html may not be possible |
| 19:37.02 | cristina | CMake Error at doc/docbook/articles/en/build_region_article_html.cmake:55 (message): |
| 19:37.02 | cristina | <PROTECTED> |
| 19:37.28 | starseeker | now, what happens if you remove the //home instances in that file and replace them with /home ? |
| 19:39.11 | cristina | ah |
| 19:39.15 | cristina | now it works |
| 19:39.24 | cristina | nothing was printed, no error |
| 19:39.38 | starseeker | so - why are your paths adding a leading slash? |
| 19:46.16 | cristina | maybe something appends to that command a slash |
| 19:48.09 | cristina | waw |
| 19:48.10 | cristina | ok |
| 19:48.30 | CIA-128 | BRL-CAD: 03starseeker * r50358 10/brlcad/trunk/misc/CMake/DocBook.cmake: Try to make input paths more 'DocBook friendly' |
| 19:48.36 | starseeker | cristina: that may work around the issue |
| 19:48.38 | cristina | so by looking at all my environment variables I can see OLDPWD= OLDPWD=//home/cristina/work/gsoc2012/brlcad/src/other |
| 19:48.49 | cristina | and PWD=//home/cristina/work/gsoc2012/brlcad |
| 19:49.16 | cristina | sorry, there was a typo, it's just OLDPWD=//home/cristina/work/gsoc2012/brlcad/src/other |
| 19:49.25 | starseeker | hmm. |
| 19:49.28 | starseeker | weird. |
| 19:49.44 | starseeker | it may be moot - see if r50358 gets by it |
| 19:49.49 | cristina | ok |
| 19:57.32 | CIA-128 | BRL-CAD: 03starseeker * r50359 10/brlcad/trunk/src/other/ (4 files in 4 dirs): keep all the tcl.cmake copies the same to avoid surprises |
| 20:20.50 | cristina | starseeker: thanks a lot. Everything builds fine now. I'm sorry for bothering you |
| 20:40.29 | starseeker | cristina: not a all - those are exactly the kind of problems we want to find and fix |
| 20:41.09 | starseeker | it's quite interesting you were seeing issues no one else has reported |
| 20:41.30 | starseeker | the "//home" issue I'm not surprised was new, but the tcl/tk building issues were a surprise |
| 21:20.29 | CIA-128 | BRL-CAD: 03starseeker * r50360 10/brlcad/trunk/src/libbu/ (bitv.c endian.c fnmatch.c): These uses of inline cause a strict failure with clang 3.0 in c89 mode (note that they do work with c99) |
| 21:23.01 | CIA-128 | BRL-CAD: 03starseeker * r50361 10/brlcad/trunk/src/libpkg/example/server.c: clang doesn't let us get away with this style of quellage - add the UNUSED wrapper. |
| 21:28.20 | starseeker | brlcad: getting a bunch of strict failures in librt with clang related to the BU_LIST_MAIN_PTR macro: |
| 21:28.24 | starseeker | http://pastebin.mozilla.org/1604369 |
| 21:36.27 | CIA-128 | BRL-CAD: 03starseeker * r50362 10/brlcad/trunk/src/fbed/empty.c: Another quellage we can't get away with in clang. |
| 21:57.00 | CIA-128 | BRL-CAD: 03starseeker * r50363 10/brlcad/trunk/src/ (libpkg/example/client.c librt/primitives/metaball/metaball.c): Couple more clang strict c89 issues |
| 22:03.28 | starseeker | ``Erik: this looks like it might be up your alley: http://pastebin.mozilla.org/1604412 |
| 22:18.40 | CIA-128 | BRL-CAD: 03starseeker * r50364 10/brlcad/trunk/src/lgt/ (lgt.c reflect.c): More quellage fun |
| 22:24.14 | CIA-128 | BRL-CAD: 03starseeker * r50365 10/brlcad/trunk/src/tab/tabinterp.c: hopefully the last of the quellage errors - looks like we may be down to offsetof and other offset-type issues with gnu89 |
| 22:54.48 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 23:04.06 | brlcad | starseeker: act, the removal of inline is nfg ... that will mess a few things up |
| 23:04.20 | brlcad | better to test for it during cmake and #define to nothing if not supported |
| 23:04.28 | brlcad | but there's undoubtedly a way to support it |
| 23:10.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:59.55 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 01:45.48 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 02:10.47 | CIA-128 | BRL-CAD: 03starseeker * r50366 10/brlcad/trunk/src/ (4 files in 2 dirs): Put the inline additions back - will need to find some other approach to avoid strict issues with clang. Not a big deal since we have other issues with clang (offsetof related) |
| 02:12.31 | starseeker | brlcad: I think that's all of them |
| 02:12.58 | starseeker | perhaps we want to skip -pedantic when doing gnu89 with clang? |
| 02:13.41 | starseeker | (or actually, I think some of the stuff comes up even with gnu99...) |
| 04:13.53 | brlcad | no, at worst we can detect the failure and disable the 'inline' symbol if compiling in c89 mode but we have to first make sure they don't simply provide it via some other means |
| 04:14.16 | brlcad | (this is exactly in the scope of my inline macro check, it should fine one or disable inline) |
| 04:14.21 | brlcad | s/fine/find/ |
| 04:14.29 | brlcad | so if that didn't work, something is amiss |
| 04:14.57 | brlcad | still needs to commit his macro changes .. |
| 04:26.16 | brlcad | this is sort of why I love code cleanup so much: http://imgur.com/MTp6w |
| 04:46.00 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:50.15 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 06:42.16 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:01.04 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:35.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:53.33 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 09:35.14 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net) | |
| 11:59.52 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:11.09 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:31.45 | ``Erik | starseeker: that bit manip error looks familiar, I thought I fixed it by doing something stupid like breaking the a&=b into a=a&b or something |
| 13:26.13 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 13:26.13 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-accxseppgrjwgagx) | |
| 14:18.01 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 14:19.34 | ``Erik | brlcad: if you don't let people post on your facebook wall, how can we publically embarrass you with "happy birthday!" messages? :> (happy birthday!) |
| 15:14.34 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-242-206.pools.arcor-ip.net) | |
| 15:33.27 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 17:03.15 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:11.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:13.28 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:46.15 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 17:56.02 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 18:01.14 | starseeker | brlcad: we'll have to add the -pedantic and -Werror flags to the inline test - without those, I doubt it will fail |
| 19:05.09 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 19:29.08 | *** part/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 20:11.11 | crdueck | hello, i'm still having trouble compiling brlcad from svn. I think i've found the problem though, previously sean suggested that i was missing X11-dev libs, but the problem isnt that they're not installed but cmake cant find them, if i run "cmake -i" i see that many X11 libs are set to NOT-FOUND, but cmake only complains for libX11, libXext and libXi even though the compile fails on missing libXft, libXpm, libCursor, etc libs. I can confirm |
| 20:23.04 | crdueck | well i have my first successful build, but i had to manually give cmake paths to the required libs. i'm not sure where the "incorrect" paths are provided but if someone could let me know i'll try to find out whats going wrong |
| 20:27.43 | *** join/#brlcad Stattrav_ (~Stattrav@223.231.152.46) | |
| 20:40.46 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 20:55.41 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:57.11 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:58.17 | starseeker | crdueck: where were your X11 files located? |
| 20:59.36 | crdueck_ | in /usr/lib/ |
| 21:01.15 | starseeker | crdueck: so not /usr/lib/X11 or some such? |
| 21:01.36 | starseeker | crdueck: if you look at FindX11.cmake in misc/CMake you'll see our search logic for X11 |
| 21:05.19 | crdueck_ | starseeker: nope, and when i provided the paths as "/usr/lib/libXft.so" for example it compiled cleanly. I'll take a look at that file |
| 21:06.11 | starseeker | crdueck_: what distribution are you using? |
| 21:08.23 | crdueck_ | starseeker: archlinux, one thing i noticed is that i'm using the 64-bit version and the libs aren't in /usr/lib64, which line 164 seems to be lookin for |
| 21:08.57 | starseeker | ah, yes - it excludes the /usr/lib path in the 64 bit case because on systems with both, that's where the 32 bit libs live |
| 21:09.28 | crdueck_ | okay, i have 32-bit libs as well and they're installed to /usr/lib32 |
| 21:09.36 | starseeker | snort |
| 21:09.50 | starseeker | great |
| 21:12.01 | starseeker | crdueck_: we'll need to come up with some way to determine whether /usr/lib has 32 or 64 bit libraries in it |
| 21:14.07 | crdueck_ | starseeker: excuse me, i need to get rid of this trailing underscore... be right back |
| 21:14.24 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 21:15.11 | starseeker | crdueck: I suggest taking a read through our FindX11.cmake, see how it's doing what it's doing, and see if anything suggests itself |
| 21:16.46 | crdueck | starseeker: will do |
| 21:25.59 | crdueck | is there a reason why the paths to libs is hardcoded into the cmake config instead of resolved with a linker? |
| 23:16.11 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 01:00.10 | *** join/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 01:32.05 | starseeker | crdueck: feel free to experiment |
| 02:10.22 | *** part/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:24.02 | starseeker | crdueck: we have to carefully manage search paths when specifying 32 vs 64 bit building, since CMake's default search routines don't check to make sure a library found is built for the correct word size |
| 02:49.33 | starseeker | on most of the systems I have tested to date, 64 bit libs went into lib64 - if we have lib32 32 bit, lib64 64 bit, and lib uncertain there is a mess to resolve |
| 03:01.47 | crdueck | starseeker: i asked in my distro's channel and the ambiguity is because 32-bit support was implemented as an afterthought, and so the default is 64-bit. the file path problem would very likely only affect archlinux users |
| 03:46.01 | *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2) | |
| 03:54.51 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:57.08 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:05.16 | *** join/#brlcad jordisayol1 (~jordisayo@188.119.210.222.dynamic.eurona.net) | |
| 05:05.17 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:07.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:10.01 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:19.36 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:30.43 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:48.09 | *** join/#brlcad abhi2011 (~chatzilla@209.201.113.2) | |
| 06:09.29 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:31.52 | *** join/#brlcad pawleeq (~pawleeq@core1.humlnet.cz) | |
| 08:05.08 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:04.06 | *** join/#brlcad kane_ (~Mesut@dslb-084-063-241-201.pools.arcor-ip.net) | |
| 10:38.03 | *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net) | |
| 10:38.06 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:57.36 | *** part/#brlcad mohitdhingras (~root@14.139.128.12) | |
| 10:59.42 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:51.05 | *** join/#brlcad kane__ (~Mesut@dslb-088-078-198-057.pools.arcor-ip.net) | |
| 11:56.09 | *** join/#brlcad kane_ (~Mesut@dslb-088-078-198-057.pools.arcor-ip.net) | |
| 13:08.19 | ``Erik | starseeker: 3 off by many on solids |
| 13:08.36 | starseeker | otherwise it builds? |
| 13:09.02 | ``Erik | um, with everything bundled, it still flipped out about finding the macports png.h, so I turned strict off and it built |
| 13:09.05 | starseeker | (make -k I think should proceed with running the rest of 'em...) |
| 13:09.17 | starseeker | oh, right - you also need to add... letsee... |
| 13:09.53 | starseeker | -DCMAKE_SEARCH_OSX_PATHS=SYSTEM |
| 13:16.54 | ``Erik | still seems to pull the macports png.h |
| 13:17.17 | starseeker | growl. |
| 13:17.42 | starseeker | ok, nevermind - may need some of the improvements in trunk to avoid that issue |
| 13:58.13 | ``Erik | only regress issues are the old 3 off by many solids and 'gui' in mged |
| 14:00.15 | starseeker | O.o |
| 14:00.19 | starseeker | what's up with gui? |
| 14:08.19 | CIA-128 | BRL-CAD: 03starseeker * r50367 10/brlcad/branches/STABLE/CMakeLists.txt: Correct typo. |
| 14:09.16 | ``Erik | looks like a lib mismatch, X from macports vs GL from system |
| 14:09.48 | starseeker | oh, right |
| 14:10.01 | starseeker | ok, that's specific to the macports |
| 14:10.07 | starseeker | tries on his non-macports mac |
| 14:10.15 | ``Erik | does that commit allow total exclusion of macports shtuff? |
| 14:10.34 | starseeker | which, 50367? |
| 14:10.41 | starseeker | that's just a Windows thing |
| 14:10.58 | starseeker | ignoring all macports stuff requires include dir order sorting |
| 14:35.44 | CIA-128 | BRL-CAD: 03starseeker * r50368 10/brlcad/branches/STABLE/src/other/CMakeLists.txt: Don't use numbers for bools |
| 15:06.36 | CIA-128 | BRL-CAD: 03starseeker * r50369 10/brlcad/branches/STABLE/src/other/step/src/express/ (CMakeLists.txt expprint.c): Remove this file - removed in trunk, not needed, causing build issue on mac for release build. |
| 15:10.48 | CIA-128 | BRL-CAD: 03starseeker * r50370 10/brlcad/branches/STABLE/src/other/libz/CMakeLists.txt: Add workaround for MSVC2010 64 bit and zlib from trunk r49887 |
| 15:12.08 | ``Erik | building system X instead of macports fixes that mged gui issue |
| 17:12.15 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:22.01 | kanzure | decided to take a break on nurbs :p |
| 17:22.03 | kanzure | http://heybryan.org/shots/2012-04-30-1131-nanoengineer-chroot.png |
| 17:33.23 | *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:48.11 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:50.13 | *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:00.19 | CIA-128 | BRL-CAD: 03starseeker * r50371 10/brlcad/trunk/misc/CMake/FindX11.cmake: Tweak search paths for X11 |
| 18:00.58 | starseeker | crdueck: Does r50371 help on archlinux? |
| 18:07.58 | brlcad | kanzure: nifty -- you ever attend the molecular modeling BoF? |
| 18:08.06 | kanzure | BoF? |
| 18:08.21 | brlcad | birds of a feather, at a conference |
| 18:08.26 | brlcad | siggraph for example |
| 18:08.28 | kanzure | hrm. never heard of it |
| 18:08.32 | kanzure | nope have't been to siggraph |
| 18:08.42 | kanzure | http://github.com/kanzure/nanoengineer#readme |
| 18:12.05 | brlcad | love the animations |
| 18:12.28 | kanzure | downside: this code base suffers from bit rot |
| 18:12.44 | kanzure | the last known working distro to run it was ubuntu 7.04 |
| 18:12.58 | kanzure | soo i created a chroot .tar.gz http://groups.google.com/group/nanoengineer-dev/browse_thread/thread/48a3fa9291f81f41 |
| 18:13.13 | kanzure | now i guess i need to start upgrading to successive ubuntu versions, run the tests and fix bugs |
| 18:17.59 | brlcad | it's not easy to write code that specific that cannot be trivially updated.. ;) |
| 18:18.33 | kanzure | huh? |
| 18:18.54 | kanzure | i think you mean "it's not easy to write code that specicfic that *can* be trivially upgraded" |
| 18:18.57 | kanzure | *speciic |
| 18:19.00 | kanzure | *specific jeeze |
| 18:19.46 | kanzure | or "it's easy to write specific code that cannot be trivially updated" |
| 18:30.53 | crdueck | starseeker: r50371 finds the correct libraries and builds fine now |
| 18:39.35 | starseeker | crdueck: awesome |
| 18:40.43 | kanzure | starseeker: hihi |
| 18:47.03 | starseeker | kanzure: howdy |
| 18:47.17 | starseeker | kanzure: gave up on NURBS for a while eh? |
| 18:50.45 | CIA-128 | BRL-CAD: 03starseeker * r50372 10/brlcad/trunk/misc/CMake/FindX11.cmake: Note that archlinux prompted the tweak to X11 search paths. |
| 18:51.29 | kanzure | starseeker: heh well not really. just doing other things |
| 18:54.49 | starseeker | nanoengineer looked cool, but would have taken quite a lot of work to polish up iirc |
| 18:57.30 | starseeker | would be awesome to see someone bring it back to life |
| 18:57.48 | starseeker | it was/is GPL? |
| 19:01.55 | brlcad | kanzure: actually, I meant the opposite .. :) |
| 19:02.32 | kanzure | starseeker: gpl 2 and gpl 3 (wtf?) |
| 19:02.33 | brlcad | I can usually get code to compile on linux I wrote 10 years ago in just a few minutes (on ANY distro) |
| 19:02.45 | kanzure | brlcad: i would greatly appreciate your help, then |
| 19:02.46 | brlcad | the harder ports are to a different OS |
| 19:02.55 | kanzure | again, i made a chroot to get it running from the original packages |
| 19:02.59 | kanzure | but i would love for it to work on modern systems |
| 19:03.10 | kanzure | then i can package up a .deb or something |
| 19:03.36 | brlcad | what's the history of that code, you write most of it? |
| 19:03.56 | kanzure | nope |
| 19:04.06 | kanzure | mark sims founded nanorex inc. 2004-2009 |
| 19:04.12 | kanzure | dumped about a million/year on 10 developers |
| 19:04.27 | kanzure | v1.0.0 released march 2008, v1.0.1 the following month |
| 19:04.36 | kanzure | v1.1.1 is the current release |
| 19:05.40 | kanzure | in 2010 mark gave me the source codde |
| 19:05.47 | kanzure | well, he gave me the repository i mean |
| 19:05.58 | kanzure | and i converted from cvs->svn->git and preserved the history |
| 19:07.07 | brlcad | hm, gplv2+, shame.. :/ |
| 19:07.08 | CIA-128 | BRL-CAD: 03starseeker * r50373 10/brlcad/branches/STABLE/ChangeLog: Tack on the other changes to ChangeLog |
| 19:07.28 | kanzure | brlcad: technically, nanorex can relicense this code base |
| 19:07.34 | kanzure | and mark is still around.. Mark Sims <mark@nanorex.com> |
| 19:09.00 | starseeker | kanzure: that'd probably be essential before we could do much of anything with it... |
| 19:09.27 | kanzure | mark is really nice and obviously an awesome person for even making this open source |
| 19:09.55 | kanzure | so if you want to put some effort into getting it licensed more appropriately, i'd be willing to help out |
| 19:10.47 | starseeker | brlcad: what do you think? any chance molecular engineering capabilities would be of interest to BRL-CAD? |
| 19:11.20 | kanzure | heh |
| 19:12.04 | kanzure | modularizing nanoengineer and breaking it up into stuff that brlcad could cannibalize would be a great outcome, in my opinion |
| 19:12.05 | brlcad | there's a reason I've attended nearly every molecular engineering bof at siggraph .. it's on the very fringe of our domain but a philosphical fit |
| 19:12.53 | kanzure | (there are already modules, but i mean "releasable" modules or "separable" modules) |
| 19:13.30 | brlcad | I'd love to get to the point where I can model something at a macroscopic scale, but then keep zooming in to see/modify underlying molecular structure |
| 19:13.56 | kanzure | the data structures for that would be a bit wonky |
| 19:14.01 | brlcad | csg lends itself very well for compactness of representation that would be needed |
| 19:14.11 | kanzure | there's no reason you need to have precise atomic definition of your curve.. but at the same time, it's not an infinite curve either |
| 19:14.46 | brlcad | I'm more interested from a materials science perspective |
| 19:15.17 | brlcad | create a metal plate for example and simulate it getting cracked |
| 19:15.34 | brlcad | now change the molecular structure to a different configuration, what's the effect? |
| 19:16.31 | brlcad | could compare different alloys, represent non-homogenous regions (like bone), accurate anatomical modeling |
| 19:17.34 | kanzure | ah i see, sure |
| 19:17.46 | kanzure | most of nanoengineer uses pdb files |
| 19:17.53 | kanzure | so you can import basically any molecule from pubchem or ncbi |
| 19:18.11 | brlcad | nods |
| 19:18.15 | starseeker | kanzure: is nanorex (the company) still active? That may be a factor in whether they'd consider non-GPL licensing - a fair number of companies use GPL because it preserves (practically speaking) the possibility of also selling commercial licensing for a fee |
| 19:18.15 | kanzure | one of the features on the wishlist is the ability to model large systems like those in the concept video: |
| 19:18.23 | kanzure | http://www.youtube.com/watch?v=vEYN18d7gHg |
| 19:18.36 | brlcad | I started on a pdb-g a few years ago, but didn't finish it in my afternoon playing around |
| 19:18.37 | kanzure | starseeker: the company is not active, but mark has been paying the hosting bills so the sites are still up |
| 19:20.36 | starseeker | well... the most straightforward way would be for someone to email and ask... |
| 19:21.12 | kanzure | sure |
| 19:22.19 | starseeker | brlcad: you want to, or should I? |
| 19:22.22 | kanzure | i wonder how large-scale molecular machines would be modeled.. storing atom positions for everything is unwise |
| 19:22.41 | kanzure | starseeker: if you or brlcad choose to send that email, can you email me a draft first? Bryan Bishop <kanzure@gmail.com> |
| 19:23.07 | starseeker | kanzure: I assume you prefer one of us to ask instead of doing so yourself? |
| 19:24.01 | kanzure | uhh, i am still sorting through my feelings haha |
| 19:24.10 | starseeker | heh |
| 19:24.14 | kanzure | i really wanted to get nanoengineer working on modern distros before i pinged mark again |
| 19:24.47 | starseeker | ah - have some concrete benefits in hand? |
| 19:25.01 | brlcad | a tit for tat is in order, have something to show what the value is |
| 19:25.10 | kanzure | yeah.. so far the majority of the work i have done is converting old cvs/svn repos to git |
| 19:25.25 | brlcad | maybe starseeker you could give the compile a go on gentoo |
| 19:25.32 | starseeker | nods |
| 19:25.43 | starseeker | that'd be the best place for sure, for something like this |
| 19:26.05 | starseeker | I tried once some time ago, but don't recall now what the issues were |
| 19:26.05 | brlcad | if it compiles/compiled on ubuntu, should just be build system issues, dependencies, minor code assumptions |
| 19:26.31 | starseeker | kanzure: what GUI library does it use? |
| 19:26.37 | kanzure | pyqt 4.3.3 |
| 19:26.41 | brlcad | I can probably give it a go in a week or two |
| 19:26.52 | kanzure | here is how i built the ubuntu chroot |
| 19:26.52 | kanzure | http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap |
| 19:27.01 | kanzure | or you can download it in the parent directory |
| 19:27.04 | starseeker | I'll take a quick wack at it tonight and see how it looks |
| 19:27.08 | kanzure | coolio |
| 19:27.33 | starseeker | kanzure: fair warning - if I get serious about it the build system's converting to CMake :-) |
| 19:27.45 | kanzure | aww but the build system actually /works/ |
| 19:27.53 | kanzure | this is the one part of it that is functioning :P |
| 19:28.01 | starseeker | on MSVC too? |
| 19:28.11 | kanzure | uh good question, i don't have that environment setup for testing at all |
| 19:29.43 | starseeker | a working build system is actually the best starting point |
| 19:30.20 | kanzure | there are also some unit tests |
| 19:31.52 | starseeker | hasn't tangled with pyqt for a while... |
| 19:32.18 | starseeker | remember glancing at what they were doing to make that linkage work and going a bit pale |
| 19:33.01 | starseeker | ah, crud |
| 19:33.16 | starseeker | now I remember - PyQt is GPL |
| 19:33.31 | starseeker | nuts |
| 19:34.20 | starseeker | speaking of software that likes to preserve licensing opportunities... |
| 19:34.40 | starseeker | kanzure: how heavily is the nanoengineer code invested in PyQt? |
| 19:35.28 | kanzure | i don't know what to tell you |
| 19:36.03 | kanzure | there's lots of code that relies on it in cad/src/ |
| 19:36.22 | starseeker | nods - it's a tough question to answer without digging |
| 19:36.31 | starseeker | didn't know how far into the code you had gotten |
| 19:36.49 | kanzure | i have poked around a bit but i'm not ready to delete or rewrite large portions :) |
| 19:37.15 | starseeker | nods - it's stuck at GPL then unless/until it looks viable to not rely on PyQt |
| 19:38.51 | starseeker | looks like PySide is the LGPL alternative, but I have no idea how comparable the two are |
| 19:39.38 | starseeker | cross platform looks a bit iffy... |
| 19:39.50 | kanzure | holy crap what the hell is cad/src/platform_dependent/gpl_only.py |
| 19:39.58 | kanzure | the message is menacing |
| 19:40.42 | kanzure | ah it might have been qt3 leftovers |
| 19:40.59 | kanzure | "Here are those functions we can't allow Qt3 Windows users to run:" |
| 19:41.55 | starseeker | yeah, back in the day (IIRC) Windows Qt was even more restricted than other platforms |
| 19:42.03 | kanzure | libpython23.a.gz and libpython24.a.gz in the repo.. not cool |
| 19:42.53 | starseeker | yeah, PyQt is probably the biggest GPL anchor |
| 19:43.00 | starseeker | heh - ouch |
| 19:43.55 | starseeker | PyQt is like SISL - they have a good sound reason not to ever go LGPL |
| 19:44.25 | CIA-128 | BRL-CAD: 03starseeker * r50374 10/brlcad/tags/rel-7-20-6/: Tag 7.20.6 |
| 19:46.09 | starseeker | kanzure: hmm - http://qt-project.org/wiki/Differences_Between_PySide_and_PyQt |
| 19:47.06 | kanzure | that doesn't look too horrible |
| 19:47.26 | kanzure | "Supporting Both APIs" now that's neat.. |
| 19:47.44 | kanzure | https://github.com/epage/PythonUtils/blob/master/util/qt_compat.py |
| 19:47.51 | kanzure | "qt_compat.py [github.com] is an example of centralizing the knowledge of PySide and PyQt without using monkey-patching. It serves both to point out what differences exist as well as keeping your code binding-agnostic." |
| 19:47.58 | kanzure | "This is important for when needing to support both bindings, usually when transitioning from one to the other and needing to continue to support older distributions that do not yet come with PySide." |
| 19:48.15 | kanzure | starseeker: the other issue is that i would really like to make sure i get contributor license agreements |
| 19:48.28 | starseeker | hmm? |
| 19:48.41 | starseeker | in what sense? |
| 19:48.42 | kanzure | there is lots and lots of value with making sure someone actually owns the copyright of this, even if it's an organization somewhere |
| 19:48.53 | kanzure | well for instane, all apache contributors sign documents before their code is accepted |
| 19:49.12 | starseeker | yeah, and it's one of the major hurdles to contributing to Apache projects |
| 19:49.40 | starseeker | I don't think even Qt itself requires that... |
| 19:49.52 | kanzure | really? how does trolltech keep the licensing straight |
| 19:50.59 | starseeker | hmm... I guess they do, actually - they just don't require copyright assignment |
| 19:51.04 | starseeker | http://qt-project.org/legal.html |
| 19:51.06 | kanzure | fascinating. |
| 19:51.26 | kanzure | *instance |
| 19:53.44 | starseeker | kanzure: to be honest, I doubt I'd bother with a setup that requires a contributor agreement under normal circumstances, particularly when copyright assignment is required - there are too many interesting things to work on that don't require the hoop jumping |
| 19:54.23 | kanzure | yeah, i could be convinced to agree with that pretty easily |
| 19:54.49 | starseeker | kanzure: brlcad would have more insight on the fine points of our own setup |
| 19:58.12 | starseeker | oh, here it is - "Authors and other BRL-CAD contributors must comply with the copyright |
| 19:58.15 | starseeker | terms for their respective contributions unless otherwise noted or |
| 19:58.18 | starseeker | arranged. This includes an implicit assignment of copyright for any |
| 19:58.20 | starseeker | and all contributions being made." |
| 19:59.03 | kanzure | hey if that's good enough for the legal experts in the military.. then it's good enough for me |
| 19:59.25 | starseeker | kanzure: again, better to ask brlcad about all that - he was there :-) It was before my time |
| 19:59.45 | starseeker | was just looking at our own COPYING file |
| 20:03.01 | brlcad | for most matters of rights management, it's more an issue of what your goals are -- whether you're more interested in growing your community or protecting your asset(s) |
| 20:04.14 | brlcad | no protection is foolproof, there's always legal risk so it's really about levels of risk assessment and cost |
| 20:05.50 | brlcad | of course explicit copyright assignment is better for a litigeous perspective than implicit assignment, that's intuitive but then there's a cost associated |
| 20:06.37 | brlcad | explicit assignment via forms will invariably reduce contributions from the global pool of candidate contributors |
| 20:07.18 | brlcad | if reaching the most contributors were your only goal, no assignment would fit just fine |
| 20:08.24 | brlcad | if protecting your already-widely-popular asset (e.g., apache) was the most important, go for the forms |
| 20:09.46 | kanzure | right, i suppose so |
| 20:09.54 | kanzure | i don't have a strong opinion either way on nanoengineer |
| 20:09.54 | brlcad | we're in the middle willing to take on a little risk, protecting our assets but encoruaging contributors |
| 20:10.18 | brlcad | yeah, someone might argue that they never explicitly agreed to our terms even though we usually have an audit trail, but then our response can always be to yank their contributions entirely |
| 20:10.23 | brlcad | no code is sacred ;) |
| 20:10.37 | starseeker | kanzure: you mentioned "lots and lots of value" earlier - what did you have in mind there? |
| 20:11.06 | brlcad | then the only risk is *their* contributions causing financial harm, which is incredibly hard to demonstrate with open source not being sold for a profit |
| 20:11.25 | kanzure | starseeker: a managing organization can do more if it knows its permissions |
| 20:12.13 | brlcad | that's a problem of documentation |
| 20:12.21 | brlcad | it should be stated very clearly (and explicitly) |
| 20:12.42 | brlcad | and reiterated in dialog so you have audit |
| 20:21.41 | starseeker | kanzure: "do more" - do *what* more? Did you have something specific in mind? |
| 20:22.43 | kanzure | nope :) |
| 20:23.13 | kanzure | i guess people worry about companies like nanorex owning their contributions, and then making money on their "open source" work |
| 20:23.28 | kanzure | i mean, asymmetrically |
| 20:23.32 | brlcad | it's all about being sued or wanting to sue |
| 20:23.48 | kanzure | if it was bsd, then anyone would be able to setup a similar operation |
| 20:23.51 | kanzure | etc. etc. |
| 20:24.10 | brlcad | and would you *really* care |
| 20:24.18 | brlcad | and would that harm you |
| 20:25.12 | kanzure | stop asking hard questions! |
| 20:25.15 | kanzure | haha |
| 20:25.51 | starseeker | kanzure: Oddly enough, you can find a few instances where the Modified BSD/MIT style licenses actually end up getting more commercial support, because companies aren't scared of using the code |
| 20:26.15 | starseeker | clang/llvm being one of the more recent large scale instances - webkit is another |
| 20:26.45 | brlcad | what could someone do to your contribution/code/creation/whatever that might cause you to sue them for damages -- if you would very unlikely take the efforts to sue, then you only have to be concerned with others suing you |
| 20:28.56 | kanzure | starseeker: yep, i'm aware and see why that happens |
| 20:43.45 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 20:48.19 | starseeker | kanzure: generally speaking, grabbing BSD code and closing it up is helpful to an organization only when they can't share improvements to the original code without exposing trade secrets or "giving the competition a leg up", so to speak. There *are* instances where those concerns are legitimate, but any company parting ways with the original codebase is taking the full burden of supporting that code |
| 20:49.26 | starseeker | internal forks of that nature have a nasty tendency to diverge from the original code base, and subsequent integrations get progressively more difficult if there is no code sharing going on |
| 20:49.49 | starseeker | all of which is non-revenue-generating work for the company |
| 20:51.06 | kanzure | opencascade recently released their own "community version" git repo.. it's pretty funny |
| 20:51.10 | kanzure | it has no revision history really |
| 20:51.17 | kanzure | i guess they were scared about oce.git |
| 20:51.52 | starseeker | yeah, I remember seeing that. They also want forms signed from contributors, and the oce crowd didn't react well to the idea |
| 20:52.12 | starseeker | they also balked (again) at the notion of using a standard license |
| 20:54.25 | starseeker | shrugs - we'll just keep going our own way. Personally I'd be much more inclined to pick apart Ayam and Varkon than opencascade |
| 20:54.43 | kanzure | yeah, i tried picking apart opencascade and it's not worth it, <standard rant goes here> |
| 20:55.39 | starseeker | brlcad figured that out a long time ago - I took a bit longer (ooo, shiny pictures) but figured it out eventually |
| 20:56.55 | starseeker | The FreeCAD guys are welcome to it - personally I hope they succeed - compeition/alternatives are always a good thing |
| 21:21.30 | kanzure | something is fundamentally very wrong with opencascade if *none* of their programmers have the chops to prevent code massacre on their scale |
| 21:31.33 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 22:29.19 | *** join/#brlcad andrei_ (~andrei@188.25.159.184) | |
| 22:31.15 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:32.51 | *** join/#brlcad crdueck__ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:35.25 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:36.16 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:32.40 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:32.59 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:37.37 | *** join/#brlcad DarkCalf (~DC@173.231.40.98) | |
| 23:45.24 | starseeker | wow nanoengineer is a big repo - looks like you really did preserve the history :-) |
| 23:47.40 | kanzure | yes :) |
| 23:47.44 | kanzure | that was very important to me |
| 23:48.09 | kanzure | however.. there's also some random large binary files in there that i forgot to remove before everyone cloned |
| 23:48.19 | starseeker | winces |
| 23:48.41 | starseeker | yeah... might be worth redoing it without those, if that's practical |
| 23:48.59 | kanzure | everyone would have to update their git repos |
| 23:53.00 | starseeker | kanzure: might be worth it? |
| 23:53.18 | starseeker | otherwise we're stuck with this huge download forevermore |
| 23:58.12 | kanzure | hrmmmm |
| 23:58.13 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:58.35 | kanzure | starseeker: well let's look at how much space would be cleared up exactly |
| 23:59.21 | kanzure | find . | grep gz |
| 23:59.26 | kanzure | these are all 40 kilobyte files |
| 23:59.41 | kanzure | cad/src/ is 42 MB |
| 00:00.04 | kanzure | cad/partlib is 10 MB |
| 00:00.13 | kanzure | cad/plugins/ is 16 MB |
| 00:00.27 | kanzure | cad/tests is another 10 MB |
| 00:00.36 | kanzure | sim/src/ is 11 MB |
| 00:01.19 | kanzure | huh so maybe i was wrong- it's probably just the history? |
| 00:03.55 | starseeker | ah, k |
| 00:04.13 | starseeker | watches PySlide's compile crawl by |
| 00:06.07 | kanzure | i suppose i've never run "gc" on this.. 473 MB before and .. well let me upgrade my RAM first |
| 00:06.21 | starseeker | heh |
| 00:07.46 | starseeker | spoze I should install PyQt too to baseline |
| 00:09.48 | kanzure | partlib is probably bad.. there should be an online pdb mirror structure instead of distributing a huge library of parts |
| 00:23.39 | kanzure | starseeker: heh now it's only 463 MB |
| 00:23.46 | kanzure | i guess 10 MB of "git cruft" is substantial |
| 00:26.21 | kanzure | brlcad: you guys have private test cases? hah |
| 00:41.15 | starseeker | hmm - what package has numarray? |
| 00:43.00 | starseeker | ah fudge - I've got python 2.7 and 3.2 both - looks like that may confuse things |
| 00:43.55 | kanzure | depends on what your system default is, yeah.. |
| 00:44.15 | kanzure | you might have to get an old version of python-numarray or get it from pypi |
| 00:44.35 | kanzure | the known-working package is python-numarray=1.5.2-2.2ubuntu1 |
| 00:46.17 | kanzure | starseeker: http://archive.debian.org/debian/pool/main/p/python-numarray/python-numarray_1.5.2-2.2_i386.deb |
| 00:46.49 | kanzure | you should consider getting the chroot to work first so that you can see how things are supposed to work |
| 00:47.06 | kanzure | 1.2 GB http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot.tar.gz |
| 00:47.13 | kanzure | or if you want to make it on your own: http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap |
| 00:49.20 | kanzure | hrm the "git checkout" line in that file is probably a dumb idea |
| 01:12.55 | kanzure | starseeker: btw.. i have some other nanoengineer users / quasi-developers in ##hplusroadmap |
| 02:04.33 | kanzure | starseeker: some other dependencies are here http://www.nanoengineer-1.com/bhelfrich/BuildMeister/ |
| 02:34.23 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:58.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:48.41 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:56.24 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 09:15.47 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 09:21.00 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 09:35.11 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3510 10/wiki/Anuragmurty: New page: =Personal information= ==About me== *Name: Anurag Murty *E-mail address: anuragmurty@mgmail.com *IRC username: anuragmurty |
| 09:35.24 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3511 10/wiki/Anuragmurty: /* About me */ |
| 09:36.10 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3512 10/wiki/Anuragmurty: /* About me */ |
| 09:38.20 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3513 10/wiki/Anuragmurty: /* About me */ |
| 09:42.24 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3514 10/wiki/Anuragmurty: |
| 09:43.09 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3515 10/wiki/Anuragmurty: |
| 09:53.55 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 09:56.45 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3516 10/wiki/Anuragmurty: /* About me */ |
| 09:57.47 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3517 10/wiki/Anuragmurty: /* About The GSoc Project */ |
| 10:19.17 | *** join/#brlcad kane_ (~Mesut@g226126069.adsl.alicedsl.de) | |
| 10:37.22 | *** join/#brlcad cristina (~cristina@188.24.66.134) | |
| 10:44.16 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:07.34 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/move: [[User:Stattrav]] moved to [[Stattrav proposal 2012]]: That particular space of User:Stattrav shall be used for the project log and documentation related to that. |
| 11:20.56 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3520 10/wiki/User:Stattrav: Roadmap of the project has been added. |
| 11:22.03 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3521 10/wiki/User:Stattrav: The redirect in the page has been removed. |
| 11:26.18 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 11:28.29 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:16.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:21.49 | *** join/#brlcad andrei__ (~andrei@188.25.175.103) | |
| 13:57.59 | andrei__ | Hello, and sorry for the absence |
| 13:59.16 | andrei__ | I have finally managed to set up a a working Arch linux distro |
| 14:18.23 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 14:21.14 | brlcad | andrei__: cool, do you have a working compile/install too? |
| 14:21.30 | andrei__ | this is what I am currently working on |
| 14:21.43 | andrei__ | I have tried 3 different compiling methods and none is working at the moment |
| 14:21.59 | andrei__ | I was trying to write a file with the methods attempted, my config and package dependencies |
| 14:22.53 | andrei__ | for example when I follow the " Building from SVN " instructions |
| 14:23.16 | andrei__ | make has this error http://pastebin.ca/2142889 |
| 14:23.38 | andrei__ | will provide a more detailed file in a few moments |
| 14:29.07 | CIA-128 | BRL-CAD: 03brlcad * r50375 10/brlcad/trunk/src/fbserv/fbserv.c: restructure to avoid forward declarations. also don't need/want win32 protections around the openlog() calls, they should have just been wrapped in a HAVE_SYSLOG_H feature check. |
| 14:29.48 | brlcad | andrei__: so what does that error say to you? |
| 14:31.09 | brlcad | your version of gcc is pretty new, so it's detecting some trivialities that need to be cleaned up |
| 14:31.31 | andrei__ | one second ,I also tried to obtain it from AUR using yaourt |
| 14:32.21 | brlcad | you don't need to get the same failure from lots of different places.... |
| 14:32.31 | brlcad | should fix what it's barking about |
| 14:32.44 | brlcad | it's just a warning, but should understand what that warning is |
| 14:33.27 | andrei__ | the error means that there are some declared variables that aren't used, I would say. |
| 14:33.45 | brlcad | close |
| 14:34.19 | brlcad | first, it's a warning, not an "error" .. but we set a mode that tells the compiler to treat all warnings as an error |
| 14:34.36 | andrei__ | yes |
| 14:34.40 | brlcad | notice the line that says: |
| 14:34.41 | brlcad | cc1: all warnings being treated as errors |
| 14:35.00 | andrei__ | so if I will remove them it won't give the same error again |
| 14:35.17 | andrei__ | this is the yaourt output |
| 14:35.17 | brlcad | so when you see that, if it's a warning you don't understand, you could always turn off the behavior that treats warnings as errors so your compile will succeed |
| 14:35.28 | andrei__ | http://pastebin.ca/2142901 |
| 14:36.00 | brlcad | that said, nearly every warning gcc can issue is relatively easy to understand and "fix" |
| 14:36.22 | andrei__ | I ll fix that now |
| 14:36.40 | andrei__ | meanwhile I also need to find out if pkgbuild is global, or it can be different for every package |
| 14:37.05 | brlcad | the specific warning it's issuing is that there's a variable, it gets set to a value, but then that variable/value is never used .. so why have it at all |
| 14:37.36 | brlcad | to figure out what to do about it, you have to read the code, see if it was commented-out or see if it calls a function and just the value isn't needed, see if it can just go away |
| 14:38.36 | brlcad | the yaourt output indicates a completely different issue, but is not with a trunk build, so it may very well be an issue already fixed |
| 14:42.08 | andrei__ | I will work on the gcc error first, seems easier to handle. |
| 14:44.59 | brlcad | it's a warning, but yes should be very easy to handle |
| 14:45.37 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 14:46.08 | brlcad | I reiterate that point because it's important to be able to distinguish between the two, warnings vs actual errors |
| 15:18.36 | andrei__ | how can I find what is the source file of a brlcad developed function? |
| 15:20.25 | andrei__ | ah, nevermind I have found it |
| 15:25.35 | brlcad | grep -r some_function * |
| 15:26.56 | brlcad | or better grep some_function include/* .. then go to the dir for whatever header it was declared in, e.g., "grep bu_log include/*" shows it in bu.h, so if I "grep bu_log src/libbu/*" I'll see it's implemented in src/libbu/log.c |
| 15:27.26 | brlcad | more efficiently, run etags/ctags on the source tree and just jump to the symbol with meta-, in emacs |
| 15:28.26 | jordisayol | brlcad: what happened with new brlcad version number? |
| 15:30.52 | brlcad | jordisayol: what do you mean? |
| 15:30.57 | andrei__ | nmg_plot_fu is never using the const struct bn_tol *tol parameter, I have tried omitting it's name but that too causes compiling error. In the initial file it a temp variable was initialized with the parameter, but the variable had no use aswell. |
| 15:31.52 | brlcad | andrei__: you can't omit a name with C |
| 15:31.54 | brlcad | that's only C++ |
| 15:32.07 | jordisayol | brlcad: the last release version was 2.20.4, the dev version was 2.21.0 and the new release is 2.20.6 |
| 15:32.27 | brlcad | andrei__: look for the UNUSED() macro, probably used in that same file elsewhere |
| 15:32.41 | andrei__ | ah, thanks. |
| 15:32.48 | brlcad | jordisayol: yeah, we needed to roll out a patch release ahead of 7.22 |
| 15:33.04 | brlcad | changes were manually pulled over to the STABLE branch |
| 15:34.16 | jordisayol | brlcad: ok. who modified the debian/changelog file to remove last version entry? just to say that is better to modify it from 2.22.0 to 2.20.6 , that's all |
| 15:35.43 | brlcad | jordisayol: no idea, svn log will tell you |
| 15:36.11 | jordisayol | s/2.*/7.*/g |
| 15:36.57 | jordisayol | svn is not changed, but is changed on 7.20.6 tar.gz file |
| 15:37.00 | brlcad | looks like nobody has modified debian/changelog except you |
| 15:37.10 | jordisayol | yes, I see |
| 15:37.35 | jordisayol | but take a look at changelog on released files |
| 15:37.41 | brlcad | remember, changes were *manually* pulled over to the STABLE branch, not everything |
| 15:38.02 | brlcad | so your updates to that file weren't pulled, it's whatever it was previously during release |
| 15:39.09 | jordisayol | sorry, I don't understand you |
| 15:39.16 | brlcad | that's exactly what it's good to automate version number updates wherever possible, not every dev knows about every possible place there's a version number stored |
| 15:39.49 | brlcad | we made a release 7.20.4 several months back |
| 15:39.57 | brlcad | then we started working on 7.22.0 release |
| 15:40.02 | jordisayol | aha |
| 15:40.14 | brlcad | it was taking way too long to stabilize |
| 15:40.21 | jordisayol | yes |
| 15:40.46 | brlcad | so only specific changes from 7.22.0 were pulled into a 7.20.6 release |
| 15:40.55 | brlcad | a minor subset |
| 15:41.17 | brlcad | during that process, apparently not all the files got updated, since only specific changes were pulled |
| 15:41.44 | brlcad | so your debian/changelog wasn't updated .. and even if it was updated, it would have been the wrong number |
| 15:41.54 | brlcad | it needed to be manually updated, but nobody knew about it |
| 15:42.06 | brlcad | it's not documented in our HACKING release steps |
| 15:42.38 | brlcad | so to avoid this happening in the future, we either need to 1) make it update automatically or 2) include it in our release steps |
| 15:43.29 | brlcad | ideally 1 if it's possible, otherwise 2 at a minimum |
| 15:44.37 | jordisayol | ok, after all is not a problem because the building script automatically modify the changelog file if not in the brlcad real version |
| 15:44.56 | andrei__ | brlcad, I found the UNUSED macro brlcad is using in common, compiling resumed now. |
| 15:45.21 | andrei__ | <PROTECTED> |
| 15:45.51 | brlcad | sure that's where it's defined, but I meant just looking at one of the usages so you know how to use it :) |
| 15:46.33 | andrei__ | yes, I did find a helpful example |
| 15:47.18 | brlcad | great |
| 15:48.15 | jordisayol | I'll include this file in the HACKING release steps |
| 15:49.10 | brlcad | there's no way to automate it? |
| 15:51.13 | jordisayol | it's already automated by the sh/make_deb.sh cript |
| 15:51.34 | brlcad | it's not automated if that script isn't run :) |
| 15:51.44 | jordisayol | no |
| 15:52.09 | brlcad | I mean automatic for a source release |
| 15:52.23 | brlcad | so that it's correct in the source tarball |
| 15:53.31 | brlcad | since make_deb.sh automates it and that's used during .deb generation, there's no problem there |
| 15:54.12 | brlcad | so somehow doing whatever updates are needed during "make dist", or at least detecting them and stopping |
| 15:54.12 | jordisayol | sorry, when manually updated from trunk to stable, is there some script that is executed? |
| 15:54.27 | brlcad | no |
| 15:54.32 | brlcad | that's why it's manual... |
| 15:54.52 | jordisayol | so, how can automatically generate it in this case? |
| 15:54.54 | brlcad | but there is a variety of actions that happen when the soure tarball is generated |
| 15:55.00 | jordisayol | aha |
| 15:55.08 | brlcad | it validates LOTS of things |
| 15:55.47 | brlcad | see the "make distcheck" target |
| 16:01.19 | jordisayol | brlcad: ok, I'll take a look on "make distcheck" target. Anyway, there is not a problem with deb building version, Just I didn't understood what happened, that's all. Many thank for the explanation. |
| 16:02.15 | CIA-128 | BRL-CAD: 03bob1961 * r50376 10/brlcad/trunk/src/rt/viewedge.c: |
| 16:02.15 | CIA-128 | BRL-CAD: Don't need the call to db_dirbuild() in viewedge.c/view_init() because the |
| 16:02.15 | CIA-128 | BRL-CAD: db_open()'s here and in main.c are using mapped files. So the previous call to |
| 16:02.15 | CIA-128 | BRL-CAD: rt_dirbuild() in main.c has already called db_dirbuild(). This avoids the |
| 16:02.15 | CIA-128 | BRL-CAD: db_dircheck: Duplicate of ... error messages. |
| 16:20.39 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 16:26.22 | andrei__ | brlcad : could you please explain what this means. http://pastebin.ca/2142959 I don't really understand it |
| 16:29.03 | brlcad | andrei__: sure |
| 16:29.45 | brlcad | so that's a linker error (i.e., not a warning and not a compile error) |
| 16:30.21 | andrei__ | should I edit the Makefile? |
| 16:30.25 | brlcad | it's saying that our libbu library's dlfcn.c files calls a function dlopen() |
| 16:30.47 | brlcad | it's saying it found that function in /lib/libdl.so.2 |
| 16:31.08 | brlcad | but that library wasn't specified during linkage, so maybe try adding it to the link line |
| 16:31.27 | brlcad | you'd edit the CMakeLists.txt file to make sure it's specified for rttherm |
| 16:37.16 | andrei__ | I should edit the /rttherm/CMakeLists.txt or the one from dlfcn.c ? |
| 16:40.59 | brlcad | andrei__: try adding ${DLOPEN} to the rttherm one |
| 16:41.16 | brlcad | wonders how cmake is even succeeding |
| 16:42.26 | andrei__ | I have added {DLOPEN} in SET(RTTHERM_INCLUDE_DIRS |
| 16:42.31 | andrei__ | seemed the most plausible :) |
| 16:43.36 | andrei__ | in /src/rttherm/CMakeLists.txt |
| 16:46.21 | CIA-128 | BRL-CAD: 03brlcad * r50377 10/brlcad/trunk/CMakeLists.txt: |
| 16:46.21 | CIA-128 | BRL-CAD: MX is not used, remove it. what is libds? remove it too. rename DLOPEN to DL |
| 16:46.21 | CIA-128 | BRL-CAD: since it's related to libdl. looks like it's also unused, but it should be for |
| 16:46.21 | CIA-128 | BRL-CAD: all the dynamic libbu support .. which has probably all just unfortunately |
| 16:46.21 | CIA-128 | BRL-CAD: gotten left disabled since the conversion to cmake. |
| 16:46.32 | brlcad | it's not an include dir |
| 16:46.32 | brlcad | it's a library |
| 16:46.35 | brlcad | so look for the ADDLIBRARY line |
| 16:46.45 | brlcad | er, ADDLIB I believe |
| 16:47.01 | brlcad | plus if you're using trunk, I just renamed it from DLOPEN to just DL |
| 16:47.07 | brlcad | next time you svn update |
| 16:58.05 | CIA-128 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3522 10/wiki/User:Crdueck/log: added log page |
| 16:58.47 | CIA-128 | BRL-CAD: 03brlcad * r50378 10/brlcad/trunk/CMakeLists.txt: rename library variable to just the name of the library for consistency. might want a common prefix or suffix, but would need to review all libs. rename NS to NSL and NETWORK_SOCKET to just NETWORK. |
| 17:03.57 | CIA-128 | BRL-CAD: 03brlcad * r50379 10/brlcad/trunk/src/util/CMakeLists.txt: ttcp intentionally does not use libbu. link to socket/nsl/network instead. remote, untested. |
| 17:06.09 | CIA-128 | BRL-CAD: 03brlcad * r50380 10/brlcad/trunk/CMakeLists.txt: m library doesn't exist on windows. test should just fail, no? |
| 17:06.22 | brlcad | andrei__: looks like it's "DLOPEN_LIBRARY" or "DL_LIBRARY" that you'll need to add |
| 17:07.29 | andrei__ | I haven't figured out where yet, as in /src/rttherm/CMakeLists.txt there is none. |
| 17:08.08 | CIA-128 | BRL-CAD: 03brlcad * r50381 10/brlcad/trunk/CMakeLists.txt: move the opengl header check out of the lib stage into the header stage |
| 17:10.13 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:11.28 | andrei__ | I am not familiar with cmake and that slows me down considerably, I need to read about it before coding starts. |
| 17:15.46 | brlcad | yeah, that would be good -- just think of it as a bunch of C code with a lot of cpp macros |
| 17:16.15 | brlcad | find the macro if you need to understand what something is doing, otherwise you can just follow the example in other CMakeLists.txt files |
| 17:18.38 | CIA-128 | BRL-CAD: 03brlcad * r50382 10/brlcad/trunk/CMakeLists.txt: unclear what this lib check is for too. seems to be unused. |
| 17:20.45 | brlcad | starseeker: the further I dig, the more I'm amazed it succeeds. half the lib checks seem to be outright wrong or unused... you did more than just see if there was an error after you hit the compile button right? :) |
| 17:23.04 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 17:32.50 | brlcad | starseeker: just giving you a hard time, I know it was/is a lot of work and is appreciated and worthwhile in the end .. :) |
| 17:35.28 | CIA-128 | BRL-CAD: 03brlcad * r50383 10/brlcad/trunk/CMakeLists.txt: the SGI graphics library is no more. no longer used, so no point checking for it either. |
| 17:36.37 | CIA-128 | BRL-CAD: 03brlcad * r50384 10/brlcad/trunk/CMakeLists.txt: irix is gone now too, so remove unused libgen library check |
| 17:47.50 | andrei__ | I have tried adding BRLCAD_ADDLIB(DLOPEN_LIBRARY "${DLOPEN_LIBRARY}") in src/rttherm/ CmakeLists.txt but I recieve the same error. I tried to take as an example the /src/liboptical CMakeLists |
| 17:52.19 | CIA-128 | BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3523 10/wiki/User:Stattrav: Added the milestones to the page |
| 17:56.00 | brlcad | andrei__: that doesn't look right |
| 17:56.12 | CIA-128 | BRL-CAD: 0361.12.114.82 07http://brlcad.org * r3524 10/wiki/User:Stattrav/GSoC2012_log: Start of the logs |
| 17:56.17 | brlcad | there should have already been a line for rttherm listing libraries |
| 17:56.36 | brlcad | yeah, BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral") |
| 17:56.49 | brlcad | change that to BRLCAD_ADDEXEC(rttherm "spectrum.c;viewtherm.c" "libfb;libged;librttherm;libmultispectral;${DLOPEN_LIBRARY}") |
| 17:57.09 | brlcad | remove your other change |
| 17:59.19 | andrei__ | ah, thank you |
| 17:59.46 | CIA-128 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3525 10/wiki/User:Stattrav: |
| 18:04.43 | kanzure | brlcad: is there any gsoc project/student this year that you think i should be particularly interested in? |
| 18:04.52 | kanzure | given what i usually rant about or code about |
| 18:08.47 | andrei__ | brlcad, that doesn't work either. |
| 18:09.24 | andrei__ | the error is the same |
| 18:14.35 | brlcad | andrei__: try just DLOPEN instead of DLOPEN_LIBRARY |
| 18:14.57 | brlcad | are you using svn sources and, if so, have you updated? |
| 18:15.30 | brlcad | kanzure: I don't know -- have you looked over the list? |
| 18:16.15 | brlcad | there was one STEP applicant, but wasn't accepted (lacking quality) |
| 18:16.16 | andrei__ | brlad : I tried compiling "the latest version" , I also have the svn one so I ll update it now and try with that |
| 18:16.37 | brlcad | andrei__: only reason I ask is because with the latest, I know it should be DL_LIBRARY |
| 18:17.43 | kanzure | brlcad: partially looked at it |
| 18:19.45 | brlcad | they're listed here: http://www.google-melange.com/gsoc/org/google/gsoc2012/brlcad |
| 18:21.20 | brlcad | kanzure: was the socis simulation project of any interest? |
| 18:21.29 | brlcad | if so, there's a continuation project for that one |
| 18:21.33 | kanzure | finding the link again |
| 18:21.37 | brlcad | there's also several nurbs projects |
| 18:22.23 | CIA-128 | BRL-CAD: 03n_reed * r50385 10/brlcad/trunk/src/other/step/ (6 files in 4 dirs): minor string comparison improvements from SCL git 1ad14e1, 70a8382, 7a6ba24, c316f21, and 572e9ad |
| 18:24.16 | kanzure | brlcad: brlcad.org loosk broked? |
| 18:24.17 | kanzure | *looks |
| 18:27.18 | CIA-128 | BRL-CAD: 03erikgreenwald * r50386 10/brlcad/trunk/ (218 files in 130 dirs): 11 months and a minor, time to purge the autotools build system |
| 18:30.27 | ``Erik | ('boosh'.) |
| 18:48.07 | andrei__ | I'm getting this error when running Cmake http://pastebin.ca/2143026 . but I do have the X window system |
| 18:50.28 | andrei__ | oh, one second. I think I am onto something |
| 18:59.23 | andrei__ | perfect, I found the issue in brlcad-devel archive |
| 19:07.26 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:09.19 | *** join/#brlcad pawleeq_ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:15.51 | andrei__ | I m getting ../../lib/libtclcad.so.19.0.1: undefined reference to `X24_interface' |
| 19:16.15 | andrei__ | and I found the solution |
| 19:16.20 | andrei__ | but I don t know where should I run this |
| 19:16.32 | andrei__ | rm libfb_la-if_X24.lo && make && nm .libs/libfb_la-if_X24.o | grep open_existing |
| 19:18.02 | andrei__ | and I have the latest svn checkout |
| 19:21.03 | *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:24.03 | andrei__ | crdueck , from what I ve seen you had the same problem |
| 19:24.07 | andrei__ | have you fixed it, how? |
| 19:28.34 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 19:32.31 | crdueck | andrei__: it was a problem with the naming of the lib directories |
| 19:32.45 | crdueck | whats your OS? |
| 19:33.09 | andrei__ | Archlinux - i686 cpu version |
| 19:33.37 | crdueck | okay, and whats the output of ls /lib |
| 19:34.14 | andrei__ | is it ok if I give you a pastebin.ca paste, or have another preference? |
| 19:34.49 | crdueck | nvm, my bad. i meant are your libs stored in /lib or is there another dir like lib32 |
| 19:35.14 | andrei__ | ah, they're stored in /lib |
| 19:35.38 | andrei__ | here is the list |
| 19:35.39 | andrei__ | http://pastebin.ca/2143034 |
| 19:36.21 | crdueck | okay, so theres some problem with the logic in misc/CMake/FindX11.cmake around lines 161 |
| 19:36.28 | kanzure | brlcad.org still looks broken |
| 19:36.28 | crdueck | i'm taking a look |
| 19:36.36 | kanzure | maybe i am using it wrong |
| 19:37.11 | andrei__ | I tried to use yaourt to install brlcad , which is a frontend for a package manager for Archlinux |
| 19:37.16 | andrei__ | and all dependencies seemed fine. |
| 19:38.20 | crdueck | andrei__: okay, so the current logic looks to see that you're using a 32-bit OS, but then it will only use /usr/lib (which is where your actual libs are stored) if you have multilibs installed (i'm guessing you dont |
| 19:38.24 | crdueck | ) |
| 19:38.39 | crdueck | otherwise it expects them to be in /usr/lib32 |
| 19:39.00 | crdueck | archlinux has strange naming conventions for multilibs because apparently 32bit support was an afterthought |
| 19:39.14 | crdueck | they only intended to originally support 64bit |
| 19:39.37 | crdueck | i think its safe to say that a 32-bit OS wont have 64-bit libs installed correct? |
| 19:40.09 | andrei__ | It shouldn't, yes. |
| 19:41.41 | crdueck | <PROTECTED> |
| 19:41.45 | crdueck | try that patch |
| 19:43.08 | andrei__ | one moment |
| 19:43.51 | andrei__ | excuse me, how do I patch that? |
| 19:44.24 | crdueck | go to the root dir, then run patch -p0 -i /path/to/the/patch |
| 19:45.55 | andrei__ | brlcad root dir, or my OS root dir? |
| 19:46.00 | andrei__ | sorry for all the trouble :) |
| 19:47.04 | crdueck | brlcad root dir, you can see that the index of the patch is a path from your brlcad root dir |
| 19:47.06 | *** join/#brlcad pawleeq__ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 19:47.20 | crdueck | and no worries, thats what the irc is here for |
| 19:48.02 | jordisayol | brlcad: I'm building and testing on debian 32-bit and I got this error when rendering in rtwizard http://paste.debian.net/166899/ |
| 19:52.07 | CIA-128 | BRL-CAD: 03n_reed * r50387 10/brlcad/trunk/src/other/step/src/clstepcore/STEPcomplex.cc: use stringstream to correctly print file id, SCL git 71b3a28 |
| 19:53.56 | andrei__ | crdueck: Thank you very much, the build is at 55% right now, seems to be working. |
| 19:54.44 | crdueck | starseeker: i've examined the patch for FindX11.cmake you committed yesterday and i think theres still some problems with it. It still wont find the correct libs on archlinux if the user doesnt have multilibs installed. The easy solution is just to always add /usr/lib to the list of dirs to search for both 32/64-bit, but i'd like to get your feedback as to if there's any reason not to do this. |
| 19:54.54 | crdueck | andrei__: glad its working :) |
| 19:55.06 | ``Erik | a/clear |
| 20:07.59 | crdueck | andrei__: can you confirm that 32-bit archlinux has a file /etc/arch-release? |
| 20:08.36 | andrei__ | yes. It does. |
| 20:08.53 | andrei__ | or |
| 20:08.59 | andrei__ | wait a second to see what is in it |
| 20:09.08 | crdueck | alright thanks, thats an easy way to tell if the users OS is arch, might be a nice fix |
| 20:09.13 | crdueck | its probably empty |
| 20:09.34 | andrei__ | yes |
| 20:09.38 | andrei__ | it is an empty text file |
| 20:10.00 | andrei__ | -rw-r--r-- 1 root root 0 Apr 2 02:41 arch-release. If it helps. |
| 20:10.24 | crdueck | yup thanks :) |
| 20:11.59 | andrei__ | Ok, I do get a rather wierd error. |
| 20:12.16 | andrei__ | http://pastebin.ca/index.php |
| 20:12.55 | crdueck | pastebin isnt loading for me, could you use pastie.org? |
| 20:14.20 | andrei__ | oh, sure |
| 20:14.53 | andrei__ | http://pastie.org/3845372 |
| 20:16.07 | crdueck | looks like some conflict between files you installed previously, maybe when you tried installing from the AUR |
| 20:16.33 | crdueck | try using cmake -DCMAKE_INSTALL_PREFIX=/opt/brlcad |
| 20:16.39 | crdueck | and then remake |
| 20:17.29 | andrei__ | probably later on today I should find out why I didn't work from AUR |
| 20:17.31 | crdueck | or did you use sudo make install? |
| 20:17.37 | crdueck | or just make isntall |
| 20:17.40 | andrei__ | nope, just make install |
| 20:17.52 | crdueck | okay, well then thats it |
| 20:18.34 | andrei__ | lets see |
| 20:19.31 | andrei__ | right |
| 20:20.14 | andrei__ | <PROTECTED> |
| 20:20.57 | crdueck | great, make install always has to be run with root privs |
| 20:21.21 | andrei__ | is there any way to test my installation. make test / sudo make test doesn't work |
| 20:21.22 | crdueck | in the same way as pacman wont let you install a package without root privs |
| 20:21.29 | crdueck | make bencmark |
| 20:21.35 | crdueck | benchmark* |
| 20:22.55 | andrei__ | crdueck, what os do you use? |
| 20:23.13 | crdueck | currently archlinux |
| 20:23.49 | *** join/#brlcad Neil___ (~chatzilla@117.229.42.199) | |
| 20:24.23 | andrei__ | 64 bit I assume |
| 20:24.34 | crdueck | yup |
| 20:24.49 | andrei__ | does brlcad install succesfuly from AUR on your distro? |
| 20:26.13 | crdueck | i would assume not, i can check though |
| 20:30.22 | crdueck | no i get a make error compiling some openNURBS file |
| 20:32.18 | crdueck | but seeing as i compile find from svn i assume thats an issue for whoever made the package and not BRLCAD |
| 20:32.24 | crdueck | s/find/fine |
| 20:34.46 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 20:48.04 | CIA-128 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3526 10/wiki/User:Anuragmurty: New page: =Personal information= =About me= *Name: Anurag Murty *E-mail address: anuragmurty@gmail.com *IRC username: anuragmurty :'''I am an MTech student of Computational Science at IISc Bangalor... |
| 20:49.22 | kanzure | brlcad.org still says "bz.bzflag.bz" |
| 20:49.33 | kanzure | oh brlcad.org/wiki works |
| 20:49.34 | kanzure | weird.. |
| 20:49.52 | kanzure | so brlcad.org/d looks like the normal site |
| 21:11.24 | CIA-128 | BRL-CAD: 03starseeker * r50388 10/brlcad/trunk/misc/CMake/FindX11.cmake: If we don't have multilib systems, assume /usr/lib is legit for the word size specified |
| 21:13.03 | starseeker | crdueck, andrei__: does r50388 solve the problem? |
| 21:13.51 | starseeker | brlcad: sorry :-/ |
| 21:15.22 | starseeker | brlcad: I did as much testing as I knew how to do, but apparently there was/is a class of code functionality I don't hit with my normal activities |
| 21:16.54 | CIA-128 | BRL-CAD: 03n_reed * r50389 10/brlcad/trunk/src/other/step/src/cleditor/STEPfile.cc: reject SCL git df8f8d5 and replace temp array with vector |
| 21:19.28 | crdueck | starseeker: i posted a patch to the tracker, it checks if the user is using archlinux seeing as that is the only OS affected by this |
| 21:20.00 | starseeker | crdueck: for the moment, that seems to be the case, but what if another distro does it in the future? |
| 21:20.49 | crdueck | okay, your patch still has an issue |
| 21:20.57 | crdueck | in my case i have /usr/lib32, and /usr/lib |
| 21:21.07 | crdueck | so the logic breaks |
| 21:21.32 | starseeker | for a 64 bit build? |
| 21:21.36 | crdueck | yes |
| 21:22.04 | starseeker | it should be appending /usr/lib to ${64BIT_DIRS} because /usr/lib32 exists |
| 21:23.29 | crdueck | but (NOT EXISTS "/usr/lib32" AND NOT EXISTS "/usr/lib64") is false in my case |
| 21:23.46 | starseeker | ah, but that's OK because /usr/lib is already added in the previous test |
| 21:24.57 | starseeker | crdueck: what error are you seeing when it looks for X11? |
| 21:25.09 | crdueck | oh, you did add the test for /etc/arch-release? that was the change i had made and i wasnt sure if you had added it as well |
| 21:25.55 | starseeker | crdueck: it shouldn't be needed... you are doing a 64 bit build and have lib32, so the test on FindX11.cmake:168 will add /usr/lib to the X11 search paths |
| 21:26.21 | starseeker | once it does so, the test on FindX11.cmake:173 doesn't need to succeed |
| 21:27.07 | starseeker | actually, I can probably simplify that... |
| 21:27.08 | crdueck | okay sorry, my mistake. i hadnt reverted my changed before updating. we werent looking at the same code |
| 21:27.22 | crdueck | you're correct |
| 21:30.22 | CIA-128 | BRL-CAD: 03starseeker * r50390 10/brlcad/trunk/misc/CMake/FindX11.cmake: Consolidate the X11 lib checks |
| 21:30.31 | starseeker | crdueck: does that make it a little clearer? |
| 21:32.31 | starseeker | crdueck: one of the points brlcad always has to remind me of is to not add operating system specific logic when we don't have to, so if we can cook up a test that will work generally the next distro to do this (and I think it's plausible that more will do it as 64 bit becomes more and more the norm) will "just work". |
| 21:38.00 | crdueck | starseeker: fair enough, and yes r50390 is more clear |
| 21:38.43 | starseeker | crdueck: appreciate your submitting a patch, don't get me wrong :-) |
| 21:39.26 | starseeker | but I can totally see in 5-10 years 32 bit going the way of 16 bit systems now, and distros adjusting accordingly |
| 21:59.38 | CIA-128 | BRL-CAD: 03starseeker * r50391 10/brlcad/trunk/ (CMakeLists.txt configure configure.cmake.sh): Rename configure.cmake.sh to configure |
| 22:01.45 | CIA-128 | BRL-CAD: 03starseeker * r50392 10/brlcad/trunk/ (configure misc/CMake/configure_prefix.sh): Tweak the header on the configure script |
| 22:02.31 | CIA-128 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3527 10/wiki/User:Popescu.andrei1991: New page: ==Personal Info== Hello, my name is Andrei - Constantin Popescu, I usually go by Andrei. I am a second year undergraduate at Polytechnic University of Bucharest,studying at the computer sc... |
| 22:05.26 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:07.14 | CIA-128 | BRL-CAD: 03starseeker * r50393 10/brlcad/trunk/src/other/libpng/Makefile.am: Revert libpng Makefile.am to vanilla |
| 22:13.31 | andrei__ | could someone please provide me ( or tell me where to search for ) Erik's email address? |
| 22:41.46 | ``Erik | erik@brlcad.org or erik@elfga.com would work, or you could talk to me here |
| 22:54.07 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:00.23 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 23:00.23 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 23:00.23 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 23:00.23 | *** mode/#brlcad [+o ChanServ] by wolfe.freenode.net | |
| 23:01.31 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 23:01.31 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 23:01.31 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 23:01.58 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 23:01.58 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 23:03.42 | brlcad | removal is premature, it was announced deprecated in 7.20 |
| 23:05.43 | brlcad | shouldn't be removed until 7.24 |
| 23:06.35 | CIA-128 | BRL-CAD: 03n_reed * r50394 10/brlcad/trunk/src/other/step/src/ (13 files in 4 dirs): fix missing types, prototypes, and returns based on SCL git 562f4de, 6e6b8ca, 2dc4e7e, fd1d32c, 99407fb, and b5238df |
| 23:06.35 | brlcad | kanzure: oops, yep, borked after adding a new domain |
| 23:08.15 | kanzure | haha |
| 23:08.20 | kanzure | well at least you now discovered it |
| 23:09.32 | brlcad | technically only the default page |
| 23:10.06 | brlcad | there was an index.html added that overrode a rewrite rule |
| 23:24.11 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 23:26.33 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 23:31.54 | *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl) | |
| 23:32.09 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 23:45.24 | *** join/#brlcad DarkCalff (DC@173.231.40.98) | |
| 23:45.57 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:50.18 | *** join/#brlcad CIA-124 (~CIA@cia.atheme.org) | |
| 01:31.29 | brlcad | starseeker: http://google-opensource.blogspot.com/2012/05/introducing-ceres-solver-nonlinear.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+GoogleOpenSourceBlog+%28Google+Open+Source+Blog%29 |
| 01:33.37 | brlcad | er, http://google-opensource.blogspot.com/2012/05/introducing-ceres-solver-nonlinear.html |
| 01:34.07 | brlcad | maybe useful for the polytonurbs |
| 01:40.06 | *** join/#brlcad Neil___ (~chatzilla@117.229.84.80) | |
| 01:44.40 | CIA-124 | BRL-CAD: 03brlcad * r50395 10/brlcad/trunk/TODO: make sure we can call db_dirbuild() multiple times without creating duplicate entries. |
| 01:45.22 | CIA-124 | BRL-CAD: 03brlcad * r50396 10/brlcad/trunk/ (include/raytrace.h src/librt/db5_scan.c): move the doxygen comments from source to header |
| 01:49.00 | CIA-124 | BRL-CAD: 03brlcad * r50397 10/brlcad/trunk/src/rt/viewedge.c: note why this block is commented out for now until a fix can be made. should always annotate an #if0 block, otherwise it's a real pain in the ass to review later. |
| 01:59.42 | brlcad | starseeker: is r50388 (misc/CMake/FindX11.cmake multilib change) application of sf patch 3522852 from crdueck? |
| 02:00.11 | brlcad | and r50390 |
| 02:00.22 | brlcad | waves to Neil___ |
| 02:01.00 | brlcad | reverting the autogentrification for now ... soon enough all, soon enough it will be gone |
| 02:01.13 | Neil___ | hey Sean! |
| 02:03.23 | brlcad | it's important as a community that we agree to a deprecation policy and stick to it, otherwise our users cannot rely on us and that hinders adoption and growth |
| 02:05.01 | brlcad | the intent as the policy is currently written is that users are guaranteed to have at least two fully minor release sets to adjust to changes we make |
| 02:06.05 | CIA-124 | BRL-CAD: 03brlcad * r50398 10/brlcad/trunk/ (244 files in 132 dirs): |
| 02:06.06 | CIA-124 | BRL-CAD: revert r50386,50391-50393 as removal of prior build system is very premature. |
| 02:06.06 | CIA-124 | BRL-CAD: it was just deprecated in 7.20.0 and is supposed to exist deprecated across |
| 02:06.06 | CIA-124 | BRL-CAD: three minor releases. implies 7.24.0 would be the soonest (or 7.26.0 if |
| 02:06.06 | CIA-124 | BRL-CAD: interpreted strictly), and we're not even to 7.22.0 yet. |
| 02:06.13 | brlcad | the first minor is the introduction and suprise of the change, the second minor gives them time to schedule development time to review and accommodate/change, with the feature finally being removed sometime during/after the third minor |
| 02:22.09 | starseeker | brlcad: no - r50388 is related to his patch, but (should) solve the same problem in a non-OS specific way |
| 02:22.41 | starseeker | but props to him for digging in and working towards a solution |
| 02:23.45 | starseeker | brlcad: cool link - thanks! Will have to check that out |
| 02:23.53 | starseeker | compare it to http://joachimwuttke.de/lmfit/ |
| 02:25.11 | starseeker | like the sound of "build 3d models" for the ceres solver |
| 02:26.38 | starseeker | can't say he is surprised autotools is back |
| 02:31.22 | starseeker | I suppose I really should add a firing of the autotools distcheck to the CMake distcheck-full target - otherwise I'll just end up trying to fix it right before release again... |
| 02:31.36 | starseeker | ponders... |
| 02:42.09 | brlcad | starseeker: did something come up that prompted the purge or was erik just eager to do some easy slash'n'burning? |
| 02:42.21 | starseeker | the latter |
| 02:42.38 | brlcad | ah, hm |
| 02:43.10 | starseeker | he was planning on running for the hills ;-) |
| 02:43.16 | brlcad | i'll post some commentary to the list to see what others think, but I'm trying to crystalize an example so it's clear when things can go |
| 02:43.39 | brlcad | the autotools purge raises an interesting point |
| 02:43.50 | brlcad | most of the time, we don't *really* care when something goes because there's no cost |
| 02:44.06 | starseeker | can wait for the scheduled removal - just trying to figure out an easy way to integrate its testing into the distcheck-full test |
| 02:44.13 | brlcad | but then other times (autoconf, jove) it's a pain, but worth following a process for the sake of our community |
| 02:45.07 | starseeker | maybe flag those as "known active interest" ? |
| 02:46.29 | brlcad | firefox being a perfect example of giving no guarantees causing community distress |
| 02:46.42 | starseeker | <snort> no argument there |
| 02:46.43 | brlcad | what would that do though? |
| 02:47.04 | starseeker | you had mentioned cases where we don't *really* care vs. cases where we do |
| 02:47.17 | starseeker | with community interests being the distinction |
| 02:47.18 | brlcad | if we can arbitrarily mark something as "we don't want to follow the rules on this one", then that's the same as having no rule |
| 02:48.03 | brlcad | one thing that can be clarifies is the 2 minors vs 3 minors vs 4 minors |
| 02:48.11 | starseeker | ah, gotcha |
| 02:48.11 | brlcad | s/clarifies/clarified/ |
| 02:48.17 | starseeker | yeah, that would be nice |
| 02:48.56 | brlcad | the original intent was 3 minors (or at least a quarter of a year), but the wording strictly interpreted implies 4 minors |
| 02:49.10 | starseeker | does "two minor releases after 7.20.0" mean 7.24.0 releases without it or "complete 7.22.0 and 7.24.0, then release 7.26.0 without it" |
| 02:50.04 | brlcad | just thinking about the intent described above, it's one minor to announce, another to let them fix, and then it can be gone any time after .. that's probably about as realistically "quick" as we can make it without saying "tough shit sherlock, it's gone" |
| 02:51.10 | brlcad | as it's currently worded, it would mean 7.26 since it says specifically that three minors have to have the announcement |
| 02:51.26 | brlcad | so you could remove it at 7.24.2 .. except you cannot remove on a patch |
| 02:51.41 | brlcad | so 7.26 becomes soonest |
| 02:52.33 | brlcad | that said, I think 7.24.0 is fine for a minimum if 7.20 and 7.22 have the announcement, there have been three releases of any kind with the notice, and at least a quarter has passed |
| 02:53.38 | CIA-124 | BRL-CAD: 03starseeker * r50399 10/brlcad/trunk/Makefile.am: Well, that's one issue already spotted - let Makefile.am know there are no more .cmake toplevel doc files. |
| 02:55.02 | starseeker | brlcad: sounds reasonable |
| 02:56.28 | brlcad | so I'd asked about crdueck's patch just because it'd at least warrant special thanks in AUTHORS file (and the patch should probably be closed) |
| 03:11.46 | starseeker | nods - I always forget to update the AUTHORS file |
| 03:14.13 | CIA-124 | BRL-CAD: 03starseeker * r50400 10/brlcad/trunk/ (4 files in 3 dirs): Fix typos in deprecation messages, more Makefile.am changes (untested in the misc case) |
| 03:15.58 | starseeker | there is actually one (probable) remaining issue with archlinux, but it may be a CMake (as it Kitware CMake project) level fix - I doubt trying to do a 32 bit BRL-CAD compilation on archlinux would work currently |
| 03:16.47 | starseeker | there is a property that can be set to have CMake look in lib64 and friends for libraries, but so far as I know there is nothing equalivent that will make it look in lib32 |
| 03:17.24 | CIA-124 | BRL-CAD: 03brlcad * r50401 10/brlcad/trunk/doc/deprecation.txt: |
| 03:17.24 | CIA-124 | BRL-CAD: per IRC discussion in the aftermath of an autotools removal revert, tighten up |
| 03:17.24 | CIA-124 | BRL-CAD: the deprecation language to specify two minor release needing to include the |
| 03:17.24 | CIA-124 | BRL-CAD: deprecation notice. include an example so it's even more explicit and not |
| 03:17.24 | CIA-124 | BRL-CAD: subject to intepretation. strictly speaking, this reduces our deprecation |
| 03:17.24 | CIA-124 | BRL-CAD: window by a minor but makes the policy about as tight as it can get without |
| 03:17.25 | CIA-124 | BRL-CAD: being reckless or non-existent. |
| 03:27.20 | starseeker | the 64 bit global property for CMake is FIND_LIBRARY_USE_LIB64_PATHS |
| 03:28.45 | starseeker | and whadya know: http://www.cmake.org/Bug/view.php?id=11260&nbn=1 |
| 03:32.58 | CIA-124 | BRL-CAD: 03starseeker * r50402 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/distcheck_autotools.cmake.in): |
| 03:32.58 | CIA-124 | BRL-CAD: This looks like it might be a viable way of regularly checking the Autotools |
| 03:32.59 | CIA-124 | BRL-CAD: distcheck target (at least to the extent of making sure it doesn't error out). |
| 03:32.59 | CIA-124 | BRL-CAD: Right now it looks like trunk Autotools distcheck is not happy, so this breaks |
| 03:32.59 | CIA-124 | BRL-CAD: distcheck-full until that gets sorted out. |
| 03:34.05 | CIA-124 | BRL-CAD: 03starseeker * r50403 10/brlcad/trunk/src/other/incrTcl/ (itcl/Makefile.am itk/Makefile.am): Just ignore all of CMake |
| 03:37.11 | CIA-124 | BRL-CAD: 03starseeker * r50404 10/brlcad/trunk/CMakeLists.txt: Add a note about the FIND_LIBRARY_USE_LIB32_PATHS bug, so we know where to look if/when the issue comes up. |
| 03:55.10 | CIA-124 | BRL-CAD: 03starseeker * r50405 10/brlcad/trunk/src/other/libz/Makefile.am: zconf.h.in is no more |
| 05:58.05 | *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 05:58.06 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 06:09.01 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 06:18.50 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 06:22.43 | kanzure | brlcad.org is back to borked? |
| 07:02.34 | *** join/#brlcad Neil___ (~chatzilla@117.229.111.54) | |
| 07:08.41 | *** join/#brlcad pawleeq (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 07:13.42 | *** join/#brlcad pawleeq_ (~pawleeq@212-96-188-229.cust.selfnet.cz) | |
| 07:27.07 | *** join/#brlcad merzo (~merzo@71-86-200-46.pool.ukrtel.net) | |
| 07:32.26 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:32.35 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:46.52 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:08.38 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:38.32 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:48.25 | brlcad | kanzure: looking fine here |
| 08:50.47 | brlcad | fix was rather instantaneous, there was an index file overriding the usual and only for the main page |
| 08:51.03 | brlcad | maybe you're having browser cache problems |
| 09:03.37 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3528 10/wiki/User:Ksuzee: |
| 09:03.56 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3529 10/wiki/User:Ksuzee: |
| 09:10.43 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3530 10/wiki/User:Ksuzee/Reports: New page: = GSoC 2012 = == 0 week == *2/09/2012 - installing Ubuntu-12.04 TODO: 1) downloading sources 2) run BRL-CAD from a Subversion |
| 09:11.10 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3531 10/wiki/User:Ksuzee/Reports: |
| 09:23.38 | *** join/#brlcad kane_ (~Mesut@g226123008.adsl.alicedsl.de) | |
| 09:23.50 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:02.55 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:20.32 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:52.42 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 11:07.44 | ``Erik | poop, reverted O.o section b in deprecation.txt was self-contradicting with it's poor grammar and technically, the cmake thing satisfies c with s/configure/configure.cmake.sh/ (starseeker mentioned automake not building the right stuff or the right way or something, to boot). Ah well, was worth a shot :D |
| 11:09.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:39.36 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:11.45 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 13:11.45 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 13:14.21 | *** join/#brlcad kane_ (~Mesut@g226123008.adsl.alicedsl.de) | |
| 13:54.55 | *** join/#brlcad Neil___ (~chatzilla@117.229.98.73) | |
| 14:54.31 | brlcad | ``Erik: it's not minimally impacting by the nature that you have to have cmake installed for the replacement to work (and all the command-line option names are subtlely different) |
| 14:54.40 | brlcad | considered whether it was a long while back |
| 14:55.26 | brlcad | there wasn't poor grammar, read exactly it required 4 minor releases iirc |
| 14:56.11 | brlcad | plus autotools build has more/different steps so any scripted build system invocation was certainly not regexable |
| 14:56.52 | brlcad | either way, it sparked some clarity in the policy and should be minimal now |
| 14:58.30 | brlcad | what that does mean is that jove can go away, though |
| 14:58.47 | brlcad | maybe get your purge rocks off there ;) |
| 15:18.32 | CIA-124 | BRL-CAD: 03r_weiss * r50406 10/brlcad/trunk/src/tclscripts/mged/lc.tcl: Added tcl script 'lc.tcl' for a new mged command 'lc' to list the region codes (ie attributes) within a group. |
| 15:20.06 | jordisayol | brlcad: about this error I told you yesterday http://paste.debian.net/166899/ it happens only in ubuntu 10.04, but not in 11.04 and newer |
| 15:26.53 | CIA-124 | BRL-CAD: 03r_weiss * r50407 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt Makefile.am): Updated files 'CMakeLists.txt' and 'Makefile.am' to add the tcl script 'lc.tcl' to mged. This adds a new command called 'lc' to mged which lists the codes (ie attributes) of regions within a group. |
| 15:54.13 | CIA-124 | BRL-CAD: 03n_reed * r50408 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): apply cleanup changes from SCL git 9f83ece, 5e6ebb0, and ca50d53 |
| 16:40.46 | kanzure | brlcad: ah perhaps you're right. brlcad.org?3941 loads your usual site |
| 17:37.54 | *** join/#brlcad kane__ (~Mesut@e181167076.adsl.alicedsl.de) | |
| 18:05.22 | *** join/#brlcad merzo (~merzo@71-86-200-46.pool.ukrtel.net) | |
| 18:48.38 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:59.58 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 19:13.18 | *** join/#brlcad andrei_ (~andrei@188.25.170.86) | |
| 19:13.22 | andrei_ | hello! |
| 19:15.51 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 19:34.58 | cristina | hi andrei_ |
| 19:48.22 | *** join/#brlcad Neil__ (~chatzilla@117.229.98.73) | |
| 19:49.47 | CIA-124 | BRL-CAD: 03starseeker * r50409 10/brlcad/trunk/src/other/ (5 files in 5 dirs): Switch other src/other Makefile.am files to just straight-up ignore CMake dir |
| 20:05.32 | CIA-124 | BRL-CAD: 03starseeker * r50410 10/brlcad/trunk/configure.ac: No wfobj with autotools |
| 20:17.09 | CIA-124 | BRL-CAD: 03starseeker * r50411 10/brlcad/trunk/src/libgcv/ (Makefile.am wfobj/Makefile.am): finish commenting out wfobj for autotools |
| 20:29.19 | CIA-124 | BRL-CAD: 03starseeker * r50412 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: update wfobj CMakeLists.txt |
| 20:57.21 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 21:03.54 | CIA-124 | BRL-CAD: 03bob1961 * r50413 10/brlcad/trunk/src/mged/chgview.c: This fixes an issue in MGED where matrix edit was broken. |
| 21:23.49 | starseeker | brlcad: if you get a chance, would you mind seeing what happened to "make distcheck" in trunk's autotools build? Something seems to be buggered with enable/disable logic (png isn't detected but the local copy isn't enabled, for example) - not sure if I broke something or what's going on... |
| 21:25.35 | CIA-124 | BRL-CAD: 03starseeker * r50414 10/brlcad/trunk/ (configure.ac src/conv/Makefile.am src/other/Makefile.am): Turn off step - Nick's improvements have now made the new step-g build process too different from the original to be worth re-implementing in autotools |
| 22:55.21 | brlcad | jordisayol: hm, not enough information in that error snippet to diagnose |
| 22:57.07 | jordisayol | hmmm, it's all the log error from rtwizard. anyway, it only happen in a 2year old ubuntu release, so I don't care about it |
| 22:57.20 | brlcad | hm, okay |
| 22:57.35 | brlcad | all it's saying is that it cannot talk to the framebuffer, but not why |
| 22:57.43 | brlcad | would have to try some tests |
| 22:58.22 | jordisayol | is up to you. I can do some test |
| 22:58.24 | brlcad | a recent change to rtwizard may fix that issue if it's related to X vs ogl |
| 22:58.44 | brlcad | if you run "fbhelp" what does it list for the first two device types? |
| 22:59.14 | jordisayol | give me a second. i've to start up in a virtualbox machine |
| 23:00.02 | jordisayol | btw, this happen with last svn too |
| 23:02.06 | brlcad | the rtwizard change I'm thinking of happened yesterday |
| 23:05.17 | jordisayol | with 7.20.6 release |
| 23:05.17 | jordisayol | /dev/ogl Silicon Graphics OpenGL |
| 23:05.17 | jordisayol | /dev/X 24 bit X Window System (X11) |
| 23:08.18 | brlcad | hm, could be related |
| 23:08.57 | brlcad | make sure rtwizard is not running then run this: fbserv 1 /dev/X & |
| 23:10.21 | jordisayol | [1] 1950 |
| 23:10.28 | brlcad | k, good |
| 23:10.56 | brlcad | then try: rt -F1 /usr/brlcad/rel-7.20.6/share/brlcad/7.20.6/db/moss.g all.g |
| 23:11.12 | brlcad | should see a simple rendering |
| 23:14.08 | jordisayol | yes, it properly render |
| 23:14.24 | brlcad | kill -9 %1 |
| 23:15.18 | jordisayol | bash: kill: %1: no such job |
| 23:15.34 | brlcad | er, kill 1950 |
| 23:15.37 | brlcad | ? |
| 23:16.18 | jordisayol | now it worked |
| 23:16.49 | brlcad | rtwizard /usr/brlcad/rel-7.20.6/share/brlcad/7.20.6/db/moss.g |
| 23:19.48 | jordisayol | same result, rtwizard open it, after selecting "all" and when try to render, error raise |
| 23:30.54 | brlcad | hm, you completed all of the "steps" in the menu? |
| 23:31.04 | brlcad | does preview work? |
| 23:31.39 | jordisayol | preview on right side? yes |
| 23:33.32 | brlcad | no, on the menu, it's render -> preview |
| 23:34.37 | jordisayol | no, it's there when error rise |
| 23:35.27 | jordisayol | when i do this, prints this no terminal: |
| 23:35.27 | jordisayol | ogl_getmem: shmget failed, errno=22 |
| 23:35.27 | jordisayol | ogl_getmem: Unable to attach to shared memory. |
| 23:35.27 | jordisayol | ogl_getmem: malloc failure |
| 23:35.27 | jordisayol | fb_open: can't open device "/dev/ogl", ret=-1. |
| 00:06.36 | CIA-124 | BRL-CAD: 03starseeker * r50415 10/brlcad/trunk/configure.ac: Oops - couple more step items in autotools |
| 00:20.09 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:28.43 | CIA-124 | BRL-CAD: 03starseeker * r50416 10/brlcad/trunk/src/libtclcad/Makefile.am: add tclcad_private.h header to autotools extradist |
| 01:29.07 | CIA-124 | BRL-CAD: 03starseeker * r50417 10/brlcad/trunk/regress/Makefile.am: More files to clean in regress (autotools) |
| 01:42.30 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 02:03.47 | brlcad | oh, that's actually informative .. shared memory failure |
| 02:06.31 | starseeker | ah, finally. autotools distcheck completed. that just leaves the weird failure to enable local png at need... |
| 02:06.57 | brlcad | oh right, saw your note then forgot to reply |
| 02:07.46 | brlcad | I believe png was disabled in configure.ac due to an update |
| 02:08.06 | brlcad | intentionally, that is |
| 02:08.15 | starseeker | urm |
| 02:08.28 | starseeker | ok |
| 02:08.33 | brlcad | breaks the build on mac without setting custom flags as it requires a system png |
| 02:08.39 | starseeker | right |
| 02:09.05 | brlcad | the alternative is to reapply various patches that were lost when our bundled sources were upgraded |
| 02:09.16 | starseeker | vaguely remembers that now... |
| 02:09.25 | starseeker | patches other than the Makefile.am patch? |
| 02:09.52 | brlcad | distcheck failures |
| 02:09.59 | brlcad | so probably just the Makefile.am, but don't know |
| 02:10.04 | starseeker | nods |
| 02:10.04 | brlcad | easily enough to turn it back on |
| 02:10.35 | starseeker | might as well - it's currently tied in to the CMake distcheck, so I'll need to make it do something intelligent one way or the other |
| 02:10.39 | brlcad | svn merge -r47299:47298 configure.ac |
| 02:10.59 | brlcad | should turn it back on, see svn diff -r47299:47298 configure.ac |
| 02:11.41 | brlcad | you can still turn it on, you just have to add it in addition to --enable-all |
| 02:11.53 | brlcad | as-is that is |
| 02:26.20 | starseeker | nods |
| 02:30.00 | starseeker | humph - failed with "already configured" error |
| 02:30.06 | starseeker | I'll fiddle with it tomorrow |
| 02:31.37 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:07.35 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 04:13.41 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 05:54.04 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 06:11.36 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 07:41.57 | *** join/#brlcad phoenix_ (~phoenix@183.20.76.167) | |
| 08:16.42 | *** join/#brlcad crdueck__ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 08:22.14 | *** join/#brlcad cristina (~cristina@188.24.77.63) | |
| 08:33.30 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:02.55 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:07.35 | ``Erik | brlcad: "either A and B" doesn't make sense, it's a grammar error :D (purge 'rocks' were mostly that I wanted to be the one to pull the trigger as I was the one who started the automake variant) |
| 11:08.40 | ``Erik | maybe a "will be removed for" line in deprecation.txt will help with planning? O.o |
| 11:32.12 | *** join/#brlcad kane_ (~Mesut@e181167076.adsl.alicedsl.de) | |
| 11:38.38 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:46.04 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:20.48 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:47.57 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:14.11 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.97) | |
| 14:03.17 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.97) | |
| 14:29.26 | starseeker | woo-hoo - gimp 2.8 |
| 14:44.31 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.97) | |
| 14:50.43 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.97) | |
| 14:52.49 | CIA-124 | BRL-CAD: 03brlcad * r50418 10/brlcad/trunk/src/other/re2c/CMakeLists.txt: need to specify a c++ library for the stl if we happen to be compiling under an environment that does not automatically include it (e.g., ccache, gcc, others). |
| 14:58.07 | CIA-124 | BRL-CAD: 03starseeker * r50419 10/brlcad/trunk/ (configure.ac src/other/Makefile.am): Turn libpng build back on in autotools |
| 15:27.49 | CIA-124 | BRL-CAD: 03brlcad * r50420 10/brlcad/trunk/src/other/ (perplex/CMakeLists.txt step/cmake/SCL_Utils.cmake): more stl linkages for external deps compiling through cache or different compilers |
| 15:28.29 | CIA-124 | BRL-CAD: 03n_reed * r50421 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): signed/unsigned comparison changes based on SCL git f479cf4 and 402225e |
| 16:32.51 | CIA-124 | BRL-CAD: 03n_reed * r50422 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): cpp initialization warning fixes from SCL git f727293, b6bebbb, and 3156ea7 |
| 17:08.05 | *** join/#brlcad andrei_ (~andrei@188.25.170.86) | |
| 17:16.09 | brlcad | http://dictionary.reference.com/browse/either?s=t see the second definitino |
| 17:16.21 | brlcad | (``Erik) :) |
| 17:17.05 | CIA-124 | BRL-CAD: 03brlcad * r50423 10/brlcad/trunk/src/libpkg/pkg.c: somehow this passed compilation earlier but pkg needs the same compatibility fix as the rest of brl-cad for the FD_SET __extension__ keyword causing 'asm' compilation errors |
| 17:17.15 | brlcad | wow, that took a while |
| 17:25.39 | starseeker | yeah, something's up with sf |
| 17:25.46 | starseeker | can't get through |
| 17:37.57 | *** join/#brlcad kane__ (~Mesut@e182048064.adsl.alicedsl.de) | |
| 17:41.28 | CIA-124 | BRL-CAD: 03starseeker * r50426 10/brlcad/trunk/ (4 files in 4 dirs): Try to make the stdc++ usage a matter of detection instead of hardcoding. Untested on systems which would show the issue. |
| 17:57.47 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3540 10/wiki/User:Plussai: New page: Hi,my name is Laijiren |
| 18:01.18 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3541 10/wiki/User:Plussai: |
| 18:02.30 | *** join/#brlcad kane___ (~Mesut@e182060008.adsl.alicedsl.de) | |
| 18:05.27 | ``Erik | brlcad: except the fragment was conjunctive, so #4 :D |
| 18:08.23 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3542 10/wiki/User:Plussai: |
| 18:11.23 | CIA-124 | BRL-CAD: 03brlcad * r50427 10/brlcad/trunk/TODO: |
| 18:11.23 | CIA-124 | BRL-CAD: add some fbserv/libfb items after talking with parker on a variety of rtwizard |
| 18:11.23 | CIA-124 | BRL-CAD: and rendering issues. looks like the long-standing ogl slowness was due to |
| 18:11.23 | CIA-124 | BRL-CAD: double-buffering being absurdly slow compared to the render time for small |
| 18:11.23 | CIA-124 | BRL-CAD: models. |
| 18:13.08 | brlcad | ``Erik: clearly it wasn't the conjunction case .. there was no "statement followed by the disjuctive OR" :) |
| 18:14.00 | *** join/#brlcad merzo (~merzo@163-254-132-95.pool.ukrtel.net) | |
| 18:22.31 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3543 10/wiki/User:Plussai: |
| 18:23.42 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3544 10/wiki/User:Plussai: /* About Myself */ |
| 18:25.05 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3545 10/wiki/User:Plussai: /* Experience */ |
| 18:26.08 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3546 10/wiki/User:Plussai: /* Experience */ |
| 18:26.52 | CIA-124 | BRL-CAD: 03starseeker * r50425 10/brlcad/trunk/doc/README.Linux: List some of the more commonly missing devel packages on typical Redhat/Fedora installs that are needed for BRL-CAD building. |
| 18:26.53 | CIA-124 | BRL-CAD: 03brlcad * r50424 10/brlcad/trunk/src/ (libpc/CMakeLists.txt librt/CMakeLists.txt): |
| 18:26.53 | CIA-124 | BRL-CAD: two of our C libs use C++ libraries, so specify the stl dependency on their |
| 18:26.53 | CIA-124 | BRL-CAD: linker line in case we're going through ccache, a C compiler, or some other |
| 18:26.53 | CIA-124 | BRL-CAD: configuration where we need to explicitly link that library. needs to be |
| 18:26.53 | CIA-124 | BRL-CAD: abstracted in order to support stlport, but completes a ccache build for now. |
| 18:26.57 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3547 10/wiki/User:Plussai: /* Experience */ |
| 18:27.32 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3548 10/wiki/User:Plussai: /* Experience */ |
| 18:28.17 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3549 10/wiki/User:Plussai: /* Experience */ |
| 18:29.37 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3550 10/wiki/User:Plussai: /* Experience */ |
| 18:34.16 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3551 10/wiki/User:Plussai: /* Experience */ |
| 18:34.23 | ``Erik | statement followed by the conjunctive "and", thus the grammar issue :D |
| 18:34.46 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3552 10/wiki/User:Plussai: /* Experience */ |
| 18:35.56 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3553 10/wiki/User:Plussai: /* Experience */ |
| 18:36.26 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3554 10/wiki/User:Plussai: /* About Myself */ |
| 18:37.06 | ``Erik | have the mentors been assigned yet, or are we going hash that out and lay claim?? |
| 18:37.25 | ``Erik | s/.$// |
| 18:39.31 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3555 10/wiki/User:Plussai: /* Experience */ |
| 18:39.55 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3556 10/wiki/User:Plussai: /* My proposal */ |
| 19:02.36 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 19:03.55 | CIA-124 | BRL-CAD: 03starseeker * r50428 10/brlcad/trunk/src/other/libpng/Makefile.am: Don't worry about pngvalid with autotools build |
| 19:28.58 | CIA-124 | BRL-CAD: 03starseeker * r50429 10/brlcad/trunk/ (configure.ac src/other/Makefile.am): |
| 19:28.58 | CIA-124 | BRL-CAD: After discussion, concensus is to require a working libpng on the system for |
| 19:28.58 | CIA-124 | BRL-CAD: autotools distcheck process. Putting forth the resources required to get |
| 19:28.58 | CIA-124 | BRL-CAD: libpng's autotools logic working with our distcheck (it still doesn't as of this |
| 19:28.58 | CIA-124 | BRL-CAD: commit) isn't justified give the deprecated status of BRL-CAD's autools build. |
| 20:00.44 | CIA-124 | BRL-CAD: 03starseeker * r50430 10/brlcad/trunk/ (3 files in 3 dirs): Switch to STDCXX_LINKLIB variable |
| 20:23.51 | CIA-124 | BRL-CAD: 03n_reed * r50431 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): Using std::string c_str() too much and empty() not enough. SCL git 2295e71 and b759a0e. |
| 20:28.36 | CIA-124 | BRL-CAD: 03n_reed * r50432 10/brlcad/trunk/src/other/step/src/ (14 files in 3 dirs): ws and old comment removal from SCL git 657a283 |
| 20:34.54 | CIA-124 | BRL-CAD: 03Erik 07http://brlcad.org * r3557 10/wiki/User:Erik: shuffle, add, etc |
| 20:45.32 | CIA-124 | BRL-CAD: 03starseeker * r50433 10/brlcad/trunk/ (misc/CMake/BRLCAD_Targets.cmake src/util/CMakeLists.txt): Fix routine for sorting include dirs, and use it for util directory. Seems to address issue on mac with using wrong png lib/headers. |
| 20:50.38 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 21:02.47 | CIA-124 | BRL-CAD: 03starseeker * r50434 10/brlcad/trunk/src/util/CMakeLists.txt: Remove debug message |
| 21:06.34 | CIA-124 | BRL-CAD: 03brlcad * r50435 10/brlcad/trunk/src/libged/rt.c: sort functions in order |
| 21:08.19 | CIA-124 | BRL-CAD: 03n_reed * r50436 10/brlcad/trunk/src/other/step/src/ (clutils/scl_hash.cc fedex_plus/classes.c): remove some goto statements based on SCL git a13ba21 and ecd400c |
| 21:13.30 | kanzure | ah plussai is doing trimmed nurbs tessellation.. nice |
| 23:02.09 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:02.09 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 01:43.28 | CIA-124 | BRL-CAD: 03starseeker * r50442 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: If we're using MATCHES (and we need to here) make sure + chracters don't cause issues. |
| 02:31.18 | CIA-124 | BRL-CAD: 03starseeker * r50443 10/brlcad/trunk/src/libged/simulate/simutils.c: Initialize to VINIT_ZERO |
| 05:01.19 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 05:11.00 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 05:20.04 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 05:33.13 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 06:29.00 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 06:47.50 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 07:33.38 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:25.50 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:15.06 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 10:20.48 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 11:48.20 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:51.32 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:10.26 | starseeker | getting warnings in edsol.c: http://pastebin.mozilla.org/1616466 |
| 12:11.00 | starseeker | not sure what the correct initialization for new_pt is, since it looks like it may get used regardless at the end of some of those routines... |
| 12:23.03 | d_rossberg | ... new_pt = {0}; |
| 12:32.04 | ``Erik | or follow the decl with VSETALL(new_pt, 0); |
| 12:34.23 | ``Erik | I'd imagine that's a compiler bug triggering that, the if/else soup should either set it or exist the case block |
| 13:08.19 | starseeker | but should new_pt be zero, or MAX_INT? |
| 13:11.26 | d_rossberg | it doesn't matter, it's only to quell the warning |
| 13:12.00 | d_rossberg | i would prefer the 0 |
| 13:12.57 | d_rossberg | it is what one would expect for an untouched variable |
| 13:38.36 | *** join/#brlcad kane_ (~Mesut@e182060008.adsl.alicedsl.de) | |
| 14:13.15 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 14:18.58 | Stattrav | So I can't upload any file onto the wiki eh ? Was trying to upload the log file. Eitherway, dont really need to do that. |
| 14:26.17 | Stattrav | why does cmake look for STDCXX libs ? |
| 14:31.13 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3558 10/wiki/User:Stattrav/GSoC2012_log: Log of what I've done on 4rth May 2012. |
| 14:32.58 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3559 10/wiki/User:Stattrav/GSoC2012_log: |
| 14:42.11 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3560 10/wiki/User:Stattrav: Made necessary changes as asked by hsrai and a few edits to roadmap table to indicate things I am currently working on. |
| 15:00.26 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3561 10/wiki/User:Stattrav: Added the abstract for the benchmark performance database project. |
| 15:22.05 | ``Erik | how ya mean, stattrav? |
| 15:29.40 | starseeker | he's probably talking about the thing we added yesterday - brlcad was building in some environment where the C++ builds needed libstdc++ explicitly added to the linking |
| 15:31.53 | ``Erik | there're environments where it doesn't? :D |
| 15:32.57 | ``Erik | ("g++ -o mybin myobj.o" explicitely adds libstdc++ to the ld call, gcc -o mybin myobj.o would fail on missing symbols, iirc) |
| 15:33.33 | Stattrav | aah |
| 15:33.51 | Stattrav | yeah I was compiling with the latest update |
| 16:10.47 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:55.56 | CIA-124 | BRL-CAD: 03starseeker * r50444 10/brlcad/trunk/regress/comgeom.sh: Need to quote paths in comgeom regression |
| 17:19.54 | starseeker | hmm - getting a crash (release configurations only): http://pastebin.mozilla.org/1616906 |
| 17:38.14 | ``Erik | neat, you should fix that |
| 17:53.57 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3562 10/wiki/User:Ksuzee/Reports: |
| 18:32.40 | CIA-124 | BRL-CAD: 03bob1961 * r50445 10/brlcad/trunk/src/libbu/argv.c: Added support for escaping double quotes in bu_argv_from_string(). This is necessary for feeding strings to bu_struct_parse() and fixes rtedge (i.e. couldn't specify more than one occlusion object). |
| 18:37.38 | CIA-124 | BRL-CAD: 03bob1961 * r50446 10/brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: Rtwizard mods to use /dev/oglsp and /dev/wglsp (i.e. single buffering and private memory). |
| 18:40.39 | CIA-124 | BRL-CAD: 03bob1961 * r50447 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeBase.itcl: PictureTypeBase::rtedgeCmd needs backslashes and double quotes around the occlusion objects being passed in to rtedge. |
| 18:57.40 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:32.58 | anuragmurty | hi! i have a minor doubt |
| 19:33.49 | anuragmurty | regarding bugfixes and patches |
| 19:34.02 | anuragmurty | Can someone please help? |
| 19:45.13 | *** join/#brlcad merzo (~merzo@145-10-132-95.pool.ukrtel.net) | |
| 20:08.00 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 21:22.41 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 21:23.56 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 21:32.12 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 21:54.45 | crdueck | anuragmurty: what's your question? |
| 21:55.23 | crdueck | ah whoops, he's long gone... |
| 21:56.28 | cristina | crdueck: he wanted to know what is the 'process' for choosing a bug to work on, submitting patches and reviewing them |
| 21:57.31 | *** join/#brlcad markpictor (~Mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 21:58.59 | crdueck | cristina: ah thanks, i didnt even notice his 2-hour old timestamp |
| 21:59.50 | cristina | maybe it was a bad timing :) |
| 22:56.58 | CIA-124 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3563 10/wiki/Google_Summer_of_Code: /* [[Google_Summer_of_Code/2012|GSoC 2012]] */ |
| 23:16.32 | CIA-124 | BRL-CAD: 03starseeker * r50448 10/brlcad/trunk/src/mged/edsol.c: Initialize new_pt instances in edsol.c |
| 00:49.20 | kanzure | starseeker: are you around? was wondering if you would join ##hplusroadmap to watch some nanoengineer discussion |
| 00:49.27 | kanzure | or later actually |
| 00:49.29 | kanzure | moscow is sleeping |
| 00:54.05 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 02:15.04 | starseeker | kanzure: in and out |
| 02:15.26 | kanzure | haha |
| 02:15.29 | kanzure | well ok |
| 02:15.31 | starseeker | kanzure: I haven't had a chance to sort out my local python situation yet (got to be careful with that, since gentoo uses python for a lot of its core stuff) |
| 02:16.25 | kanzure | you could possibly use virtualenv |
| 02:16.35 | kanzure | which isolates different versions of python from each other |
| 02:16.56 | starseeker | oh, I'm sure I can - just haven't had time to fool with it yet |
| 02:19.53 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 02:21.37 | starseeker | kanzure: why hplusroadmap? |
| 02:22.33 | kanzure | starseeker: it's where i stuff all my transhumanist programmers |
| 02:22.45 | kanzure | hplus refers to the concept of human enhancement |
| 02:23.26 | kanzure | naturally these interests tend to overlap somewhat.. molecular biology, molecular engineering, cad, nootropics or "smart drugs", open source hardware, powered exoskeletons, etc. |
| 02:24.33 | starseeker | kanzure: is some work already in progress on nanoengineer? |
| 02:25.05 | kanzure | mostly just the work i've done plus.. |
| 02:25.13 | kanzure | http://groups.google.com/group/nanoengineer-dev |
| 02:25.55 | kanzure | i don't have any "secret patches" in the queue heh |
| 02:25.58 | kanzure | just what you see on github |
| 02:33.08 | starseeker | hmm - looks like numarray is no longer around with default "current" numpy installs |
| 02:36.10 | starseeker | same for Numeric |
| 02:36.27 | starseeker | so "update use of Numpy" needs to go on the TODO list, for sure... |
| 02:36.29 | kanzure | oh duh i'm being silly |
| 02:36.35 | kanzure | http://github.com/nmz787/nanoengineer |
| 02:36.42 | kanzure | he did some work to convert to the new numpy |
| 02:36.52 | kanzure | however.. i haven't looked over his work yet |
| 02:37.05 | kanzure | https://github.com/nmz787/nanoengineer/commits/ubuntu-fixes |
| 02:38.06 | starseeker | hmm... needs hdf5, but configure didn't seem to complain when it wasn't present... |
| 02:38.16 | kanzure | hdf5 is for a plugin i think |
| 02:38.43 | kanzure | libhdf5-serial-dev on ubuntu seems to have what it wants |
| 02:39.05 | kanzure | i don't know if it's the same package on debian.. haven't checked. i had a usable hdf5 installed already(?) |
| 02:43.35 | starseeker | oof - hdf5 is a big compile |
| 02:47.25 | starseeker | needed pyrex - looks like another oen configure didn't check for... |
| 02:47.38 | kanzure | all the dependencies are listed here: |
| 02:47.41 | kanzure | http://diyhpl.us/~bryan/irc/nanoengineer/nanoengineer-chroot-debootstrap |
| 02:48.03 | kanzure | some of those you can be more lenient on.. "wget" is just me being a jerk |
| 02:48.44 | starseeker | kanzure: right, but shouldn't configure be checking for them? |
| 02:48.53 | kanzure | probably yes.. |
| 02:49.00 | kanzure | do those plugins have their own config scripts? |
| 02:49.06 | starseeker | dunno |
| 02:49.21 | starseeker | I think at least one of them did |
| 02:50.49 | starseeker | growl... |
| 02:51.25 | starseeker | sim/src/allocate.c isn't happy |
| 02:51.33 | starseeker | gcc: x86_64-pc-linux-gnu-gcc: No such file or directory ?? |
| 02:52.31 | kanzure | isn't that the one in the .gitignore? |
| 02:52.43 | kanzure | ah, no |
| 02:53.01 | kanzure | sim/src/sim.c is the ignored one (it's generated?) |
| 02:53.18 | starseeker | well, it's there |
| 02:53.40 | starseeker | these build lines are pretty messed up... |
| 02:54.05 | kanzure | i believe you. i think cmake sounds okay, but i warn you that i am a newbie at makefile wizardry. |
| 02:55.20 | starseeker | kanzure: I would suggest reviewing the numpy modernization patch - that's a good one to get in, if it does fix the problem |
| 02:55.32 | starseeker | I had to hand install numarry and Numeric - gentoo doesn't package them anymore |
| 02:56.20 | starseeker | kanzure: the autotools stuff may not actually be in bad shape - despite having worked with it in BRL-CAD, I'm not qualified to judge really |
| 02:56.36 | starseeker | something about my brain just doesn't seem to be very compatible with autotools |
| 02:57.04 | kanzure | well i see two situations.. 1) that these are really quite awfuland should be rewritten |
| 02:57.22 | kanzure | or 2) this would be a case of NIH or something, i dunno |
| 02:58.01 | starseeker | kanzure: if you choose to stick with autotools, you'll have to decide how to handle Windows |
| 02:58.08 | kanzure | somehow this compiles on windows |
| 02:58.18 | kanzure | i haven't experienced this for myself yet :) |
| 02:58.27 | starseeker | right - my point is, you'll have to understand how that happens and maintain it in the future |
| 02:58.33 | starseeker | in addition to autotools |
| 02:58.55 | starseeker | many projects do - its just something to be aware of going in |
| 02:59.01 | kanzure | right |
| 02:59.21 | starseeker | how do I run nanoengineer, once I get it built? |
| 02:59.24 | starseeker | (if I do...) |
| 02:59.25 | kanzure | python cad/src/main.py |
| 02:59.54 | kanzure | if you are having trouble with plugins you might be able to go manually "make" the other dirs |
| 03:00.07 | kanzure | dunno if there's some global tie-in stuff that happens later after the plugins are compiled |
| 03:00.13 | starseeker | sim isn't happy, but I think I'm past the others |
| 03:00.20 | starseeker | let me get the remaining python packages installed |
| 03:00.21 | kanzure | sim wont matter for starting the cad tool |
| 03:02.20 | *** join/#brlcad roksprok (~Zac@74.83.205.124) | |
| 03:02.32 | *** part/#brlcad roksprok (~Zac@74.83.205.124) | |
| 03:10.02 | kanzure | starseeker: just pointing someone from the other irc channel to this.. |
| 03:10.02 | kanzure | http://www.molecularassembler.com/Nanofactory/Challenges.htm#TCDMS |
| 03:10.18 | kanzure | it's an interesting document of 'remaining technical challenges' for building the images shown on the github page |
| 03:10.41 | starseeker | kanzure: what is idlelib? |
| 03:11.04 | kanzure | haven't heard of that |
| 03:11.13 | starseeker | ImportError: No module named idlelib.Delegator |
| 03:11.55 | kanzure | i don't seem to have that installed on my development machine (haven't checked the chroot) |
| 03:19.25 | starseeker | ok, needed to enable tk support in python |
| 03:19.31 | starseeker | on to a different error... |
| 03:19.38 | kanzure | tk.. why would we want that :p |
| 03:19.49 | starseeker | OpenGL.error.NullFunctionError: Attempt to call an undefined function glePolyCone, check for bool(glePolyCone) before calling |
| 03:20.17 | kanzure | btw i think there might be unit tests somewhere |
| 03:20.36 | kanzure | dunno how comprehensive cad/tests/ is |
| 03:38.23 | starseeker | yeah, something messed up with the opengl |
| 03:39.06 | starseeker | I can do the from OpenGL.GLE import glePolyCone thing at the command prompt, but not in cad/src/graphics/drawing/drawcompass.py |
| 03:39.28 | kanzure | starseeker: are you using the same version of python in both places |
| 03:39.30 | starseeker | if I comment out the uses of glePolyCone, I can get the gui to come up but other opengl errors abound |
| 03:39.35 | starseeker | yeah, should be |
| 03:39.49 | kanzure | you should print out the OpenGL.__version__ |
| 03:39.54 | kanzure | and check it in both contexts |
| 03:40.51 | starseeker | same |
| 03:43.18 | kanzure | drawcompass.py might be executed as a command and not within the same context as other python processes that are running |
| 03:43.48 | starseeker | is this whole thing basically written in python? |
| 03:44.44 | starseeker | wonder if I'm getting some bad interactions with the noveau driver... |
| 03:45.21 | kanzure | i am using nouveau and was able to run this with x11 forwarding and in a local chroot |
| 03:45.34 | starseeker | shrugs |
| 03:45.37 | starseeker | dunno then |
| 03:45.57 | kanzure | can you pastebin everything so i can think about it over dinnerz? |
| 03:46.07 | starseeker | from a BRL-CAD perspective, this would be a tough integration - we don't use python currently |
| 03:49.24 | starseeker | kanzure: sure - http://pastebin.mozilla.org/1617867 |
| 03:50.15 | starseeker | kanzure: I don't know that this makes much sense for use in its current form (particularly with its current license...) to do it "right" the key logic would need to be re-implemented as C or C++ libraries and APIs |
| 03:50.21 | kanzure | so the opengl interface is different in these different situations? |
| 03:50.29 | starseeker | s/use/us |
| 03:50.35 | starseeker | doesn't seem to be |
| 03:51.06 | kanzure | hm |
| 03:51.27 | kanzure | well, at the very least, i think exporting to brlcad .g would be a friendly thing for me to do in some situations |
| 03:51.42 | starseeker | oh, absolutely :-) |
| 03:52.36 | starseeker | kanzure: given the current codebase (and how much work has obviously been invested in it so far) I'd say the logical thing to do is to continue nanoengineer as a separate project and make use of importers/exporters |
| 03:53.08 | starseeker | kanzure: is there a description of the nanoengineer file format anywhere? |
| 03:53.58 | kanzure | the primary format seems to be .pdb -so yes- but i need to look into the other formats |
| 07:17.05 | *** join/#brlcad merzo (~merzo@94-47-133-95.pool.ukrtel.net) | |
| 07:23.40 | *** join/#brlcad andrei_ (~andrei@188.25.160.95) | |
| 08:46.39 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 09:04.33 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 10:09.36 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 10:12.49 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 10:14.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 11:01.58 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:25.43 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 11:41.11 | CIA-124 | BRL-CAD: 03starseeker * r50449 10/brlcad/trunk/src/other/CMakeLists.txt: Make sure M_LIBRARY is tagged as advanced. |
| 12:02.30 | starseeker | Not ogre integration, but a very nifty looking Qt5 demo: http://www.youtube.com/watch?feature=player_embedded&v=IShJtdxUVKE |
| 12:42.14 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 12:42.14 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:45.09 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 14:02.46 | CIA-124 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3564 10/wiki/Google_Summer_of_Code: add links to accepted GSoC interns |
| 14:08.21 | CIA-124 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3565 10/wiki/Google_Summer_of_Code: remove link to non-existent page |
| 14:30.12 | CIA-124 | BRL-CAD: 03starseeker * r50450 10/brlcad/trunk/src/other/CMakeLists.txt: Use ON instead of 1 |
| 15:50.31 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 15:51.50 | CIA-124 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3566 10/wiki/Google_Summer_of_Code: show names and project titles |
| 18:55.07 | *** join/#brlcad andrei (~andrei@188.25.160.95) | |
| 19:03.16 | *** join/#brlcad merzo (~merzo@94-47-133-95.pool.ukrtel.net) | |
| 19:03.49 | andrei | hello |
| 19:04.27 | kanzure | hi andrei |
| 19:41.59 | cristina | hi andrei |
| 22:31.08 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 04:14.49 | *** join/#brlcad 17SAA2SO3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:21.15 | *** part/#brlcad 17SAA2SO3 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 07:17.10 | *** join/#brlcad merzo (~merzo@101-78-133-95.pool.ukrtel.net) | |
| 07:39.09 | *** join/#brlcad ksuzee (~ksuzee@46.149.81.166) | |
| 07:51.15 | CIA-124 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3567 10/wiki/User:Ksuzee/Reports: |
| 08:15.21 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 10:38.54 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 12:06.57 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 12:47.26 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 13:03.17 | *** join/#brlcad jordisayol (~jordisayo@188.119.210.222.dynamic.eurona.net) | |
| 13:03.17 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:07.29 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 16:42.04 | *** join/#brlcad andrei (~andrei@188.25.161.176) | |
| 16:49.35 | andrei | I m not sure if it hasn't been done already, is it possible to have this patch reviewed : |
| 16:49.36 | andrei | http://sourceforge.net/tracker/?func=detail&aid=3514098&group_id=105292&atid=640804 |
| 17:00.58 | *** join/#brlcad merzo_ (~merzo@101-78-133-95.pool.ukrtel.net) | |
| 18:23.12 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 19:33.22 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 19:33.22 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 19:48.48 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:10.14 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 22:26.22 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 03:24.14 | brlcad | is working on the website, fyi (some downage) |
| 04:03.26 | kanzure | aha |
| 04:38.11 | brlcad | site is back up |
| 04:38.24 | brlcad | (and running a lil faster) |
| 05:05.48 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 05:28.48 | brlcad | waves to ksuzee |
| 06:00.16 | brlcad | looks like upgrading php gave a little bit of a performance boost, nice |
| 06:00.39 | brlcad | now to just get over onto that faster hardware this week.. |
| 06:01.22 | brlcad | planning on migrating our site early this week sometime, hopefully no slowdowns |
| 06:01.30 | brlcad | calls it for tonight though |
| 06:11.22 | *** join/#brlcad cristina (~cristina@188.24.65.199) | |
| 07:08.07 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:16.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:17.00 | *** join/#brlcad merzo (~merzo@241-15-133-95.pool.ukrtel.net) | |
| 07:17.40 | *** join/#brlcad merzo_ (~merzo@241-15-133-95.pool.ukrtel.net) | |
| 07:51.04 | d_rossberg | i get an "Content-Encoding-Error" (unknown or invalid compression) on http://brlcad.org/wiki/Main_Page with Iceweasel 10.0.4 |
| 08:17.56 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:46.06 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:06.12 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:45.52 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 11:59.05 | brlcad | d_rossberg: thanks, looks like I get an error here too |
| 11:59.10 | brlcad | php syntax-related |
| 12:09.23 | starseeker | yeah, wiki busted here too |
| 12:21.26 | Stattrav | starseeker: Its working for me w.r.t to the user page of mine |
| 12:22.41 | Stattrav | yup. |
| 12:22.57 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3568 10/wiki/User:Stattrav/GSoC2012_log: Update of the dev logs |
| 12:45.52 | d_rossberg | http://brlcad.org/wiki/User:Anuragmurty looks strange to me, doesn't it? |
| 12:52.33 | Stattrav | strange as in ? |
| 13:28.54 | brlcad | d_rossberg: that page doesn't look strange to me |
| 13:30.05 | brlcad | the problem is somehow related to gzip compression -- disabled, the wiki pages render correctly |
| 13:30.31 | brlcad | enabled, they "almost" render correctly -- looks like content lengths remain in the output somehow |
| 13:45.55 | d_rossberg | now the page looks ok for me too |
| 13:46.42 | brlcad | d_rossberg: okay, then you probably just looked at it while I was testing / debugging |
| 13:47.05 | d_rossberg | btw: there is probably another problem whith caching in your server |
| 13:47.43 | brlcad | the cache probably has to be wiped |
| 13:47.45 | d_rossberg | i had to update a page more times to get the real content |
| 13:48.00 | brlcad | it'll try to send back the compressed cached content |
| 13:48.35 | brlcad | something isn't right with the gzip compression, been looking into it for a couple hours now, but seemingly no closer |
| 13:48.54 | brlcad | I think it just might have to wait until after migration when mediawiki can be upgraded |
| 13:49.11 | brlcad | php was upgraded, which started the mess -- now it's considerably newer than our install of mediawiki |
| 13:49.36 | brlcad | some zlib/gz interaction isn't right, and it's seeming to be a mediawiki code problem |
| 13:50.33 | d_rossberg | maybe it's a problem whith the pages' MIME type |
| 14:01.23 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:03.25 | Stattrav | what is the mess ? |
| 14:36.46 | brlcad | Stattrav: I e-mailed about it |
| 14:38.46 | Stattrav | checking |
| 14:39.16 | Stattrav | sent it now ? |
| 14:40.37 | brlcad | last night |
| 14:40.38 | Stattrav | there is one you sent 9 hrs ago. |
| 14:40.45 | Stattrav | yeah, checked that. |
| 14:41.29 | Stattrav | no i was asking what was the glib compression issue. just wanted to know as see if I could be of any help |
| 14:46.10 | brlcad | well there were several, but the last remaining issue is mediawiki not returning properly encoded data if wgDisableOutputCompression is false |
| 14:52.09 | CIA-124 | BRL-CAD: 03r_weiss * r50451 10/brlcad/trunk/src/libged/gqa.c: Updated the mged 'gqa' command to exit with an error message if the object specified does not exist. This change prevents a seg-fault. |
| 14:52.41 | Stattrav | ohh was just reading mediawiki manual. |
| 14:54.13 | Stattrav | is it a browser specific thing ? |
| 14:54.24 | brlcad | no |
| 14:57.49 | Stattrav | ooh |
| 15:36.41 | CIA-124 | BRL-CAD: 03brlcad * r50452 10/brlcad/trunk/NEWS: richard fixed a bug in gqa that was causing it to crash if the requested object(s) did not exist. if rt_gettree() failed, it continued processing and ended up crashing. now properly halts after the error message. |
| 16:21.20 | CIA-124 | BRL-CAD: 03r_weiss * r50453 10/brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Added documention for the new mged command 'lc'. Added file 'lc.xml'. |
| 16:22.35 | CIA-124 | BRL-CAD: 03r_weiss * r50454 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Updated file 'CMakeLists.txt' to add the documention for the mged command 'lc'. |
| 16:46.26 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 17:07.15 | *** join/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de) | |
| 17:26.21 | brlcad | waves |
| 17:26.28 | kanzure | hi |
| 17:48.33 | cristina | hi |
| 17:50.24 | *** part/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de) | |
| 17:50.48 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 17:51.38 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3569 10/wiki/User:Stattrav/GSoC2012: Moved the project details from the user page to a specific project page. |
| 17:54.29 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3570 10/wiki/User:Stattrav: Personal details added |
| 18:07.10 | *** join/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de) | |
| 18:12.47 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 18:32.46 | brlcad | cristina: thanks for the wiki setup/update |
| 18:33.47 | brlcad | cristina: do you plan on using your progress section for daily updates or a separate page? |
| 18:37.40 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3571 10/wiki/Google_Summer_of_Code: generalize the summary and move the great student summary to the 2012 page so I can post a direct link later |
| 18:39.54 | cristina | brlcad: I was going to use the progress section (the already existing one). Should I create a separate page instead? |
| 18:41.21 | cristina | maybe it's rather complicated for people to scroll down every time they want to check the progress? |
| 19:04.00 | CIA-124 | BRL-CAD: 03starseeker * r50455 10/brlcad/trunk/ (2 files in 2 dirs): Hmm - more than one command ina man page means more than one output file (with CMake not knowing in advance about the extras.) Add a mechanism to tell CMake what to do with the extra output. |
| 19:15.54 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3572 10/wiki/Google_Summer_of_Code/2012: migrate the user list to here |
| 19:19.52 | brlcad | cristina: either will work just fine but after a couple months, it does tend to become a lot of information that drowns out the project overview |
| 19:20.05 | brlcad | it's nice to have it on a separate page, but it's completely up to you |
| 19:20.26 | brlcad | i just needed to know because I mark the link down in a spreadsheet I use for keeping tabs on everyone |
| 19:24.38 | CIA-124 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3573 10/wiki/User:Cprecup/GSoC2012_progress: Separate page for development progress information |
| 19:25.02 | cristina | brlcad: I've created a new one: http://brlcad.org/wiki/User:Cprecup/GSoC2012_progress |
| 19:29.55 | CIA-124 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3574 10/wiki/User:Cprecup: Move development progress section to another page and link to it. |
| 19:31.03 | CIA-124 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3575 10/wiki/User:Cprecup: typo: s/Delopment/Development |
| 19:33.47 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3576 10/wiki/Google_Summer_of_Code/2012: expand details on the five students that have filled in their user pages |
| 19:48.39 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3577 10/wiki/Google_Summer_of_Code/2012: add the other students that have put up their user pages |
| 20:05.45 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3578 10/wiki/Google_Summer_of_Code/2012: |
| 20:06.36 | CIA-124 | BRL-CAD: 03Sean 07http://brlcad.org * r3579 10/wiki/Google_Summer_of_Code/2012: link to our org page |
| 20:18.59 | CIA-124 | BRL-CAD: 03Mesut 07http://brlcad.org * r3580 10/wiki/User:Mesut/Reports: New page: = Report I = |
| 20:26.43 | *** part/#brlcad kane_ (~kane@e182057125.adsl.alicedsl.de) | |
| 20:34.07 | *** join/#brlcad andrei (~andrei@188.25.159.19) | |
| 20:42.43 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 21:06.11 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 21:08.10 | CIA-124 | BRL-CAD: 03r_weiss * r50456 10/brlcad/trunk/doc/docbook/system/mann/en/make_pnts.xml: Added documentation for mged command 'make_pnts". Added file 'make_pnts.xml'. |
| 21:12.32 | CIA-124 | BRL-CAD: 03r_weiss * r50457 10/brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Updated file 'CMakeLists.txt' to add documentation for mged command 'make_pnts'. |
| 21:32.48 | *** join/#brlcad andrei (~andrei@188.25.159.19) | |
| 21:41.39 | CIA-124 | BRL-CAD: 03brlcad * r50458 10/brlcad/trunk/NEWS: richard added new manpage documentation on the previously added make_pnts command |
| 21:44.48 | brlcad | cristina: I suggest rewording your http://www.google-melange.com/gsoc/project/google/gsoc2012/cp/42002 page summary a little bit |
| 21:45.35 | brlcad | it's a bit confusing, perhaps just the middle portion where you talk about CSG and it being "nothing but" a DAG |
| 21:46.04 | brlcad | once our announcement goes out, a lot of eyes will probably be reading your summary, so it'll do well to have it looking sharp ;) |
| 21:46.38 | andrei | brlcad, I also need to rework my page entirely. Could you please tell me when is the "deadline" for that? |
| 21:47.15 | brlcad | andrei: I'd like to send out the announcement later this week if at least 2/3rds are ready to go |
| 21:49.04 | brlcad | so maybe by this friday, so I can send it over the weekend |
| 21:49.24 | brlcad | that'll be two weeks before coding begins so it's a good timeframe to post it |
| 21:52.37 | andrei | thanks for letting me know |
| 22:02.10 | cristina | brlcad: ok. I will reword it and let you know about it so that you can check to see if it's ok. Thank you for letting me know |
| 22:19.17 | andrei | brlcad: excuse me, I haven't fully understood your comment on the global variable removal patch |
| 22:19.31 | andrei | could you please explain once more? |
| 22:22.49 | andrei | ( I will review the patch again, however I m not sure if the patch is correct or not) |
| 22:24.57 | ``Erik | "line 506 was added by me" shouldn't be in there at all, the repository will hold that info |
| 22:26.11 | ``Erik | was with "line 270 was added by me" in malloc.c |
| 22:26.40 | andrei | ah, I know the commented lines. I will go through the patch again tomorrow ( I hope) |
| 22:26.55 | andrei | and fix all the mentioned issues |
| 22:30.43 | andrei | ``Erik, as you are my asigned mentor, may I please have an email address on which I can contact you? There are some matters regarding communication during gsoc that I want to ask. |
| 22:35.55 | andrei | or any other communication method that you preffer. |
| 22:55.29 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 23:00.38 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:03.38 | ``Erik | andrei: erik@brlcad.org works, or just chatter here (sometimes it takes a bit for me to respond, but I will, or someone else will) |
| 23:07.26 | andrei | I m not sure if you know, as I have stated in my proposal, I am not sure how much time or if I can work during my exam session. Do you have any recommandations or todo's that should be done before that? |
| 23:07.49 | andrei | aside of those that brlcad has mentioned on the mailing list. |
| 23:30.25 | ``Erik | you'll have to decide what schedule you can hold (the expectation is ~40hr/wk), then we can discuss a reasonable scope of libpkg improvements and milestones |
| 23:32.36 | ``Erik | heh, gsoc qq blog entry http://www.sapandiwakar.in/technical/why-i-like-gsoc-and-why-i-dont-like/ |
| 23:33.41 | ``Erik | webgl cad https://tinkercad.com/ |
| 00:08.58 | brlcad | andrei: question answered? |
| 00:31.18 | kanzure | ``Erik: there's also lots of other webgl cad things to look at, like csg.js openjscad shapesmith/bjnortier etc. |
| 00:51.45 | *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102) | |
| 01:05.08 | brlcad | hello jbschw |
| 01:16.36 | *** join/#brlcad jbschw (183b1a66@gateway/web/freenode/ip.24.59.26.102) | |
| 01:17.51 | brlcad | hello again jbschw |
| 01:18.03 | jbschw | hello |
| 01:18.42 | brlcad | what brings you to #brlcad |
| 01:20.38 | kanzure | holy ccrap |
| 01:20.40 | kanzure | brlcad: http://stepcode.org/ |
| 01:21.48 | kanzure | brlcad: i don't even know what to say. that's quite a thing. |
| 01:23.24 | CIA-124 | BRL-CAD: 03brlcad * r50459 10/brlcad/trunk/NEWS: |
| 01:23.24 | CIA-124 | BRL-CAD: bob made a change to the way libbu parses argv array elements to allow escaping |
| 01:23.24 | CIA-124 | BRL-CAD: of quoted strings. this fixes a problem one would encounter if you used |
| 01:23.24 | CIA-124 | BRL-CAD: rtwizard and it tried to feed multiple occlusion objects to rtwizard. now they |
| 01:23.24 | CIA-124 | BRL-CAD: parse and occlude correctly. |
| 01:23.27 | kanzure | i understand that we can't all be web developer wizards but uh.. |
| 01:24.13 | kanzure | does this mean i should donate my time? |
| 01:25.31 | brlcad | kanzure: you mean you love it so much that you want to help, right? |
| 01:25.43 | kanzure | not quite |
| 01:26.03 | kanzure | what? |
| 01:26.07 | brlcad | kanzure: I know all about it, mark (and drupal 7) is part of the reason for the php upgrade |
| 01:26.29 | kanzure | imho php is not a good choice for someone who isn't a web developer (and probably not a good choice for most web developers :P) |
| 01:26.52 | brlcad | I'm pretty sure that page was just to throw something up instead of a dead url |
| 01:27.03 | kanzure | are you hosting stepcode.org? |
| 01:27.16 | brlcad | it's just a static html page (or was at least) |
| 01:27.39 | kanzure | my immediate recommendations are to get rid of the background image and centering if he wants this to be taken seriously |
| 01:27.39 | brlcad | yes |
| 01:28.14 | kanzure | i really doubt that distributing source code in the form of screenshots is a good strategy |
| 01:28.14 | brlcad | again, I'm pretty certain that's really not meant to be the site or even a concept design for the site |
| 01:29.54 | kanzure | "Under Construction" has been off-limits since 199x |
| 01:30.26 | brlcad | I'd stubbed in a simple <html><body><h1>STEPcode</h1><p>...</p><p>...</p></body></html> when I added his web root and he just thought even the stub needed an image (and apparently a couple center tags since it would have been unreadable on top of each other) |
| 01:30.44 | brlcad | harmless |
| 01:30.53 | kanzure | the text appears on top of the image |
| 01:31.11 | brlcad | not as bad as it would have been with the default left-alignment ;) |
| 01:31.24 | kanzure | oh man :( i'm gonna go crawl under a rock |
| 01:31.40 | kanzure | it should just redirect to the github repo with a giant README or something |
| 01:31.42 | brlcad | still, he's not designing the site -- undoubtedly just playing around |
| 01:31.46 | louipc | kanzure: patches welcome :P |
| 01:32.04 | kanzure | louipc: are you mark? |
| 01:32.07 | louipc | nah |
| 01:32.57 | brlcad | he did spend a couple hours fighting a drupal install (which I admit, they totally screwed up in their latest release) |
| 01:33.17 | brlcad | I've done a half dozen installs elsewhere, all smooth, but never on the 7 line .. where they changed quite a bit |
| 01:33.28 | brlcad | apparently with testing as an afterthought |
| 01:33.32 | kanzure | is brlcad.org also drupal? |
| 01:33.39 | brlcad | portions |
| 01:33.49 | brlcad | again, also not designed, that was a freebie |
| 01:35.02 | brlcad | freebie as in I posted a call for an open source webmasterwith a simple concept design prototype layout, someone stepped forward and worked on it for a few months to it's current state |
| 01:35.14 | brlcad | worked good enough, but now it's more than tired and needs to be retired |
| 01:35.46 | brlcad | never did reach the prototype.. :) |
| 01:35.47 | kanzure | brlcad.org's stylesheet seems ok, you just want to avoid the geocities look |
| 01:36.04 | kanzure | sorry, what? a few months? |
| 01:36.19 | brlcad | we at least DID have a style guide beforehand with a color scheme palette defined |
| 01:36.39 | brlcad | there's more there than meets the eye |
| 01:36.55 | brlcad | it's a single unified css theme that applies cleanly to drupal and mediawiki |
| 01:37.00 | kanzure | a few months for the stlyesheet, or the whole drupal configuration? |
| 01:37.08 | kanzure | right |
| 01:37.22 | kanzure | s/stlye/style |
| 01:37.23 | brlcad | whole thing, style, config, ldap, modules, navi, etc |
| 01:37.40 | kanzure | pardon my untrained eye but where is ldap used |
| 01:37.56 | brlcad | most of it was spent trying to get ldap to interact for single auth, but that was ultimately a bust for his skills |
| 01:38.54 | kanzure | i see |
| 01:39.17 | brlcad | set up properly, you would have logged in anywhere on the site and had proper permissions even though different systems were catering to different capabilities |
| 01:39.32 | kanzure | shared sessions between mediawiki and drupal? :/ |
| 01:39.38 | brlcad | drupal sucks at wiki, media sucks at static content |
| 01:39.50 | brlcad | yeah, basically |
| 01:40.11 | kanzure | i personally dislike both of those products, but everyone else hates ikiwiki |
| 01:40.38 | kanzure | oh interesting.. didn't know ikiwiki supported svn |
| 01:41.04 | brlcad | I'm a fan of their momentum as a framework, and to date they've been relatively maintenance free to keep running across several years |
| 01:41.16 | brlcad | from a users perspective, hard to beat mw simplicity |
| 01:41.25 | kanzure | really? i find that i have to fight spam on mediawiki often (either with akismet plugins or whatever) |
| 01:42.15 | brlcad | we'd tackled that problem in the bzflag community years ago |
| 01:42.46 | brlcad | you can really minimize spam to a bare minimum if you set up all the spam prevention bells and whistles .. even while still allowing anonymous everywhere |
| 01:42.59 | brlcad | which I've always been adament about |
| 01:43.44 | brlcad | you can see it in the updates that post here, wiki spam is exceedingly rare .. maybe a couple a month and that's not for lack of attention/attempts/popularity |
| 01:44.24 | kanzure | i think even git-wiki resorts to using a mediawiki-similar stylesheet because users seem to prefer it so strongly :/ |
| 01:44.51 | brlcad | I don't care so much about the stylesheet as the wiki syntax itself |
| 01:45.07 | brlcad | NeverWasAFan! |
| 01:45.21 | kanzure | mediawiki's wikitext is very hard to parse or compute with :/ |
| 01:45.33 | kanzure | what do they call it? sorry it's not wikitext.. it's uh.. |
| 01:45.39 | brlcad | which is probably why it's the easiest for users to actually .. use :) |
| 01:48.37 | brlcad | bz had two wikis -- a mw install and a moinmoin .. we could get minors (seriously, single-digit aged) to edit one of them .. but not the other |
| 01:49.02 | brlcad | finally took it out back and shot it after a few years |
| 01:49.11 | kanzure | are bzflag's users mostly minors? |
| 01:49.27 | brlcad | no |
| 01:49.30 | brlcad | whole gamut |
| 01:49.48 | brlcad | definitely a large percentage, though |
| 01:53.18 | brlcad | starseeker: heh, I just read 50442 ... I'm not sure that actually increased robustness at all really... |
| 01:54.16 | brlcad | need some sort of encode/decode function.. + was just one of probably a couple dozen characters that could screw with the variable name |
| 01:54.39 | brlcad | i thought you handled it better somewhere else I recall coming across (you did something similar to what the autotools guys did) |
| 01:55.11 | brlcad | replacing [^[alnum]] with _'s iirc |
| 01:55.40 | brlcad | (i.e., replacing all "not letter or numbers" with an underscore) |
| 01:56.06 | brlcad | when going into a variable's name, that is |
| 02:02.04 | crdueck | brlcad: correspondance with our mentor should be done over the mailing list, right? |
| 02:51.12 | brlcad | crdueck: correct -- because in general you have LOTS of mentors there and here |
| 02:51.57 | brlcad | unless you have a non-coding matter to discuss like your dog died or you cut off your fingers |
| 02:52.20 | brlcad | you can keep personal matters private, naturally, e-mail your assigned mentor directly for that and cc me |
| 02:59.09 | crdueck | okay, i'm going to put an email out shortly then |
| 03:14.21 | kanzure | hrmm i strongly recommend against cutting off your fingers |
| 03:47.30 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 03:48.29 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 04:06.42 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 04:43.54 | brlcad | crdueck: excellent write-up, thank you! |
| 15:44.15 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:44.15 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 16:08.36 | *** join/#brlcad jbschw (~jbschw@cpe-24-59-26-102.twcny.res.rr.com) | |
| 16:21.59 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 17:58.10 | Stattrav | brlcad: what exactly is the purpose of the .tr file ? I am referring to the benchmark.tr file. |
| 18:01.40 | ``Erik | how do ya mean, Stattrav? that particular file, or are you asking what the extension means? |
| 18:02.40 | Stattrav | yeah |
| 18:03.01 | ``Erik | erm, which? the latter? |
| 18:03.23 | Stattrav | sorry about the ambiguity there. what that extention means |
| 18:03.44 | ``Erik | troff, an old document formatting system, mostly used for man pages these days |
| 18:04.01 | Stattrav | when I open that in a editor I see some .[a-z]* kind of things there |
| 18:04.03 | ``Erik | "groff benchmark.tf > benchmark.ps" will do a crude render to postscript |
| 18:04.46 | Stattrav | aah, thanks |
| 18:08.27 | ``Erik | heh, the first couple lines of the file say how to 'compile' it to something useful :D "groff -t -ms benchmark.tr > benchmark.ps" will be much more readable |
| 18:09.05 | Stattrav | yup :P |
| 18:09.34 | Stattrav | sorry for asking you anyway. |
| 18:10.46 | CIA-124 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3626 10/wiki/User:Stattrav/GSoC2012_log: Update of the dev logs for 9th May 2012 |
| 18:43.53 | ``Erik | it's all good :D |
| 19:14.58 | CIA-124 | BRL-CAD: 03n_reed * r50477 10/brlcad/trunk/src/other/step/src/exppp/exppp.c: SCL git de55c37, remove unused variables |
| 19:16.46 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 19:20.58 | CIA-124 | BRL-CAD: 03n_reed * r50478 10/brlcad/trunk/src/other/step/src/clstepcore/ExpDict.cc: remove some commented code |
| 19:23.18 | CIA-124 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3627 10/wiki/User:Crdueck/log: /* 30/04/2012: */ |
| 20:41.52 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:42.37 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 20:42.43 | *** join/#brlcad piksi_ (piksi@pi-xi.net) | |
| 21:05.53 | *** join/#brlcad crdueck (~cdk@173.238.127.19) | |
| 21:28.48 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:28.48 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 21:30.30 | *** join/#brlcad andrei_ (~andrei@188.25.159.145) | |
| 22:55.14 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:02.15 | CIA-124 | BRL-CAD: 03starseeker * r50479 10/brlcad/trunk/ (3 files in 2 dirs): (log message trimmed) |
| 00:02.15 | CIA-124 | BRL-CAD: The workaround for xsltproc's failure to place man output in the correct |
| 00:02.15 | CIA-124 | BRL-CAD: location when odd pathnames are used is needed for ALL outputs generated - was |
| 00:02.15 | CIA-124 | BRL-CAD: failing in the multi-file output case. Scrap the extra macro, and instead make |
| 00:02.15 | CIA-124 | BRL-CAD: the extra outputs source file properties in CMake. The standard macros then |
| 00:02.15 | CIA-124 | BRL-CAD: check for and use the contents of those properties. Somewhat cleaner and should |
| 00:02.16 | CIA-124 | BRL-CAD: be more robust. For the first time in a while, distcheck-full passes on Linux |
| 04:00.48 | CIA-124 | BRL-CAD: 03Anoop 07http://brlcad.org * r3628 10/wiki/User:Anoop/Logs: |
| 04:20.01 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 04:30.25 | brlcad | gallery is fixed, was just a simple removal of an ampersand |
| 04:32.14 | brlcad | kanzure: at a glance, it looks like you're write but I haven't read that paper in full (though I was there when it was presented... great paper, talked to gershon about it) |
| 04:32.36 | brlcad | s/write/right/ |
| 04:35.26 | kanzure | ah neat. |
| 04:35.46 | kanzure | yeah, i'm not sure how unique their method is.. everything else i've read has been much more involved |
| 04:35.58 | kanzure | like algebraic surface intersection algorithms |
| 04:37.48 | brlcad | I think it's just a fast approximation after you've gotten crazy-close within a given flatness and criteria |
| 04:57.10 | *** join/#brlcad andrei_ (~andrei@188.25.159.145) | |
| 05:24.56 | CIA-124 | BRL-CAD: 03brlcad * r50480 10/brlcad/trunk/misc/CMake/FindSTL.cmake: the test was always failing due to i never being used. use ac/av instead and put them to 'use' so we always return 0. |
| 06:17.28 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 06:31.35 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 07:08.21 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:14.01 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:18.16 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:28.03 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 09:48.29 | *** join/#brlcad kane_ (~Mesut@e181173168.adsl.alicedsl.de) | |
| 10:07.24 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 10:25.50 | d_rossberg | kane_: did you succeeded in compiling BRL-CAD on Windows? |
| 10:26.26 | kane_ | not realy, i am writing my report about it. |
| 10:26.36 | kane_ | it will be in the wiki in about 5 min |
| 10:26.45 | d_rossberg | ok |
| 10:43.59 | CIA-124 | BRL-CAD: 0385.181.173.168 07http://brlcad.org * r3629 10/wiki/User:Mesut/Reports: |
| 10:45.02 | kane_ | i have only pasted the errors, which i think i cant resolve without help. |
| 10:52.35 | CIA-124 | BRL-CAD: 0385.181.173.168 07http://brlcad.org * r3630 10/wiki/User:Mesut/Reports: |
| 11:49.15 | *** join/#brlcad tofu__ (~sean@BZ.BZFLAG.BZ) | |
| 11:57.42 | d_rossberg | kane_: which compiler do you use? |
| 11:57.55 | kane_ | Visual studio 2010 |
| 11:58.46 | d_rossberg | but points_scan.l isn't a C but a Lex file |
| 11:59.50 | kane_ | hm i use mingw for that |
| 11:59.50 | d_rossberg | i don't have this libpoints in my windows build (i have no lex installed) |
| 12:00.20 | kane_ | yag, bison, sh,... from the mingw directory |
| 12:00.40 | kane_ | shall i remove that? |
| 12:00.58 | *** join/#brlcad cristina (~cristina@188.24.64.47) | |
| 12:02.45 | d_rossberg | looks like a CMake problem, probably nobody has tried a Windows build with yacc and lex |
| 12:04.17 | kane_ | ou, i thought it is important, so i installed every thing, which was declared as NOTFOUND |
| 12:06.28 | d_rossberg | until today it was consensus that there is no yacc, lex etc in Windows ;) |
| 12:07.08 | starseeker | kane_: yeah, nobody has tried the lex/yacc components on Windows before |
| 12:07.15 | d_rossberg | btw: i use INSTALL as build target on Windows |
| 12:07.44 | starseeker | It *might* work with mingw or cygwin environments - I'm not surprised it's not working in Windows |
| 12:08.03 | d_rossberg | and i recommend to switch off the documentation on windows |
| 12:08.19 | kane_ | ok, i will try it |
| 12:09.03 | starseeker | kane_: does the libged target build? |
| 12:09.10 | kane_ | yes |
| 12:09.14 | kane_ | libged-static |
| 12:09.19 | starseeker | one thing about a BRL-CAD build is that lots of components depend on other components |
| 12:09.26 | starseeker | not the static one, the other |
| 12:09.55 | starseeker | so a failure will cascade - if btclsh.exe isn't built correctly, a whole host of other targets will also fail |
| 12:10.11 | starseeker | in that case, the first thing to do is figure out why btclsh.exe didn't build |
| 12:10.24 | kane_ | ok |
| 12:10.33 | starseeker | usually that's a library not being avaiable - then you in turn check why that library didn't build |
| 12:11.02 | starseeker | kane_: what version of CMake are you using? |
| 12:11.21 | kane_ | 2.8.7 |
| 12:11.28 | starseeker | ok, that should be new enough |
| 12:11.53 | starseeker | kane_: did you get build failures without enabling the lex and yacc support? |
| 12:12.09 | starseeker | it is not expected that code using those will work on Windows |
| 12:12.50 | kane_ | yes, but i have not read the output. After that i have tried it only with flex,... |
| 12:13.09 | kane_ | i will try it now |
| 12:13.44 | starseeker | nods - the build failures you were getting originally were not due to the absence of lex and yacc |
| 12:14.29 | kane_ | ok |
| 12:15.13 | starseeker | I'll see if we can try a build here - it's conceivable I busted the Windows build tweaking the build logic over the last few days |
| 12:47.59 | CIA-124 | BRL-CAD: 03starseeker * r50481 10/brlcad/trunk/src/libfb/CMakeLists.txt: Whoops - use the new variable scheme for libfb too |
| 12:51.40 | CIA-124 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3631 10/wiki/User:Cprecup/GSoC2012_progress: added logs for my work in the previous days |
| 13:03.48 | CIA-124 | BRL-CAD: 03starseeker * r50482 10/brlcad/trunk/src/libfb/CMakeLists.txt: Opps - partial conversions don't help much. |
| 13:04.24 | d_rossberg | the first error in my windows build is that lempar.c is copied to Debug/bin but not lemon.exe (?) |
| 13:04.55 | starseeker | so the lemon compilation failed? |
| 13:06.24 | d_rossberg | no, lemon.exe was build and can be found in bin, but there is a call to Debug/bin/lemon in re2c_bootstrap |
| 13:07.17 | d_rossberg | it looks like the is a mistyped copy statement in lemon's CMakeList.txt |
| 13:07.58 | d_rossberg | (it does not make sense to copy the C-file to Debug/bin) |
| 13:10.06 | *** join/#brlcad Stattrav_ (~Stattrav@223.187.13.51) | |
| 13:16.51 | *** join/#brlcad kane_ (~Mesut@e181173168.adsl.alicedsl.de) | |
| 13:17.47 | starseeker | d_rossberg: the lemon.exe file is supposed to be built and output into Debug/bin/lemon.exe if you're build type is set to Debug |
| 13:18.11 | starseeker | so the first question is why isn't it in Debug/bn |
| 13:18.17 | starseeker | Debug/bin even |
| 13:18.31 | starseeker | s/you're/your |
| 13:18.36 | starseeker | needs to wake up |
| 13:23.04 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.213.223) | |
| 13:29.28 | d_rossberg | starseeker: it's the CMAKE_LIBRARY_OUTPUT_DIRECTORY_~ |
| 13:29.56 | d_rossberg | and CMAKE_RUNTIME_~ |
| 13:33.43 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.180.233) | |
| 13:40.58 | *** join/#brlcad Stattrav_ (~Stattrav@223.236.109.220) | |
| 13:54.24 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 14:06.23 | CIA-124 | BRL-CAD: 03erikgreenwald * r50483 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: return the split value instead of filling a pointer and returning void |
| 14:11.22 | starseeker | d_rossberg: those aren't being set correctly? |
| 14:14.58 | ``Erik | I can replicate with vs8/Release, build\Release\bin\ has lempar.c but no lemon.exe (\build\bin has lemon.exe) |
| 14:21.16 | starseeker | crud |
| 14:21.45 | starseeker | are the other .exe files ending up in build\bin as well? |
| 14:23.10 | CIA-124 | BRL-CAD: 03bob1961 * r50484 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Added TkTable::unselectRow. |
| 14:28.31 | ``Erik | bleh, my git mirror was missing a cmd to update the server, http://crit.brlcad.org/brlcad.git should be good now O.o |
| 14:39.29 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3632 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 14:39.49 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3633 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */ |
| 14:40.14 | d_rossberg | starseeker: all .exe-files are in bin, there are only some .sh in Debug/bin |
| 14:42.34 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3634 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */ |
| 14:45.18 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3635 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */ |
| 14:45.48 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3636 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 14:46.05 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3637 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 14:46.28 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3638 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 14:47.47 | CIA-124 | BRL-CAD: 03Plussai 07http://brlcad.org * r3639 10/wiki/User:Plussai/GSoC_2012_log: /* 7 May 2012 */ |
| 15:00.58 | starseeker | d_rossberg: yeah, that's what ``Erik is seeing. Test here though shows the outputs going where they are supposed to |
| 15:12.04 | d_rossberg | i.e. there are two problems: 1) the .exe are all copied in build/bin instead of build/$config/bin (however, it works) and 2) the wrong file from lemon is copied (whyever there is a copy at all) |
| 15:23.12 | n_reed | copy is necessary to keep lemon outputs out of the source directory |
| 15:23.28 | n_reed | lemon doesn't allow you to specify the output directory |
| 15:23.41 | n_reed | it uses the same directory of the input |
| 15:24.03 | d_rossberg | isn't the output in the working directory? |
| 15:26.17 | n_reed | lemon /path/to/input.y writes /path/to/input.c /path/to/input.h |
| 15:33.29 | *** join/#brlcad Stattrav_ (~Stattrav@223.236.9.78) | |
| 15:37.20 | kane_ | thx, without flex,bison,... the build was successful |
| 15:39.58 | d_rossberg | n_reed: so it doesn't matter where the lemon executable is? |
| 15:41.32 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.139.14) | |
| 15:44.42 | CIA-124 | BRL-CAD: 03starseeker * r50485 10/brlcad/branches/STABLE/src/libbu/argv.c: Apply fix from trunk r50445 |
| 15:46.25 | starseeker | the lemon executable needs to be in the same directory as lempar.c |
| 15:46.44 | starseeker | and the output from lemon ends up in the same directory as lempar.c |
| 15:47.44 | starseeker | so to keep the output out of the source directory we have to put lempar.c in the build directory |
| 15:50.55 | starseeker | d_rossberg: are you doing your visual studio build with a clean build directory? (Clear out the CMakeCache.txt file and old solutions?) |
| 15:51.37 | starseeker | I'm at a bit of a loss as to why this is suddenly breaking - I haven't fooled with build output placement in a while (deliberately, at least...) |
| 15:53.12 | d_rossberg | almost: i started whith a clean directory some weeks ago and did a project cleanup in the visualstudio today |
| 15:54.01 | d_rossberg | however, i can try a build from a clean (empty) directory ... tomorrow |
| 15:58.08 | d_rossberg | indeed, lemon works with its executable path :-o |
| 16:06.12 | CIA-124 | BRL-CAD: 03starseeker * r50486 10/brlcad/trunk/src/tclscripts/util/Makefile.am: sync Makefile.am |
| 16:18.33 | CIA-124 | BRL-CAD: 03starseeker * r50487 10/brlcad/branches/STABLE/src/tclscripts/ (26 files in 3 dirs): sync rtwizard |
| 16:19.27 | CIA-124 | BRL-CAD: 03starseeker * r50488 10/brlcad/branches/STABLE/src/tclscripts/util/getopt.tcl: Whoops, add getopt.tcl |
| 17:25.04 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.132.238) | |
| 17:38.07 | *** join/#brlcad andrei_ (~andrei@188.25.162.62) | |
| 17:40.30 | CIA-124 | BRL-CAD: 03bob1961 * r50489 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added specific bindings for releasing button-1 while in an override mode. This eliminates events bleeding through to the current mode. |
| 17:52.42 | CIA-124 | BRL-CAD: 03indianlarry * r50490 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): (log message trimmed) |
| 17:52.42 | CIA-124 | BRL-CAD: Changed flatness test back to to running product of the normal vector of the |
| 17:52.42 | CIA-124 | BRL-CAD: frenet frame projected onto each other normal in the frame set. Also added early |
| 17:52.42 | CIA-124 | BRL-CAD: bail once flatness criteria fails. Added straightness test in a similar manner |
| 17:52.42 | CIA-124 | BRL-CAD: using the tangent from the frenet frame. Changed |
| 17:52.42 | CIA-124 | BRL-CAD: getCurveEstimateOfV()/getCurveEstimateOfU() to solve using subdivision. Added |
| 17:52.43 | CIA-124 | BRL-CAD: tolerence value of BREP_EDGE_MISS_TOLERANCE so we can get NEAR misses from |
| 18:00.41 | CIA-124 | BRL-CAD: 03indianlarry * r50491 10/brlcad/branches/STABLE/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): (log message trimmed) |
| 18:00.41 | CIA-124 | BRL-CAD: Changed flatness test back to to running product of the normal vector of the |
| 18:00.41 | CIA-124 | BRL-CAD: frenet frame projected onto each other normal in the frame set. Also added early |
| 18:00.41 | CIA-124 | BRL-CAD: bail once flatness criteria fails. Added straightness test in a similar manner |
| 18:00.41 | CIA-124 | BRL-CAD: using the tangent from the frenet frame. Changed |
| 18:00.42 | CIA-124 | BRL-CAD: getCurveEstimateOfV()/getCurveEstimateOfU() to solve using subdivision. Added |
| 18:00.43 | CIA-124 | BRL-CAD: tolerence value of BREP_EDGE_MISS_TOLERANCE so we can get NEAR misses from |
| 18:08.25 | CIA-124 | BRL-CAD: 03n_reed * r50492 10/brlcad/trunk/src/other/step/ (21 files in 4 dirs): Fix and doxify comments, plus misc cleanup. SCL git 3e8c116, 5dc0439, 5d36b32, and 65791a2. |
| 18:16.34 | CIA-124 | BRL-CAD: 03brlcad * r50493 10/brlcad/trunk/NEWS: keith made some improvements to the flatness testing (for grazing hits) that should improve performance, give better curve estimates, and handle joined trimmed edges better. |
| 18:47.43 | *** join/#brlcad merzo (~merzo@28-246-133-95.pool.ukrtel.net) | |
| 19:13.05 | CIA-124 | BRL-CAD: 03indianlarry * r50494 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: |
| 19:13.05 | CIA-124 | BRL-CAD: Added UV pushback routine that keeps the newton iterate method from walking out |
| 19:13.05 | CIA-124 | BRL-CAD: of the UV domain of the SBV versus the current version that keeps it within the |
| 19:13.05 | CIA-124 | BRL-CAD: surface UV. Also added code to make sure iterate does not step back past |
| 19:13.05 | CIA-124 | BRL-CAD: previous point along iteration. |
| 19:18.37 | CIA-124 | BRL-CAD: 03indianlarry * r50495 10/brlcad/branches/STABLE/src/librt/primitives/brep/brep.cpp: |
| 19:18.37 | CIA-124 | BRL-CAD: Added UV pushback routine that keeps the newton iterate method from walking out |
| 19:18.37 | CIA-124 | BRL-CAD: of the UV domain of the SBV versus the current version that keeps it within the |
| 19:18.37 | CIA-124 | BRL-CAD: surface UV. Also added code to make sure iterate does not step back past |
| 19:18.37 | CIA-124 | BRL-CAD: previous point along iteration. Matches SVN trunk 50494 |
| 19:37.31 | CIA-124 | BRL-CAD: 03brlcad * r50496 10/brlcad/trunk/NEWS: bob fixed a bug in mged's matrix edit mode where there appears to have been an off-by-one error selecing a reference index that was equal to the number of references. |
| 19:57.14 | CIA-124 | BRL-CAD: 03brlcad * r50497 10/brlcad/trunk/NEWS: |
| 19:57.14 | CIA-124 | BRL-CAD: richard added an mged script command 'lc' for listing sets of codes (attributes) |
| 19:57.14 | CIA-124 | BRL-CAD: of regions within a combination. attributes listed include region_id, |
| 19:57.14 | CIA-124 | BRL-CAD: materia-id, los, and the region name. unset is reported as '--' and is default |
| 19:57.14 | CIA-124 | BRL-CAD: sorted by region id with options for sorting by any column. command is a tcl |
| 19:57.15 | CIA-124 | BRL-CAD: script. |
| 20:02.15 | CIA-124 | BRL-CAD: 03brlcad * r50498 10/brlcad/trunk/NEWS: |
| 20:02.15 | CIA-124 | BRL-CAD: bob fixed a bug in libfb ogl/wgl framebuffers where overlay renderings were |
| 20:02.15 | CIA-124 | BRL-CAD: failing to be shown. notably seen with rtedge/rtwizard rendering where the back |
| 20:02.15 | CIA-124 | BRL-CAD: buffer of the double-buffered context wasn't being drawn during overlay. |
| 20:02.36 | cristina | brlcad: I've noticed something here, where GSoC 2012 is described: http://brlcad.org/d/node/97 |
| 20:03.57 | cristina | at the beginning of the third paragraph it says that GSoC is in its sixth year but it is in its eighth |
| 20:09.42 | CIA-124 | BRL-CAD: 03brlcad * r50499 10/brlcad/trunk/NEWS: |
| 20:09.42 | CIA-124 | BRL-CAD: keith made some improvements to the flatness testing (for grazing hits) that |
| 20:09.42 | CIA-124 | BRL-CAD: should improve performance, give better curve estimates, and handle joined |
| 20:09.42 | CIA-124 | BRL-CAD: trimmed edges better. a little slower, but more robust with less speckling. |
| 20:24.13 | CIA-124 | BRL-CAD: 03brlcad * r50500 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c tclcad_private.h): |
| 20:24.13 | CIA-124 | BRL-CAD: we should not be introducing new globals in libraries. their cost is far too |
| 20:24.13 | CIA-124 | BRL-CAD: great, are exceptionally error-prone, inherintly unsafe, and they pollute the |
| 20:24.13 | CIA-124 | BRL-CAD: API. convert to an initialization function holding the flag instead. |
| 20:24.14 | *** join/#brlcad cristina_ (~cristina@188.24.75.98) | |
| 20:26.11 | CIA-124 | BRL-CAD: 03brlcad * r50501 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c): don't mark the library as initialized until after we're done initializing (in case anyone ever tries to use the library from a multithreaded context) |
| 20:31.06 | CIA-124 | BRL-CAD: 03brlcad * r50502 10/brlcad/trunk/src/libtclcad/ (tclcad.c tclcad_obj.c tclcad_private.h): rename tclcad_initialized() to library_initialized() since it is not public API. add doxy comments and fix new file copyright year. |
| 20:45.48 | CIA-124 | BRL-CAD: 03brlcad * r50503 10/brlcad/trunk/HACKING: |
| 20:45.48 | CIA-124 | BRL-CAD: it's been a while since one has been introduced, so expand details on using |
| 20:45.48 | CIA-124 | BRL-CAD: global variables. be clear that we should not be adding new globals to |
| 20:45.48 | CIA-124 | BRL-CAD: libraries and discourage use within applications. note two dominant alternative |
| 20:45.48 | CIA-124 | BRL-CAD: solutions. |
| 20:47.39 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 20:49.05 | CIA-124 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3640 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 20:50.52 | brlcad | starseeker: r50298 introduces a crashing bug |
| 20:51.36 | brlcad | you just commented out the open .. but it's conditionally used and no guarantee that it'll be null |
| 20:53.22 | brlcad | at a glance, you probably broke the -o option at a minimum |
| 20:54.52 | brlcad | if it's causing issues.. fix the issues.. still, commenting it out without a comment documenting it was the wrong thing to do regardless |
| 21:00.32 | CIA-124 | BRL-CAD: 03brlcad * r50504 10/brlcad/trunk/src/rt/viewedge.c: |
| 21:00.32 | CIA-124 | BRL-CAD: revert r50298 that just commented out the file open call. the file is still |
| 21:00.32 | CIA-124 | BRL-CAD: conditionally written to so this very likely broke the -o output option and/or |
| 21:00.32 | CIA-124 | BRL-CAD: will cause a crash. regardless, creating new dead code without a documented |
| 21:00.32 | CIA-124 | BRL-CAD: reason/explanation is wrong too. |
| 21:06.46 | CIA-124 | BRL-CAD: 03brlcad * r50505 10/brlcad/trunk/NEWS: tom browder fixed memory leaks in the comgeom-g importer. as a single-use tool, the impact is minor, but potentially user-visible if there are lots of geometry import failures (for whatever reason). |
| 21:06.47 | CIA-124 | BRL-CAD: 03n_reed * r50506 10/brlcad/trunk/src/other/step/src/clstepcore/ (24 files): Cleanup in clstepcore. SCL git 239ce49 and f9b9383. |
| 22:45.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:00.22 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 23:22.43 | starseeker | brlcad: I'll check, but it was very definitely *causing* a problem at the time |
| 23:22.53 | starseeker | I ment to ask ``Erik about it, but forgot |
| 23:25.30 | starseeker | ah yeah |
| 23:25.57 | starseeker | ./bin/rtedge -o test.pix share/brlcad/7.21.0/db/m35.g component |
| 23:26.08 | starseeker | Output file is 'test.pix' 512x512 pixels |
| 23:26.08 | starseeker | open: Permission denied |
| 23:26.08 | starseeker | ERROR: opening output file "test.pix" for writing |
| 23:28.24 | starseeker | something else is already creating the output file before that call |
| 23:37.17 | starseeker | yeah - icv_image_save_open is called at do.c line 795 |
| 23:43.52 | CIA-124 | BRL-CAD: 03starseeker * r50507 10/brlcad/trunk/src/rt/viewedge.c: (log message trimmed) |
| 23:43.53 | CIA-124 | BRL-CAD: icv_image_save_open is already called by do.c:795, resulting in a failure to |
| 23:43.53 | CIA-124 | BRL-CAD: open the file when viewedge.c attempts to call it again. Difference looks to be |
| 23:43.53 | CIA-124 | BRL-CAD: ICV_IMAGE_AUTO_NO_PIX vs ICV_IMAGE_AUTO between the two calls - looking at |
| 23:43.53 | CIA-124 | BRL-CAD: fileformat.c:278 the only difference is the icv_image_save_open command will not |
| 23:43.53 | CIA-124 | BRL-CAD: default to returning a pix file if it doesn't recognize the image format via |
| 23:43.54 | CIA-124 | BRL-CAD: extension. Unless there is a good reason for rtedge to be a special case, this |
| 00:26.58 | brlcad | starseeker: ah, thanks -- that makes a LOT more sense now (and why commenting out code is bad, requires making assumptions that are easily wrong) |
| 00:27.48 | brlcad | interesting entirely unintended side-effect there that caused the open failure |
| 00:47.30 | starseeker | that SPM08 paper is indeed interesting |
| 00:51.24 | kanzure | heh |
| 00:52.07 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:10.38 | CIA-124 | BRL-CAD: 03brlcad * r50508 10/brlcad/trunk/NEWS: |
| 02:10.39 | CIA-124 | BRL-CAD: cliff fixed a bug in rtedge where it was giving a permission denied error due to |
| 02:10.39 | CIA-124 | BRL-CAD: a double-open call. the double-open was somehow fine before the conversion to |
| 02:10.39 | CIA-124 | BRL-CAD: bu_image/icv_image but was now giving an "open: Permission denied" error. fix |
| 02:10.39 | CIA-124 | BRL-CAD: was to eliminate the second open call. |
| 02:20.57 | CIA-124 | BRL-CAD: 03brlcad * r50509 10/brlcad/trunk/NEWS: tom browder fixed a bug in the comgeom-g importer that was causing a problem due to improper memory deallocation after mk_ars(). |
| 03:41.18 | CIA-124 | BRL-CAD: 03Anoop 07http://brlcad.org * r3641 10/wiki/User:Anoop/Logs: |
| 05:05.47 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 05:06.41 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 05:11.09 | *** join/#brlcad CIA-65 (~CIA@cia.atheme.org) | |
| 07:17.16 | *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net) | |
| 08:14.26 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:51.31 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 11:32.17 | *** join/#brlcad Stattrav_ (~Stattrav@122.167.121.7) | |
| 11:43.33 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:44.19 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:44.34 | d_rossberg | windows build was ok now after cleaning up the build directory |
| 11:46.27 | d_rossberg | there was only one problem: warning: error while sourcing rtwizard.tcl: couldn't read file "util/getopt.tcl": no such file or directory |
| 11:47.49 | d_rossberg | there seems to be a path-mismatch somewhere |
| 13:04.41 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 13:05.35 | brlcad | hm, d_rossberg what do you get if you start btclsh and run: bu_brlcad_data "tclscripts" |
| 13:14.03 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 13:20.20 | starseek1r | d_rossberg: that was a tclscript warning? |
| 13:20.36 | starseek1r | I'm seeing that, but it doesn't seem to have any functional implications so far |
| 13:21.43 | starseek1r | it's line 69 in rtwizard.tcl: source [file join [bu_brlcad_data "tclscripts"] util getopt.tcl] |
| 13:22.08 | starseek1r | that part of rtwizard.tcl is not functional yet, so I can comment it out if it's wrong... |
| 13:23.34 | starseek1r | the only other case of sourcing a file from bu_brlcad_data "tclscripts" is in help.tcl - that's how we're trying to pull helplib.tcl |
| 13:24.42 | starseek1r | dunno if that's causing a similar error... checking the build logs now... |
| 13:31.43 | starseeker | oohhh... it's coming back to me a little. I seem to recall our having this issue before with pkg_mkIndex, which is a built-in Tcl command |
| 13:34.48 | d_rossberg | brlcad: ~/brlcad.install/share/brlcad/7.21.0\tclscripts |
| 13:36.52 | d_rossberg | starseeker: i couldn't see any effect of this warning/error to the remaining build |
| 14:05.03 | starseeker | yeah, I think this has come up before. pkg_mkIndex is a built-in from Tcl, and it doesn't evalute our bu_brlcad_data function before attempting to source |
| 14:05.17 | starseeker | or rather, if it does try the result goes away and doesn't help |
| 14:06.30 | starseeker | brlcad: do you happen to recall if there was a workaround for that? |
| 14:09.10 | CIA-65 | BRL-CAD: 03bob1961 * r50510 10/brlcad/trunk/src/tclscripts/lib/ (CMakeLists.txt Ged.tcl RtImage.tcl pkgIndex.tcl): Split out the guts of cadwidgets::Ged::make_image into cadwidgets::rtimage. |
| 15:03.03 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3642 10/wiki/User:Plussai/GSoC_2012_log: /* 9 May 2012 */ |
| 15:12.24 | CIA-65 | BRL-CAD: 03starseeker * r50511 10/brlcad/trunk/src/tclscripts/ (3 files in 2 dirs): Make a couple things into package requireable packages and add a couple other tweaks to make pkg_mkIndex happy - hopefully this eliminates the error being reported trying to source getopt.tcl |
| 15:12.37 | starseeker | d_rossberg: see if that helps |
| 15:14.53 | starseeker | you may need to clear out share/brlcad/7.21.0/tclscripts/rtwizard |
| 15:14.58 | starseeker | and regenerate it |
| 15:16.52 | starseeker | grumble... that limitation takes a lot of the starch out of bu_brlcad_data... |
| 16:14.21 | *** join/#brlcad kane_ (~Mesut@e182053007.adsl.alicedsl.de) | |
| 16:28.24 | CIA-65 | BRL-CAD: 03brlcad * r50512 10/brlcad/trunk/HACKING: |
| 16:28.24 | CIA-65 | BRL-CAD: summarize the release process more clearly with the underlying rationale. the |
| 16:28.24 | CIA-65 | BRL-CAD: emphasis isn't monthly iteration, so make the steps clear on requirements for |
| 16:28.24 | CIA-65 | BRL-CAD: sync/tag and announcing release intentions. include a copy-pasteable mail |
| 16:28.24 | CIA-65 | BRL-CAD: notification and improve some of the other steps so they can similarly be |
| 16:28.25 | CIA-65 | BRL-CAD: copy-pasted. get the last release rev and set MAJOR/MINOR/PATCH for tagging. |
| 16:30.49 | *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net) | |
| 17:22.47 | *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net) | |
| 17:34.27 | d_rossberg | starseeker: the error is gone |
| 17:36.10 | CIA-65 | BRL-CAD: 03brlcad * r50513 10/brlcad/trunk/HACKING: |
| 17:36.10 | CIA-65 | BRL-CAD: prompted by browder's mailing list inquiry and linux release naming |
| 17:36.10 | CIA-65 | BRL-CAD: disconformity, include a new section on patching a release. includes details on |
| 17:36.10 | CIA-65 | BRL-CAD: version numbering. uses the versiontriplet-count convention in order to match |
| 17:36.10 | CIA-65 | BRL-CAD: the existing linux binary release files and to avoid ambiguity, especially since |
| 17:36.11 | CIA-65 | BRL-CAD: we already have a 'PATCH' version number that increments sequentially. |
| 18:00.38 | *** join/#brlcad andrei (~andrei@188.25.158.40) | |
| 18:17.12 | brlcad | starseeker: in all fairness, bu_brlcad_data wasn't ever intended to be used for finding tclscripts |
| 18:17.36 | brlcad | data should be for finding the db examples, html docs, examples images, etc |
| 18:24.22 | brlcad | starseeker: you or bob seen https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3523256&group_id=105292 ? |
| 18:25.25 | brlcad | I believe that -imagepixmapify option should be going to a tkhtml widget |
| 18:31.41 | CIA-65 | BRL-CAD: 03brlcad * r50514 10/brlcad/trunk/NEWS: |
| 18:31.41 | CIA-65 | BRL-CAD: cliff added new command-line support to rtwizard including added new manual page |
| 18:31.41 | CIA-65 | BRL-CAD: documentation. inclued are a variety of options that provide a way to avoid the |
| 18:31.41 | CIA-65 | BRL-CAD: need for graphically picking components. not yet fully non-graphical, but |
| 18:31.41 | CIA-65 | BRL-CAD: moving in support of that end for regression testing. |
| 18:34.55 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 18:36.46 | CIA-65 | BRL-CAD: 03brlcad * r50515 10/brlcad/trunk/NEWS: richard added a new -m1 option to mged for drawing BoTs in shaded mode if OpenGL support is enabled (along with lighting and z-buffering), including user documentation. |
| 18:40.51 | starseeker | brlcad: it's a tkhtml thing, sure enough - your question about whether he has a system tkhtml that might be installed (and might be too old to understand that option) is probably on the right track |
| 18:55.53 | starseeker | yeah, he's got alpha16 installed. First time I've ever run into that, but it's not too surprising in retrospect - that's the tarball version available here, after all - http://tkhtml.tcl.tk/ |
| 18:58.43 | *** join/#brlcad Stattrav_ (~Stattrav@59.97.50.21) | |
| 18:58.44 | starseeker | brlcad: um... actually, there's nothing non-graphical working as yet... Bob's addition of the RtImage.tcl proc makes it possible, but there's a ways to go yet... |
| 18:59.29 | CIA-65 | BRL-CAD: 03bob1961 * r50516 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::attr to not set the saveflag when calling the "get" or "show" subcommands. |
| 19:07.08 | *** join/#brlcad merzo (~merzo@232-247-132-95.pool.ukrtel.net) | |
| 19:11.23 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 19:16.28 | CIA-65 | BRL-CAD: 03brlcad * r50517 10/brlcad/trunk/TODO: |
| 19:16.28 | CIA-65 | BRL-CAD: suprising this hasn't been provided by now, but add an option for reading angles |
| 19:16.28 | CIA-65 | BRL-CAD: as radians or degrees. most of our tools take degree angles but could just as |
| 19:16.28 | CIA-65 | BRL-CAD: easily take both. avoid 'R' since it implies radius, but perhaps a 'rad' and |
| 19:16.28 | CIA-65 | BRL-CAD: 'deg' suffix would help. probably best implemented as a libbn function. |
| 19:17.33 | *** join/#brlcad kane__ (~Mesut@e182057003.adsl.alicedsl.de) | |
| 19:31.01 | CIA-65 | BRL-CAD: 03brlcad * r50518 10/brlcad/trunk/NEWS: richard expanded mged's 'l' list command documentation with details on the -t (terse) and -r (recursive) options. |
| 19:33.29 | CIA-65 | BRL-CAD: 03brlcad * r50519 10/brlcad/trunk/NEWS: richard expanded mged's 'l' list command documentation with details on the -t (terse) and -r (recursive) options. also the same for the listeval command (where -t also means terse output) |
| 19:48.49 | brlcad | starseeker: so our sources are based on something older than alpha16? I don't recall anyone adding that imagepixmapify option to tkhtml |
| 19:50.35 | brlcad | plus news should be fine -- just says command-line invocation has some options it didn't have before (commit message explained goal, not status) |
| 20:00.40 | starseeker | ours are based on something newer than alpha16 |
| 20:00.49 | starseeker | k |
| 20:01.42 | starseeker | I'm guessing something in our code tried to use an option not supported by alpha16, but I'm not sure yet |
| 20:05.55 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 20:06.55 | CIA-65 | BRL-CAD: 03r_weiss * r50520 10/brlcad/trunk/src/mged/utility1.c: Updated function 'f_red' in file 'utility1.c'. This change fixes a bug where error messages were not displayed from the mged 'red' command. |
| 20:15.11 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 20:26.35 | CIA-65 | BRL-CAD: 03r_weiss * r50521 10/brlcad/trunk/src/libged/red.c: |
| 20:26.36 | CIA-65 | BRL-CAD: Updated function 'ged_red' in file 'red.c'. Fixed a bug where regions were |
| 20:26.36 | CIA-65 | BRL-CAD: incorrectly being automatically converted to combinations when editied with the |
| 20:26.36 | CIA-65 | BRL-CAD: mged 'red' command. Fixed bugs in the mged 'red' command input parameter error |
| 20:26.36 | CIA-65 | BRL-CAD: checking. Improved some of the error messages in the mged and archer 'red' |
| 20:26.36 | CIA-65 | BRL-CAD: command. |
| 20:30.16 | CIA-65 | BRL-CAD: 03r_weiss * r50522 10/brlcad/trunk/src/libged/editit.c: Fixed a bug in function '_ged_editit' in file 'editit.c'. There was an array which was not initialized causing intermittent errors and seg-faults. |
| 20:31.06 | CIA-65 | BRL-CAD: 03starseeker * r50523 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: |
| 20:31.06 | CIA-65 | BRL-CAD: The real beginning of rtwizard command line support. Can specify a variety of |
| 20:31.06 | CIA-65 | BRL-CAD: options on the command line, although this may not be the final form of all the |
| 20:31.06 | CIA-65 | BRL-CAD: options and the man page will need to be synced with the actual options. |
| 20:31.06 | CIA-65 | BRL-CAD: Currently none of the command line options can be used to initialize GUI |
| 20:31.07 | CIA-65 | BRL-CAD: options, but that level of integration should be possible. |
| 20:50.48 | starseeker | shucks - too much backporting to STABLE to get the command line rtwizard going there - will have to wait |
| 21:08.46 | starseeker | ah - bug fix for red is at red.c:869 |
| 21:10.34 | starseeker | hmm... were we allowing red to be run without arguments in order to present a "text gui" for object creation? If so, it really should be argc < 2 not argc != 2 in utility1.c |
| 21:13.23 | starseeker | er, excuse me - not thing straight |
| 21:13.45 | starseeker | question is allowing more than one arg |
| 21:13.48 | starseeker | nevermind |
| 21:17.26 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 21:38.33 | CIA-65 | BRL-CAD: 03starseeker * r50524 10/brlcad/branches/STABLE/src/ (libged/editit.c libged/red.c mged/utility1.c): Apply the red changes from r50520-50522 to STABLE |
| 21:43.29 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 22:45.15 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3643 10/wiki/User:Cprecup/GSoC2012_progress: study how to access data corresponding to a geometry hierachy |
| 22:49.54 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3644 10/wiki/User:Cprecup/GSoC2012_progress: reformatted the text because of readability reasons |
| 00:35.10 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 04:47.30 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:17.43 | *** join/#brlcad merzo (~merzo@102-254-132-95.pool.ukrtel.net) | |
| 07:20.21 | *** join/#brlcad andrei (~andrei@188.25.158.40) | |
| 08:19.03 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:50.43 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:05.01 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3645 10/wiki/User:Ksuzee/Reports: |
| 09:43.05 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 11:42.29 | CIA-65 | BRL-CAD: 03starseeker * r50525 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Fully specifiy RtWizard namespace as a child of the toplevel namespace in getopt variables |
| 12:10.16 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:21.37 | CIA-65 | BRL-CAD: 03starseeker * r50526 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: |
| 12:21.38 | CIA-65 | BRL-CAD: Add png ouput support, make the option handling a bit smarter - can spot .g, |
| 12:21.38 | CIA-65 | BRL-CAD: .pix and .png file specifiers without needing -i and -o options (although |
| 12:21.38 | CIA-65 | BRL-CAD: setting input and output files with the options overrules no-option specifiers) |
| 12:21.38 | CIA-65 | BRL-CAD: and treats any remaining unknown args as full color specifiers. Net result is |
| 12:21.38 | CIA-65 | BRL-CAD: rtwizard feels a bit more like rt until you start adding on extra options, |
| 12:21.39 | CIA-65 | BRL-CAD: although -F/dev/X still needs to be -F /dev/X with rtwizard for now. |
| 13:45.54 | CIA-65 | BRL-CAD: 03starseeker * r50527 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: If we aren't going to be able to create the out file we need, bail early instead of wiping out during raytracing. |
| 14:31.10 | cristina | ``Erik: I am working on a patch for migrating the src/librt/primitives/nmg to a separate library |
| 14:32.00 | cristina | should I use svn move in order to move the files outside librt or should I just specify when providing the patch what should be moved where |
| 14:32.09 | cristina | ? |
| 15:08.17 | CIA-65 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3646 10/wiki/User:Popescu.andrei1991: |
| 15:29.01 | CIA-65 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3647 10/wiki/User:Popescu.andrei1991: |
| 15:30.12 | CIA-65 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3648 10/wiki/User:Popescu.andrei1991: /* Project Summary */ |
| 15:55.20 | CIA-65 | BRL-CAD: 03starseeker * r50528 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt rtwizard.xml): rtwizard isn't an MGED command line command |
| 15:55.59 | starseeker | cristina: without commit access, you'll probably want the patch to specify the moves |
| 15:58.07 | cristina | starseeker: so I will specify them in the description? Because I had to move the nmg/ folder outside librt/primitives/ and my patch became very long |
| 16:38.35 | cristina | nevermind, starseeker. I realized now that without commit access I can't do that. Thanks for the answer |
| 17:26.30 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3649 10/wiki/User:Stattrav/GSoC2012_log: |
| 17:29.59 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:53.27 | andrei | hello |
| 17:54.02 | andrei | I tried to transfer files of size between 24kb and 30kb using tpkg and it did seem to work fine |
| 18:01.42 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:02.52 | andrei | is there a specific kind of package that fails? |
| 18:10.28 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 18:10.58 | starseeker | andrei: I know generally there's some question about framebuffer communications from rt and whether libpkg is slowing things down... |
| 18:11.46 | starseeker | andrei: unfortunately I'm not the one to answer pkg questions - I still need to figure out my client/server example in src/libpkg/example... |
| 18:11.59 | starseeker | never did get them sending text messages back and forth... |
| 18:18.14 | andrei | I have sent |
| 18:18.19 | andrei | from /dev/random |
| 18:18.23 | andrei | not text files |
| 18:19.06 | andrei | Sorry for writing like that. From what I have seen the test doesn't check the file integrity |
| 18:19.33 | starseeker | andrei: brlcad is probably the one you need to ask about libpkg issues - to date I haven't wrapped by brain around it successfully yet |
| 18:20.47 | andrei | sure:) |
| 18:21.59 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:22.09 | *** join/#brlcad ksuzee_ (~ksu@46.149.81.166) | |
| 18:23.05 | ksuzee_ | hello |
| 19:23.54 | andrei | starseeker: should I update my wiki with what I found regarding the tests? |
| 19:32.31 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 19:41.27 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 19:51.04 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 19:54.08 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3650 10/wiki/User:Cprecup/GSoC2012_progress: new patch to be reviewed: separate out LIBNMG from LIBRT |
| 20:17.58 | *** join/#brlcad merzo (~merzo@102-254-132-95.pool.ukrtel.net) | |
| 20:36.30 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:02.43 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 22:06.10 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 00:14.22 | CIA-65 | BRL-CAD: 03starseeker * r50529 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Apply a slight tweak of patch 3515194 from Wu Jianbang (phoenix) to add support to the brep command for converting existing primitives to brep form. |
| 01:14.32 | *** join/#brlcad thiago (~thiago@201.82.137.56) | |
| 07:04.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221) | |
| 07:17.41 | *** join/#brlcad merzo (~merzo@69-231-132-95.pool.ukrtel.net) | |
| 08:11.33 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 08:11.33 | *** mode/#brlcad [+o brlcad] by zelazny.freenode.net | |
| 08:20.09 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 08:37.04 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 08:40.37 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:50.13 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:34.14 | *** join/#brlcad kane_ (~Mesut@e182049207.adsl.alicedsl.de) | |
| 10:23.50 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 10:27.11 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 11:18.51 | *** join/#brlcad andrei (~andrei@188.25.27.148) | |
| 11:20.16 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 11:38.37 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:27.01 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221) | |
| 12:42.53 | ``Erik | freebsd 10 will default to clang with gcc deprecated |
| 13:36.12 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 13:41.00 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 14:38.51 | *** join/#brlcad kane__ (~Mesut@e181173009.adsl.alicedsl.de) | |
| 15:33.54 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.19.221) | |
| 16:19.34 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:28.22 | *** join/#brlcad thiago (~thiago@201.82.137.56) | |
| 17:40.07 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 18:00.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:00.24 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 20:13.54 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3651 10/wiki/User:Ksuzee/Reports: |
| 21:23.29 | starseeker | ``Erik: that's a big step |
| 21:41.53 | starseeker | hmm: http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/ |
| 21:46.25 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 23:46.13 | *** join/#brlcad DarkCalf (~DC@173.231.40.98) | |
| 23:59.40 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 01:45.24 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 05:41.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.130.178) | |
| 06:57.30 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:25.42 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 07:25.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:34.57 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:06.56 | *** join/#brlcad cristina (~cristina@188.24.75.98) | |
| 09:13.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 11:06.18 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 12:17.15 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3652 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
| 12:27.04 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3653 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 12:39.42 | *** join/#brlcad Maloeran (~maloeran@mail.catchgamer.no) | |
| 12:49.02 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.22.13) | |
| 12:49.08 | CIA-65 | BRL-CAD: 03starseeker * r50530 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Make RtWizard namespace more explicitly toplevel, add extra check to make sure we have a proposed output file before doing the file exists test. |
| 12:56.16 | CIA-65 | BRL-CAD: 03starseeker * r50531 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Use 'C' for color |
| 13:46.53 | CIA-65 | BRL-CAD: 03starseeker * r50532 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: rename a few variables |
| 13:59.21 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36) | |
| 14:28.53 | *** join/#brlcad cristina_ (~cristina@188.24.79.172) | |
| 14:31.55 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3654 10/wiki/User:Anoop/Logs: |
| 15:02.33 | *** join/#brlcad cristina__ (~cristina@188.24.76.130) | |
| 15:57.49 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:59.46 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3655 10/wiki/User:Anoop/Logs: |
| 16:00.47 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3656 10/wiki/User:Anoop/Logs: /* May 14,2012 */ |
| 16:21.09 | *** join/#brlcad cristina (~cristina@188.24.76.101) | |
| 16:43.30 | CIA-65 | BRL-CAD: 03starseeker * r50533 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: If an output file is specified but doesn't have a pix or png extension, assume pix |
| 16:47.41 | brlcad | waves |
| 16:53.11 | brlcad | starseeker: did you try downloading the new bsd sort utility? |
| 16:54.31 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.147.36) | |
| 16:55.33 | brlcad | cristina: you can (and should) run "svn mv" .. and yes it'll make your patch crazy-huge |
| 16:55.48 | brlcad | compress it and should be fine |
| 16:56.29 | brlcad | that said, if someone gets to reviewing and applying you patch before you can get to it, no worries -- the instructions work too |
| 16:57.08 | brlcad | i just may myself since it's rather major and great to see :) |
| 17:12.19 | *** join/#brlcad kane_ (~Mesut@g226124248.adsl.alicedsl.de) | |
| 17:32.54 | cristina | brlcad: I've used "svn mv" but then decided to use the alternative, i.e. specify the steps and let someone with commit access to do them |
| 17:33.14 | cristina | the problem was that with "svn mv", the /nmg folder would still remain |
| 17:50.07 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:50.53 | *** join/#brlcad andrei_ (~andrei@5-12-64-10.residential.rdsnet.ro) | |
| 18:52.41 | brlcad | cristina: it only remains for you until you "svn commit", it would have been automatically removed when applied |
| 18:53.01 | brlcad | until you commit, you can still revert and you need the directory to exist (with the embedded .svn dirs) for that |
| 18:53.09 | brlcad | no worries, it's a great patch |
| 18:57.53 | cristina | brlcad: that makes sense :). I was thinking on creating a separate repository with brlcad and apply the changes there, where I would have commit access |
| 19:01.34 | brlcad | how would that have helped? :) |
| 19:03.36 | andrei_ | hey brlcad |
| 19:03.43 | brlcad | hola andrei_ |
| 19:03.47 | cristina | well, my problem is that if I move the files from one side to another, the patch will contain only informations about the lines in the files deleted (i.e., '- <line>'). It doesn't say anything about the files in the new location ('+ <line>') |
| 19:03.56 | andrei_ | from what I have read on the sourceforge comments(and I have done that a pretty long time ago ) I should only remove comments from my patch |
| 19:03.58 | andrei_ | and apply it? |
| 19:04.09 | andrei_ | the one with strdup global var. |
| 19:04.52 | CIA-65 | BRL-CAD: 03starseeker * r50534 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Make some updates to the rtwizard man page. |
| 19:04.53 | starseeker | brlcad: not yet - only page I found so far was that portage one |
| 19:05.01 | starseeker | or ports |
| 19:08.11 | starseeker | scowls at rtedge |
| 19:10.57 | andrei_ | I will also post some more detailed and accurate info about my current situation, possible work schedule etc. |
| 19:11.08 | andrei_ | hopefuly today. |
| 19:15.52 | brlcad | cristina: hm, the patch should have included the removal and addition if you used svn mv (or at least instructions for a mv) |
| 19:16.31 | brlcad | andrei_: actually it looked like your patch doesn't actually work, no? |
| 19:16.59 | brlcad | andrei_: you split the variable into a local scope, but then it's intended purpose no longer works -- why it was global in the first place |
| 19:17.22 | brlcad | I'd have to read it again to be sure, but it seemed more complex than the patch made it out to be |
| 19:21.28 | brlcad | cristina: thanks for helping anoop -- that's awesome |
| 19:22.16 | cristina | brlcad: no problem. I'm glad when I can be useful |
| 19:24.27 | andrei_ | brlcad, I will try to look into it aswell. |
| 19:31.10 | CIA-65 | BRL-CAD: 03starseeker * r50535 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Want to pop up the GUI if all we have is the .g file specified |
| 19:50.05 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 19:55.58 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-btcdotlynjvynyrw) | |
| 20:09.16 | *** join/#brlcad merzo (~merzo@154-123-133-95.pool.ukrtel.net) | |
| 20:33.55 | CIA-65 | BRL-CAD: 03brlcad * r50536 10/brlcad/trunk/AUTHORS: credit wu jianbang (aka phoenix) with an initial code contribution that added support to the brep command for converting existing primitives to brep form. (sf patch 3515194 applied in r50529 by starseeker). thanks wu! |
| 20:36.51 | CIA-65 | BRL-CAD: 03brlcad * r50537 10/brlcad/trunk/NEWS: |
| 20:36.51 | CIA-65 | BRL-CAD: credit wu jianbang (aka phoenix) with an initial code contribution that added |
| 20:36.51 | CIA-65 | BRL-CAD: support to the brep command for converting existing primitives to brep form. (sf |
| 20:36.51 | CIA-65 | BRL-CAD: patch 3515194 applied slightly tweaked in r50529 by starseeker). gsoc2012. |
| 20:37.58 | brlcad | starseeker: does the png output support work in gui mode too? |
| 20:38.00 | brlcad | (rtwizard) |
| 20:41.08 | CIA-65 | BRL-CAD: 03brlcad * r50538 10/brlcad/trunk/NEWS: cliff added support to rtwizard so that (at least in command-line mode) it'll write out a png file from the framebuffer. if the filename indicates a png extension, it's used and otherwise still defaults to pix. |
| 20:42.10 | brlcad | patch leads me to believe 'yes', so feel free to delete that NEWS line if it's otherwise |
| 20:54.19 | CIA-65 | BRL-CAD: 03brlcad * r50539 10/brlcad/trunk/NEWS: richard fixed a region demotion bug in the mged 'red' command (really, another bug? regression should test/catch this...) where a region was being having the region-flag unset. |
| 20:54.23 | brlcad | is a little dubious of that .. want more info |
| 20:57.31 | CIA-65 | BRL-CAD: 03brlcad * r50540 10/brlcad/trunk/src/libged/red.c: shouldn't muddle our own terminology with redundancy. regions and groups are combinations. (plus the serial comma was missing and the usage implied an option null set) |
| 20:59.21 | CIA-65 | BRL-CAD: 03brlcad * r50541 10/brlcad/trunk/TODO: red has failed too many times. new failures such as r50521 necessitate a regression test. |
| 21:04.05 | brlcad | starseeker: unrelated, came across CMAKE_FIND_LIBRARY_SUFFIXES -- apparently used to find installed libraries that don't have a "usual" suffix |
| 21:04.28 | brlcad | like having a libwhatever.so.5 but no libwhatever.so, you'd add .so.5 to CMAKE_FIND_LIBRARY_SUFFIXES and it'll find it |
| 21:04.49 | brlcad | of course, wrapped in some sort of if (unix) check for that one |
| 21:05.26 | brlcad | if (platform_supports_so_extension) |
| 21:10.21 | CIA-65 | BRL-CAD: 03brlcad * r50542 10/brlcad/trunk/TODO: need to bump (most, but probably not all) libs version number .. for any whose headers have changed |
| 21:13.11 | CIA-65 | BRL-CAD: 03brlcad * r50543 10/brlcad/trunk/NEWS: |
| 21:13.11 | CIA-65 | BRL-CAD: keith improved nurbs raytracing (fixing the segment lists being returned to |
| 21:13.11 | CIA-65 | BRL-CAD: analysis codes) when we're shooting from inside nurbs geometry. before, it was |
| 21:13.11 | CIA-65 | BRL-CAD: ignoring hits from behind. r50167 makes them look at those too so the negative |
| 21:13.11 | CIA-65 | BRL-CAD: hit point is properly returned. |
| 21:13.36 | *** join/#brlcad cristina (~cristina@188.24.76.101) | |
| 21:17.45 | CIA-65 | BRL-CAD: 03brlcad * r50544 10/brlcad/trunk/NEWS: |
| 21:17.46 | CIA-65 | BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug |
| 21:17.46 | CIA-65 | BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv |
| 21:17.46 | CIA-65 | BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting |
| 21:17.46 | CIA-65 | BRL-CAD: before entrance, and dangling entrace cases. |
| 21:23.51 | CIA-65 | BRL-CAD: 03brlcad * r50545 10/brlcad/trunk/NEWS: |
| 21:23.52 | CIA-65 | BRL-CAD: keith fixed a surprising bug in the relatively new BoT mesh TIE rendering bug |
| 21:23.52 | CIA-65 | BRL-CAD: where segments were being lost during rt_bot_makesegs. it was using a hit_vpriv |
| 21:23.52 | CIA-65 | BRL-CAD: array that TIE was never filling in, used for cleaning up odd hits, exiting |
| 21:23.52 | CIA-65 | BRL-CAD: before entrance, and dangling entrace cases. this consequently was related to |
| 21:23.52 | CIA-65 | BRL-CAD: another issue where hit segments were off by 1.01 units. |
| 21:40.48 | brlcad | starseeker: maybe you can hit this up while you're mucking with rtwizard: https://sourceforge.net/tracker/?func=detail&atid=640805&aid=3485107&group_id=105292 |
| 21:41.12 | brlcad | the summary has the crux: rtwizard needs output file menu with default name |
| 21:46.38 | starseeker | brlcad: it will output png in at least one case, but last time we discussed it I think the conclusion was more changes to the GUI are needed |
| 21:47.25 | brlcad | hm, okay .. your recent change seemed different |
| 21:47.46 | starseeker | command line and GUI are different worlds at the moment |
| 21:47.56 | starseeker | I'm considering syncing them, but that's a fair bit of work |
| 21:49.38 | starseeker | actually, Bob and I had discussed integrating "rtwizard-like" abilities into Archer already |
| 21:50.05 | starseeker | probably won't let us outright kill rtwizard sadly, but for frequent users it should "suck quite a lot less" |
| 21:53.32 | starseeker | CMAKE_FIND_LIBRARY_SUFFIXES is actually fairly interesting... might help with the stdc++ check... |
| 22:00.25 | starseeker | brlcad: yeah, we can leave the news item for png output - if any of the GUI modes don't output PNG, now's the time to fix it |
| 22:04.15 | brlcad | if archer gets rtwizard-like features .. it really should get the majority so we don't have to maintain two codes |
| 22:04.56 | crdueck | hey guys, taking a look at src/libanalyze/density.c, it seems like lines 43-50 can be safely removed since the if(){ ... continue;} section should handle skipping comment blocks |
| 22:05.15 | brlcad | rtwizard was written in just a couple weeks .. an archer rewrite shouldn't take longer than that or someone's doing something wrong (or drastically inefficiently different) |
| 22:06.31 | brlcad | crdueck: have you tested that? |
| 22:06.41 | brlcad | there's a test_density regression in there I believe |
| 22:06.55 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3657 10/wiki/MgedFAQ: initial cut at making a wiki FAQ out of the referenced help forum msg |
| 22:07.01 | crdueck | oh okay perfect, i was going to ask how the density function is used so i could do some tests |
| 22:07.53 | brlcad | "brlman gqa" has an example density file |
| 22:08.18 | brlcad | or just "man gqa" if you have a proper install and your MANPATH is set |
| 22:30.56 | crdueck | where are the "BU_INCLUDE_DIRS"? they seemingly arent in the main include dir |
| 22:32.49 | crdueck | or rather, i'm compiling test_density.c with "gcc test_density.c -I ../../include" and its complaining about undefined references to some bu functions. so what do i need to do to include the bu dirs? |
| 23:01.05 | cristina | brlcad: I've made a new patch that includes changing the location of the files from src/primitives/nmg |
| 23:01.41 | cristina | however, the size of the archived patch exceeds the maximum size allowed for files to be uploaded |
| 23:01.58 | cristina | should I store the file somewhere else and provide a link to it? |
| 23:05.52 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3658 10/wiki/User:Cprecup/GSoC2012_progress: alternative patch created for migrating libnmg from librt |
| 23:14.11 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3659 10/wiki/User:Cprecup/GSoC2012_progress: update: provided temporary link for the new patch |
| 23:28.20 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:37.49 | CIA-65 | BRL-CAD: 03starseeker * r50546 10/brlcad/trunk/src/librt/primitives/ (ehy/ehy_brep.cpp ell/ell_brep.cpp hyp/hyp_brep.cpp): |
| 00:37.50 | CIA-65 | BRL-CAD: Apply brep patches from 3513288 - slight alteration to the hyp patch which seems |
| 00:37.50 | CIA-65 | BRL-CAD: to result in correct raytracing of the hyp, although it probably needs a bit |
| 00:37.50 | CIA-65 | BRL-CAD: more checking to make sure all the surfaces are facing the right way. |
| 02:56.22 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 04:32.41 | CIA-65 | BRL-CAD: 03brlcad * r50547 10/brlcad/trunk/NEWS: |
| 04:32.41 | CIA-65 | BRL-CAD: add a line item for the conversion of implicit geometry into boundary |
| 04:32.41 | CIA-65 | BRL-CAD: representation format now that they are predominantly all implemented and seem |
| 04:32.41 | CIA-65 | BRL-CAD: to be working well (as seen by csgbrep conversion testing and brep mged |
| 04:32.41 | CIA-65 | BRL-CAD: command). 95+% all cliff with some support from wu on fixing up ehy, ell, hyp |
| 04:32.42 | CIA-65 | BRL-CAD: and 'brep' command. also, a smidgen from yours truly fixing various memory |
| 04:32.43 | CIA-65 | BRL-CAD: management bugs and stabbing in the initial solid bspline->brep conversion. |
| 04:37.29 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3660 10/wiki/Main_Page: link to tom's new mged faq too |
| 04:39.14 | brlcad | crdueck: undefined references are linker errors, not preprocessor or compilation errors |
| 04:39.49 | brlcad | that means you're missing a link to libbu ("-Lpath/to/libbu/dir -lbu" for *nix-style systems) |
| 04:40.36 | brlcad | crdueck: that said, why are you compiling test_density by hand? it should be compiled already during 'make', just not installed |
| 04:42.07 | brlcad | "cd brlcad-builddir/src/libanalyze && make clean && make" should rebuild build it |
| 04:52.46 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/rights: changed group membership for User:Tbrowder from (none) to sysop: promoted so he can edit the main page |
| 05:19.11 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 05:32.57 | *** join/#brlcad cristina (~cristina@188.24.76.101) | |
| 05:35.10 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.79) | |
| 06:39.42 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.133.52) | |
| 07:11.25 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 07:17.54 | *** join/#brlcad merzo (~merzo@233-204-132-95.pool.ukrtel.net) | |
| 07:18.24 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:07.57 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 08:08.05 | *** join/#brlcad ksuzee_ (~ksu@193.151.105.83) | |
| 08:12.47 | *** part/#brlcad ksuzee_ (~ksu@193.151.105.83) | |
| 08:41.08 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.133.52) | |
| 09:02.07 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 09:22.11 | *** join/#brlcad cristina (~cristina@188.24.81.180) | |
| 10:16.17 | *** join/#brlcad kane_ (~Mesut@g226124248.adsl.alicedsl.de) | |
| 10:36.06 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:43.54 | *** join/#brlcad merzo (~merzo@9-217-200-46.pool.ukrtel.net) | |
| 11:27.17 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:27.36 | starseeker | yawns |
| 11:33.16 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.140.220) | |
| 11:47.01 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.130.40) | |
| 11:50.30 | brlcad | tosses a cheerio in |
| 11:52.13 | CIA-65 | BRL-CAD: 03erikgreenwald * r50548 10/brlcad/trunk/TODO: mention VLS %lld regress failure |
| 11:58.50 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15) | |
| 12:19.06 | brlcad | ``Erik: thoughts on http://sourceforge.net/tracker/?func=detail&atid=640804&aid=3526862&group_id=105292 |
| 12:52.39 | CIA-65 | BRL-CAD: 03brlcad * r50549 10/brlcad/trunk/src/adrt/isst_tcltk.c: apply Ksenija Slivko's ( ksuzee ) sf patch 3526862 removing the duplicitous Isst_Init() function. Issttcltk_Init() is identical and actually called. |
| 12:56.50 | ``Erik | brlcad: looks like different platforms had issues with that, starseeker dup'd the function with the name change for linux on may 11, 2011 |
| 12:56.57 | CIA-65 | BRL-CAD: 03brlcad * r50550 10/brlcad/trunk/AUTHORS: chris and wu made code contributions, attribute correctly |
| 12:57.10 | ``Erik | r44604 |
| 12:58.17 | ``Erik | don't recall exactly why I changed the name with 44590, probably trying to get it to work with the mac |
| 12:59.43 | CIA-65 | BRL-CAD: 03brlcad * r50551 10/brlcad/trunk/AUTHORS: credit ksenija silvko (ksuzee) with her sf code reduction patches, one recently applied to isst/adrt with others pending. |
| 12:59.47 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15) | |
| 13:01.13 | brlcad | I guess we'll have to revisit since the commit doesn't say why it's needed (and that claim seems dubious) |
| 13:01.51 | brlcad | maybe he just had an unclean build since your previous commit changed the name |
| 13:02.08 | brlcad | either way, shouldn't have been a wholesale copy of the other |
| 13:02.35 | ``Erik | yeah, if it is a name assembly issue, one should call the other |
| 13:04.12 | ``Erik | fbsd and mac are failing on launching isst_tcltk now, building on linux.. . (might be a cmake issue, putting the lib in the wrong place) |
| 13:10.36 | starseeker | brlcad: I have a vague memory that I needed one init function name on Windows and another init name on Linux... |
| 13:11.57 | starseeker | ``Erik: yeah, I may not have the lib in the right place (or the package require foo looking in the right place) in the installed location |
| 13:12.22 | starseeker | been a while since I did anything with the isst stuff, so there may be some early hacks in there |
| 13:13.20 | *** join/#brlcad andrei (~andrei@5-12-70-105.residential.rdsnet.ro) | |
| 13:13.27 | ``Erik | TCL_PKGINDEX(issttcltk isst "0.1") <-- is that requesting both issttcltk and isst packages defined? |
| 13:20.51 | CIA-65 | BRL-CAD: 03erikgreenwald * r50552 10/brlcad/trunk/src/adrt/CMakeLists.txt: put library in lib/ instead of lib/isst0.1/ so require can find it |
| 13:22.39 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3661 10/wiki/MgedFAQ: |
| 13:34.17 | CIA-65 | BRL-CAD: 03erikgreenwald * r50553 10/brlcad/trunk/src/adrt/isst_tcltk.c: Isst_Init() is the name used by FreeBSD, Linux and MacOSX. Add a comment breadcrumb mentioning that Issttcltk_Init() might be required for certain platforms. |
| 13:37.03 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.14.15) | |
| 13:54.37 | brlcad | I presume that's so package require can load an "Isst" package, so it makes sense it'd need to be named specifically that (unless you change the name of the package) |
| 14:07.04 | Stattrav_ | brlcad: I was wondering if the paths of executables used for the benchmarking be stored seperately ? |
| 14:17.20 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.133.204) | |
| 14:25.17 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3662 10/wiki/MgedFAQ: added "titles" to questions |
| 14:38.44 | *** join/#brlcad kane__ (~Mesut@g226123012.adsl.alicedsl.de) | |
| 14:43.10 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 14:43.10 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3663 10/wiki/Msgid1010480: extract of the note from MgedFAQ to here to serve as a note to that page |
| 14:43.36 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.119.200) | |
| 14:50.04 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3664 10/wiki/MgedFAQ: removed top note and made a reference to it |
| 15:08.39 | *** join/#brlcad RedTide (~myself@host221-244-dynamic.51-79-r.retail.telecomitalia.it) | |
| 15:09.03 | *** part/#brlcad RedTide (~myself@host221-244-dynamic.51-79-r.retail.telecomitalia.it) | |
| 15:34.15 | brlcad | Stattrav: not sure what you mean, there's the brlcad-config utility? |
| 15:34.42 | brlcad | the benchmark itself has no awareness of the utilities other than their names and standard places to look for them |
| 15:36.59 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3665 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 16:08.34 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:45.39 | *** join/#brlcad DarkCalf (DC@173.231.40.98) | |
| 18:01.20 | *** join/#brlcad Stattrav_ (~Stattrav@223.236.1.226) | |
| 18:07.40 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3666 10/wiki/User:Ksuzee/Reports: |
| 18:48.58 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.139.161) | |
| 18:57.33 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3667 10/wiki/User:Stattrav/GSoC2012_log: Log of the day 15th May |
| 19:00.59 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:00.59 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 19:03.10 | CIA-65 | BRL-CAD: 03starseeker * r50555 10/brlcad/trunk/src/other/lemon/lempar.c: if yyRuleName isn't defined, don't try to sizeof it. |
| 19:05.37 | CIA-65 | BRL-CAD: 03starseeker * r50556 10/brlcad/trunk/src/other/lemon/lemon.c: While we're at it, pull the latest lemon.c file |
| 19:40.46 | CIA-65 | BRL-CAD: 03n_reed * r50557 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): Apply changes from SCL git 1016b07. Use std::string more frequently and move ErrorDescriptor message strings to stack to simplify things. |
| 19:41.47 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 19:41.47 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-btcdotlynjvynyrw) | |
| 19:51.55 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.139.161) | |
| 20:32.36 | andrei | hello |
| 20:50.19 | ``Erik | howdy, andrei |
| 20:58.53 | CIA-65 | BRL-CAD: 03erikgreenwald * r50558 10/brlcad/trunk/src/libbu/booleanize.c: Apply fix to '0' test from sf tracker patch 3519874 (cprecup's test_booleanize). |
| 21:01.25 | andrei | Erik, did you have time to see my mailing-list post? |
| 21:05.20 | ``Erik | yesterdays? I skimmed it. I'll see if I can re-read it later tonight or tomorrow, but I'm heading home right now... if you have questions or more comments, I'm much better about reading/responding to irc than mailing lists... (for the 24k issue, what about moving a few megs? maybe test speed across a range of sizes and graph results?) |
| 21:05.32 | ``Erik | heads home :) hasta |
| 21:07.45 | andrei | ah, that would be a good idea. |
| 21:08.27 | brlcad | andrei: also, the ttcp program doesn't send packets the size of the inputs, does it? |
| 21:09.13 | brlcad | er, tpkg |
| 21:11.11 | andrei | the file I sent from is a 50mb /dev/random stuff. |
| 21:11.19 | andrei | I have been using it for purposes like this. |
| 21:12.05 | andrei | I ll try with a computer from a different network |
| 21:12.16 | brlcad | that's not my point :) |
| 21:12.18 | andrei | I know |
| 21:12.27 | brlcad | you could send 50TB |
| 21:12.49 | brlcad | and it could still be sending that 50TB in 1 byte packets |
| 21:13.13 | brlcad | i'd bet tpkg is sending the data in something like 2048 byte packets |
| 21:13.33 | brlcad | the 24k issue wasn't sending 24k of data but sending a single packet larger than 24k |
| 21:15.36 | brlcad | indeed: bytes = fread(buffer, 1, 2048, fp); |
| 21:16.51 | CIA-65 | BRL-CAD: 03brlcad * r50559 10/brlcad/trunk/src/libpkg/tpkg.c: use TPKG_BUFSIZE here too |
| 21:23.34 | brlcad | andrei: that'd be a fine simple patch, make that package size an option to tpkg instead of just being hard-coded |
| 21:27.29 | andrei | thanks for the hint. |
| 21:28.10 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 21:34.38 | CIA-65 | BRL-CAD: 03brlcad * r50560 10/brlcad/trunk/AUTHORS: credit cristina precup for her booleanize patch #3519874 (unit test for the file src/libbu/booleanize.c) partially applied in r50558 |
| 21:36.15 | brlcad | andrei: do you know shell scripting? |
| 21:37.16 | brlcad | it might be beneficial to write a shell script that invokes tpkg for various data input sizes and various buffer sizes, so we can see a visual 3D graph of performance |
| 21:37.35 | andrei | ah, I did learn some |
| 21:38.05 | andrei | will do that |
| 21:38.41 | brlcad | something like http://www.sims2000.com/images/demo3.gif or http://www.ni.com/images/labview/2010/neutral/ui_3d_surface_graph.jpg |
| 21:38.47 | andrei | I don t manage to recompile tpkg and I don t know why |
| 21:39.00 | brlcad | "make tpkg" should do it |
| 21:39.22 | brlcad | you could also run: cd src/libpkg |
| 21:39.30 | brlcad | then "make clean && make |
| 21:39.46 | brlcad | it'll only clean/delete and rebuild the libpkg products |
| 21:40.34 | andrei | my brlcad install is located in /usr/brlcad/dev-7.21.0/ |
| 21:41.23 | brlcad | if you only run make, it'll not reinstall |
| 21:41.31 | brlcad | you have to run make install for that |
| 21:41.52 | brlcad | still, best to be in path_to_cmake_build_dir/src/libpkg |
| 21:42.02 | brlcad | so you can run make clean && make && make install |
| 21:42.06 | brlcad | you don't need to install, though |
| 21:42.06 | andrei | yes, I tried to run make tpkg |
| 21:42.10 | andrei | in the build directory. |
| 21:42.14 | brlcad | and? |
| 21:42.28 | andrei | [andrei@Andrei-Desktop brlcad-build]$ make tpkg |
| 21:42.29 | andrei | make: *** No rule to make target `tpkg'. Stop. |
| 21:42.31 | andrei | [andrei@Andrei-Desktop brlcad-build]$ pwd |
| 21:42.32 | andrei | /home/andrei/brlcad-build |
| 21:42.38 | andrei | maybe I m doing something wrong, I initially compiled it using gcc and paths |
| 21:42.51 | andrei | the gcc command that s written inside it. |
| 21:43.25 | brlcad | oh! |
| 21:43.28 | brlcad | that's not your fault |
| 21:43.36 | brlcad | the cmake build is lacking a target for tpkg apparently |
| 21:43.54 | brlcad | the autotools build had one, apparently one needs to be added for cmake |
| 21:44.16 | andrei | I still have the binary, so I m sure I managed to compile it |
| 21:44.23 | brlcad | probably by hand |
| 21:44.38 | andrei | I used gcc -I/usr/brlcad/include -L/usr/brlcad/lib -o tpkg tpkg.c -lpkg -lbu |
| 21:44.47 | andrei | well it has two minor issues |
| 21:44.51 | brlcad | sure, that would be by hand ;) |
| 21:45.08 | andrei | it needs spaces between options and path. and my include is /brlcad/$version/include |
| 21:45.39 | brlcad | you can add the cmake build logic that's missing |
| 21:46.18 | andrei | now It seems to miss common.h |
| 21:46.20 | andrei | gcc -I /usr/brlcad/dev-7.21.0/include -L /usr/brlcad/dev-7.21.0/lib -o tpkg tpkg.c -lpkg -lbu |
| 21:46.22 | andrei | tpkg.c:30:20: fatal error: common.h: No such file or directory |
| 21:46.43 | brlcad | nods |
| 21:46.55 | brlcad | so it's basically up to you what you want to learn next |
| 21:47.23 | brlcad | you can and should figure out how to build applications manually like that -- it's a good skill regardless |
| 21:47.48 | brlcad | and/or you can figure out the cmake logic to get cmake to build it for you -- less prevalent but simple skill to learn |
| 21:47.55 | brlcad | example in src/libbu/CMakeLists.txt for that |
| 21:48.49 | brlcad | or you could use the autotools build where it's already defined and will build/rebuild for you (but is less useful down the road, you don't learn anything) |
| 21:49.04 | brlcad | suggest the first two options ;) |
| 21:50.21 | brlcad | ask a question when you're stuck for more than a couple minutes |
| 21:53.02 | andrei | it claims it can't find common.h( as I linked earlier) |
| 21:53.15 | andrei | but the file is present on the system |
| 21:53.16 | andrei | ah |
| 21:53.18 | andrei | I found the issue |
| 21:53.34 | andrei | <PROTECTED> |
| 22:04.23 | CIA-65 | BRL-CAD: 03n_reed * r50561 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): consolidate definitions of STRING_DELIM |
| 22:05.53 | brlcad | there ya go, so you need at least two include dirs |
| 22:27.06 | *** join/#brlcad andrei (~andrei@5-12-70-105.residential.rdsnet.ro) | |
| 23:29.37 | cristina | ``Erik: I fixed the test_booleanize.c patch and I've also found an identical bug as the previous one a few lines below. |
| 23:29.58 | cristina | I've updated the patch. You can have a look here: https://sourceforge.net/tracker/index.php?func=detail&aid=3519874&group_id=105292&atid=640804 |
| 23:30.05 | cristina | thanks for your advice |
| 23:33.24 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3668 10/wiki/User:Cprecup/GSoC2012_progress: unit tests patch for src/libbu/booleanize.c updated + small bug found |
| 00:22.43 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:56.25 | CIA-65 | BRL-CAD: 03brlcad * r50562 10/brlcad/trunk/NEWS: nick fixed a bug in the make_pnts command where the input datafile wasn't being released. this is particularly problematic on windows and other platforms that do not relinquish the file. r49409. |
| 03:23.20 | crdueck | hey all, i've made a patch refactoring libbu/lex.c: https://sourceforge.net/tracker/?func=detail&aid=3527142&group_id=105292&atid=640804 i'd appreciate someone taking a quick look at it, thanks |
| 03:25.47 | crdueck | refactoring a small section, not the whole thing, heh |
| 04:17.05 | starseeker | digs into the texlive build process out of curiosity and is agast |
| 04:17.51 | starseeker | suddenly the DocBook toolchain doesn't look so bad |
| 04:24.09 | CIA-65 | BRL-CAD: 03brlcad * r50563 10/brlcad/trunk/NEWS: nick fixed a bug in the anim_keyread and anim_orient animation tools in r49407 fixing a coverity-detected swapped argument bug. looks like the bug should be evident if one tried to set an xyz view angle. |
| 04:35.15 | CIA-65 | BRL-CAD: 03brlcad * r50564 10/brlcad/trunk/NEWS: the same swapped arguments bug seen in some of the animation tools is also true in libged/mged commands such as this one, ypr. detected by coverity, fixed by nick. |
| 04:44.50 | CIA-65 | BRL-CAD: 03brlcad * r50565 10/brlcad/trunk/NEWS: |
| 04:44.50 | CIA-65 | BRL-CAD: nick fixed a bug in the anim_keyread and anim_orient animation tools in r49407 |
| 04:44.50 | CIA-65 | BRL-CAD: fixing a coverity-detected swapped argument bug. looks like the bug should be |
| 04:44.50 | CIA-65 | BRL-CAD: evident if one tried to set an xyz /ypr view. also affects anim_lookat. |
| 05:53.43 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 06:09.39 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.50) | |
| 07:05.00 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178) | |
| 07:37.28 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:57.48 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:35.41 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178) | |
| 08:47.48 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 09:59.04 | *** join/#brlcad kane_ (~Mesut@e181169118.adsl.alicedsl.de) | |
| 10:45.00 | *** join/#brlcad merzo (~merzo@210-213-201-46.pool.ukrtel.net) | |
| 11:51.55 | CIA-65 | BRL-CAD: 03erikgreenwald * r50566 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am booleanize.c test_booleanize.c): |
| 11:51.55 | CIA-65 | BRL-CAD: Apply patch for tracker ID 3519874. Adds a test program for booleanize as well as fixing a bug in the implementation of booleanize. |
| 11:51.55 | CIA-65 | BRL-CAD: https://sourceforge.net/tracker/index.php?func=detail&aid=3519874&group_id=105292&atid=640804 |
| 11:55.23 | CIA-65 | BRL-CAD: 03bob1961 * r50567 10/brlcad/trunk/src/tclscripts/lib/ (Ged.tcl RtImage.tcl): Added a perspective parameter to cadwidgets::Ged::make_image, cadwidgets::Ged::make_image_local and cadwidgets::rtimage. Also added an extra rtedge call for color objects that are edged in cadwidgets::rtimage. |
| 11:59.15 | *** join/#brlcad kane_ (~kane@e181169118.adsl.alicedsl.de) | |
| 12:07.13 | d_rossberg | kane_: how is your progress with the patch? |
| 12:08.07 | kane_ | d_rossberg: i am working on it, but it is realy hard, i have to understand how the whole DM works. |
| 12:10.23 | d_rossberg | what are you working on? |
| 12:11.25 | kane_ | if you attach a ogl window in tk and close it mged will close,too |
| 12:14.47 | kane_ | i have tried to debug it with gdb, but i got only a Errorcode 0 without anything else. |
| 12:18.11 | d_rossberg | try to set a brakpoint at exit() in gdb |
| 12:51.26 | kane_ | when I set a breakpoint on mged_finish, i get this: [Thread 0xa824bb40 (LWP 6776) exited] |
| 12:51.28 | kane_ | [Inferior 1 (process 6773) exited with code 01] |
| 12:51.30 | kane_ | warning: Error removing breakpoint 0 |
| 12:58.51 | d_rossberg | did you tried "break exit" in gdb? |
| 12:59.18 | d_rossberg | this should catch bu_bomb() etc. too |
| 13:08.46 | CIA-65 | BRL-CAD: 03bob1961 * r50568 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor mod to cadwidgets::get::make_image_local (i.e. need to call perspective with a view). |
| 13:12.36 | kane_ | I get the same, I think there is no error. Maybe mged believe that the first attached window is the main window. Accordingly on close he will exit mged, too. |
| 13:17.33 | brlcad | kane_: try break _exit |
| 13:17.37 | d_rossberg | that's right, but if you have a brakpoint at exit() and the debugger stops there you can examine the call stack (backtrace) at this point |
| 13:18.31 | brlcad | even if there's no error, there's only a couple ways to leave an application |
| 13:18.59 | brlcad | could put a breakpoint on main()'s return too if it's exiting from event processing |
| 13:20.13 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3669 10/wiki/User:Cprecup/GSoC2012_progress: patch for test_booleanize.c applied in the revision r50566 |
| 13:28.54 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3670 10/wiki/User:Anoop/Logs: |
| 13:29.40 | kane_ | ok, thx i have the backtrace info |
| 13:32.27 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3671 10/wiki/User:Anoop/Logs: /* May 16, 2012 */ |
| 13:43.58 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3672 10/wiki/User:Anoop/Logs: /* ToDo */ |
| 14:09.17 | starseeker | brlcad: if you've got a second, I could use an opinion on patch 3526551 (the eto_brep.cpp patch) - I think we're down to issues that are solver related rather than csg->NURBS conversion related, based on what I'm seeing |
| 14:09.45 | ``Erik | huzzah for fuzzy numbers O.o |
| 14:23.35 | *** part/#brlcad kane_ (~kane@e181169118.adsl.alicedsl.de) | |
| 14:27.40 | starseeker | yeah, pixdiff only reports 27 off by many - nowhere near enough to explain those patterns |
| 14:35.54 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178) | |
| 14:53.11 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 14:55.53 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 15:25.57 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3673 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 16:09.10 | CIA-65 | BRL-CAD: 03bob1961 * r50569 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Missed a perspective usage. Call fb-pix at the end of the color object section. |
| 16:45.01 | CIA-65 | BRL-CAD: 03bob1961 * r50570 10/brlcad/trunk/src/ (libged/perspective.c libtclcad/tclcad_obj.c): Don't need to compute the perspective matrix in tclcad_obj.c/go_draw() (i.e. use the previously computed gv_pmodel2view). Mod ged_perspective() to calculate gv_pmat if gv_perspective is greater than 0. |
| 17:56.04 | CIA-65 | BRL-CAD: 03starseeker * r50571 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Apply patch 3526551 from Wu Jianbang fixing eto implicit to brep conversion behavior. |
| 18:09.05 | CIA-65 | BRL-CAD: 03starseeker * r50572 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add a perspective slot to the rtimage call - zero for now, but need to add the perspective option to rtwizard command line. |
| 18:47.58 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 18:58.54 | *** join/#brlcad cristina (~cristina@188.24.81.180) | |
| 19:27.18 | *** join/#brlcad andrei_ (~andrei@5-12-68-232.residential.rdsnet.ro) | |
| 20:16.52 | brlcad | starseeker: did you have a pixdiff of those differences |
| 20:37.08 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.157.178) | |
| 20:44.34 | *** join/#brlcad andrei_ (~andrei@5-12-68-232.residential.rdsnet.ro) | |
| 21:35.46 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 21:38.01 | CIA-65 | BRL-CAD: 0314.139.128.12 07http://brlcad.org * r3674 10/wiki/User:Anuragmurty: /* Development Log */ |
| 21:38.21 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 21:39.00 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 22:01.27 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:38.35 | starseeker | brlcad: http://bzflag.bz/~starseeker/eto_diff.png |
| 22:39.28 | ``Erik | what're the grey oval and sliver? exact match? |
| 22:39.44 | starseeker | I think... |
| 22:39.57 | starseeker | only 27 pixels were off by many |
| 22:40.28 | ``Erik | any clue which 27? |
| 22:40.39 | starseeker | unfortunately, no |
| 22:40.56 | starseeker | was discussing that with brlcad earlier - he said there were some pix tools that could help with that |
| 22:41.32 | ``Erik | be trivial to write a filter to show it, what about nirt differences to compare distance vs normal vs point->light ray? |
| 22:42.36 | ``Erik | (when tie looked like that, I said "good 'nuff", still need to redo comparisons with that 1mm fix indianlarry found to see if it still has the same look...) :D |
| 22:43.03 | starseeker | http://bzflag.bz/~starseeker/eto_implicit.pix |
| 22:43.16 | starseeker | http://bzflag.bz/~starseeker/eto_brep.pix |
| 22:43.21 | starseeker | those are the source pix files |
| 22:43.56 | starseeker | I'm more disturbed by the odd behavior in the subtraction case |
| 22:44.56 | ``Erik | *nod* I'd still think it's a side effect issue from uninitialized or overwritten memory from what you told me |
| 22:45.17 | starseeker | prepares a better screen shot of that effect |
| 22:46.03 | ``Erik | pokes at glsl some more O.o |
| 22:47.48 | starseeker | http://bzflag.bz/~starseeker/eto_implicit-eto_brep.png |
| 22:48.07 | starseeker | kinda nifty if it weren't so annoying |
| 22:49.20 | ``Erik | art! |
| 22:51.43 | starseeker | beware, glsl might poke back |
| 23:48.30 | ``Erik | http://d1xzuxjlafny7l.cloudfront.net/wp-content/uploads/2011/05/OpenGL-ES-2-Comic-250x215.jpg |
| 01:55.29 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 02:24.29 | *** join/#brlcad xth1 (~thiago@201.82.137.47) | |
| 02:47.49 | brlcad | starseeker: http://brlcad.org/tmp/eto_diff.jpg |
| 02:48.28 | brlcad | 9 off-by-many (9*3 = 27 bytes off-by-many) |
| 02:53.57 | brlcad | at a glance, I'd question whether the brep/nurbs grazing hits and misses are correct |
| 02:54.13 | brlcad | iff the surfaces actually are defined correctly/exactly |
| 04:40.21 | starseeker | brlcad: yeah, quite possible |
| 05:40.58 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.25.149) | |
| 06:54.56 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 07:31.24 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3675 10/wiki/User:Anoop/Logs: |
| 09:04.18 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 09:10.57 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:20.50 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 10:22.24 | *** join/#brlcad kane_ (~kane@e181160138.adsl.alicedsl.de) | |
| 11:48.14 | CIA-65 | BRL-CAD: 03bob1961 * r50573 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a perspective angle preference. |
| 11:50.12 | CIA-65 | BRL-CAD: 03bob1961 * r50574 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::perspective_all |
| 13:02.01 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 13:26.26 | brlcad | hello anuragmurty |
| 13:26.37 | anuragmurty | hi! |
| 13:28.09 | anuragmurty | hello sean! |
| 13:41.52 | brlcad | so what are you up to today? |
| 13:45.20 | CIA-65 | BRL-CAD: 03brlcad * r50575 10/brlcad/trunk/configure.ac: need libz even if we build opennurbs ourselves |
| 14:00.01 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 14:03.04 | anuragmurty1 | brlcad: i was reading a paper on obtaining the voxels using raycasting. |
| 14:03.05 | anuragmurty1 | (A Low Cost Antialiased Space Filled Voxelization Of Polygonal Objects). |
| 14:03.56 | anuragmurty1 | i am just seeing if the algorithm is suited to the needs. |
| 14:06.28 | brlcad | anuragmurty1: you hopefully do realize that your problem is considerably simpler than what that paper is deadling with |
| 14:06.51 | brlcad | the only thing that paper offers of value that I see is to use spatial partitioning for building up the voxel result |
| 14:07.10 | brlcad | our raytrace library will already give you perfect information on where material exists and does not exist |
| 14:07.47 | brlcad | and is not limited to polygonal mesh geometry |
| 14:09.57 | brlcad | have you looked at the BRL-CAD references that were mentioned earlier yet? |
| 14:10.51 | anuragmurty1 | brl-cad : yes. i was just reading up on some references etc right now. |
| 14:11.01 | anuragmurty1 | rt, rtweight i have |
| 14:12.01 | brlcad | gqa is the big one that does exactly what you need, but is the most complex |
| 14:12.04 | anuragmurty1 | i have not been able to do gqa yet. I am going to complete reading the code |
| 14:12.09 | anuragmurty1 | yes |
| 14:12.40 | anuragmurty1 | I did realise it wasn't too simple. will be doing that now. |
| 14:13.16 | brlcad | ideally, you'd perform the same adaptive sampling that gqa does, but as a library function -- then make gqa use that library |
| 14:13.46 | brlcad | then use that library to create actual volumetric geometry within mged |
| 14:14.34 | brlcad | anuragmurty1: getting commit access established is still priority #1 right now, so see if you can get someone to review your recent patch |
| 14:14.51 | brlcad | perhaps create a second patch based on the e-mail I sent you last night for booleanize |
| 14:15.33 | brlcad | that shouldn't take more than a half-hour and if done flawlessly, would get you established |
| 14:17.02 | anuragmurty1 | brlcad:ok thank you for the pointers. I will start working on it now. And on understanding the gqa part too. |
| 14:17.44 | brlcad | start with rtweight or rtarea before tackling gqa -- or even our rtexample on the wiki |
| 14:18.23 | brlcad | there's a lot of complexity involved and if you don't understand those basic parts first, you won't understand gqa |
| 14:18.44 | anuragmurty1 | ok i will get started right away. |
| 14:19.08 | anuragmurty1 | though i am done with rt,rtweight |
| 14:19.10 | brlcad | after the booleanize unit test patch, I suggest writing this from scratch: http://brlcad.org/wiki/Example_Application |
| 14:19.53 | brlcad | make sure you understand *everything* in that example, and ask questions |
| 14:20.06 | anuragmurty1 | sure, i will do that! |
| 14:20.45 | anuragmurty1 | just one more thing. the test_bitv was my first patch. How do i get someone to review it? |
| 14:21.20 | anuragmurty1 | i want to see if i am going wrong somewhere before i write another one, thats all. |
| 14:22.28 | brlcad | anuragmurty1: technically your second no? didn't you send a booleanize unit test? |
| 14:23.43 | anuragmurty1 | oh yes. that was there. But i did not submit it on the tracker. |
| 14:23.56 | brlcad | you ask an existing dev to review it -- if you did your part and it applies, builds, and runs cleanly then it'll be trivial to review |
| 14:24.34 | anuragmurty1 | ok, i will do that. thank you. |
| 14:49.19 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 14:51.06 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 14:59.28 | CIA-65 | BRL-CAD: 03brlcad * r50576 10/brlcad/trunk/NEWS: nick fixed a bug in the keypoint selection of extrude geometry while fixing a coverity-detected invalid array index (cid 426) |
| 15:01.21 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:03.36 | CIA-65 | BRL-CAD: 03brlcad * r50577 10/brlcad/trunk/NEWS: |
| 15:03.36 | CIA-65 | BRL-CAD: nick fixed a bug in the conversion of ascii hyp objects into .g format where it |
| 15:03.36 | CIA-65 | BRL-CAD: would fall-through and try to create an eto of the same name. this undoubtedly |
| 15:03.36 | CIA-65 | BRL-CAD: resulted in either a crash, (likely) error message saying it couldn't make the |
| 15:03.36 | CIA-65 | BRL-CAD: eto, or eto replacing the hyp. fixed due to coverity cid 335, in r48532. |
| 15:07.50 | CIA-65 | BRL-CAD: 03brlcad * r50578 10/brlcad/trunk/NEWS: |
| 15:07.50 | CIA-65 | BRL-CAD: tom browder fixed memory leaks in the comgeom-g importer. nick also fixed a |
| 15:07.50 | CIA-65 | BRL-CAD: couple memory leak errors detected by coverity. as a single-use-then-exit tool, |
| 15:07.50 | CIA-65 | BRL-CAD: the impact of the memory leaks is minor, but potentially user-visible if there |
| 15:07.50 | CIA-65 | BRL-CAD: are lots of geometry import failures (for whatever reason). |
| 15:09.46 | kane_ | Is the ogl displaymanager closed by the ogl_close() function or is there an alternative to close it? |
| 15:10.39 | brlcad | kane_: an application could always exit |
| 15:11.44 | kane_ | I have done a backtrace, ogl_close will never called if the window is closed, is this normal? |
| 15:11.55 | kane_ | (not the main window) |
| 15:13.47 | CIA-65 | BRL-CAD: 03brlcad * r50579 10/brlcad/trunk/NEWS: numerous enhancements were made to NMG processing during the coverity defect fixing including book-keeping fixes (incrementing pointer instead of value), memory allocation problems, logic problems, and more. |
| 15:16.41 | CIA-65 | BRL-CAD: 03brlcad * r50580 10/brlcad/trunk/NEWS: |
| 15:16.41 | CIA-65 | BRL-CAD: nick improved the obj-g importer making it more robustly handle bad geometry. |
| 15:16.41 | CIA-65 | BRL-CAD: more specifically, if faceuse creation fails, it'll now propagate that failure |
| 15:16.41 | CIA-65 | BRL-CAD: and skip those faces (instead of propagating bad geometry). fixed in r48312. |
| 15:21.37 | CIA-65 | BRL-CAD: 03brlcad * r50581 10/brlcad/trunk/NEWS: nick added support in r47659 for braces around shader parameters, e.g. "plastic {sp .5 di .5}" as well as "plastic sp=.5 di=.5" to help improve usability and interaction with the mater command. |
| 15:24.19 | CIA-65 | BRL-CAD: 03brlcad * r50582 10/brlcad/trunk/src/libbu/parse.c: use BU_STR_EQUIV for case-insensitive checking when a shader string includes stack or envmap. |
| 16:10.00 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3676 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 16:12.16 | CIA-65 | BRL-CAD: 03cprecup * r50583 10/brlcad/trunk/src/libbu/test_booleanize.c: Fixed the style and formatting |
| 16:58.05 | CIA-65 | BRL-CAD: 03n_reed * r50584 10/brlcad/trunk/src/other/step/src/ (5 files in 3 dirs): Apply changes based on SCL git 6e9b5a7. Creates GetLiteralStr function to implement and extend functionality common to SDAI_String::STEPread and PushPastString. |
| 17:09.20 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.9) | |
| 17:35.16 | brlcad | hello Stattrav_, any progress lately? |
| 17:36.23 | Stattrav_ | yeah, looking into submitting the patch right now. Was going through the bugs list |
| 17:36.27 | Stattrav_ | and TODO list |
| 17:36.49 | Stattrav_ | and there is none except the one I mentioned before. |
| 17:38.13 | brlcad | Stattrav_: "there is none" means what? :) |
| 17:38.25 | brlcad | there are lots of bugs and todo items.. |
| 17:38.37 | Stattrav_ | sorry the one close to what I am working on. |
| 17:38.49 | Stattrav_ | Sorry about that ambiguity again |
| 17:39.16 | Stattrav_ | http://i.imgur.com/oRQdM.png <- Fixing this part counts as a patch ? |
| 17:40.08 | brlcad | patch just means "change to the code" |
| 17:40.21 | brlcad | so if you change that and fix the FIXME, sure that'd be a patch |
| 17:40.40 | Stattrav_ | no, what you wanted is the code being better isnt it ? |
| 17:41.02 | brlcad | well of course -- a patch that doesn't improve anything isn't useful :) |
| 17:41.41 | brlcad | so you could work on that fixme, sure |
| 17:41.43 | Stattrav_ | so fixing this is useful right, |
| 17:41.54 | brlcad | any place you see a FIXME is probably useful |
| 17:42.06 | brlcad | almost certainly useful by definition |
| 17:42.08 | Stattrav_ | sure, already on it. |
| 17:42.23 | Stattrav_ | thanks. |
| 17:42.26 | brlcad | another thing you could work on would be fixing the output from pixdiff |
| 17:43.21 | brlcad | it presently tracks and reports bytes different but should be doing so pixel at a time (and ideally still work for 1-channel bw or 3-channel pix inputs) |
| 17:43.49 | brlcad | benchmark calls pixdiff, so it's even related to your project |
| 17:44.38 | Stattrav_ | I saw that it calls a pixcmp tool. this should be a part of it right |
| 17:45.47 | brlcad | that's what I meant, pixcmp |
| 17:45.53 | brlcad | not pixdiff |
| 17:46.10 | brlcad | though those tools are very much interrelated and could be merged too |
| 17:47.59 | Stattrav_ | ohh, give me a few moments looking into the source |
| 17:59.07 | Stattrav_ | yup |
| 17:59.49 | kane_ | I have submitted a trivial patch. I thought maybe it is better to provide it, than work for days on the dm-ogl bug... But I will try to solve it, too. |
| 18:00.07 | brlcad | Stattrav_: if you attempt to merge them, you should document a precise usage statement first that describes how it'll work |
| 18:01.40 | brlcad | i'd suggest mirroring it after diff(1) as much as possible but still supporting pixcmp's scriptability with summary output and return code(s) and pixdiff's scriptability as an image filter (redirecting inputs/outputs) |
| 18:02.09 | brlcad | kane_: okay, someone should check it out soon |
| 18:03.45 | brlcad | kane_: there are a variety of libdm-related TODO entries that you could look into that are probably a lot simpler than any of the dm-ogl bugs |
| 18:04.31 | Stattrav_ | brlcad: I need some more time to understand how the .pix files are formatted shall get back to you in 20 |
| 18:04.35 | Stattrav_ | minutes that is |
| 18:07.07 | CIA-65 | BRL-CAD: 03brlcad * r50585 10/brlcad/trunk/BUGS: out of date dm bugs seem to be no longer an issue |
| 18:07.09 | brlcad | or I could just tell you :) |
| 18:07.31 | ``Erik | http://youtu.be/1pgm8I0B8bY gallardo accident |
| 18:07.36 | brlcad | or run "brlman pix" |
| 18:08.39 | Stattrav_ | oh sure |
| 18:08.41 | Stattrav_ | thanks |
| 18:10.17 | brlcad | it's a simple 3-channel raw image |
| 18:10.20 | brlcad | rgbrgbrgb |
| 18:10.45 | brlcad | bw is the same, but 1-channel |
| 18:13.20 | Stattrav_ | ohh 3 unsigned chars |
| 18:15.26 | Stattrav_ | aah now I understood the code around 232 |
| 18:15.36 | Stattrav_ | line numbers that is of pixcmp.c |
| 18:20.05 | brlcad | do you understand what the problem is? |
| 18:21.09 | Stattrav_ | so it goes comparing characters in each pixel if the value is the same or what it differs by |
| 18:21.36 | brlcad | that's what it does, yes |
| 18:21.40 | brlcad | what's the bug, though? |
| 18:21.45 | Stattrav_ | not clear yet |
| 18:22.56 | brlcad | reporting off-by-one differences and off-by-many differences incorrectly |
| 18:23.32 | Stattrav_ | it gives a cumulative |
| 18:23.37 | brlcad | it'll say for example that 27 pixels were off-by-many, where there were really only 9 pixels different (9*3=27) |
| 18:23.48 | brlcad | bytes vs pixels mismatch |
| 18:24.09 | Stattrav_ | aah |
| 18:24.16 | Stattrav_ | yes |
| 18:24.27 | Stattrav_ | its counting for each of the channels |
| 18:24.37 | brlcad | it's not as simple as divide by 3 though |
| 18:25.53 | brlcad | do you have gimp or some other simple image editing program installed? |
| 18:26.13 | Stattrav_ | so if either of the channels is off, count+1, else continue. divide by 3 doesnt work because one of the channels might be equal |
| 18:26.21 | Stattrav_ | should let me check |
| 18:27.30 | Stattrav_ | installing gimp. Have a minimal install of arch at the moment. |
| 18:29.32 | brlcad | copy one of the same image files in pix/ and make simple edits to it, maybe paint 9 black/background pixels white, 9 red, 9 green, and 9 blue |
| 18:29.51 | brlcad | so you should get 9 off-by-many, and 27 off-by-one |
| 18:30.11 | brlcad | or something similar -- enough to tell that you got it correct |
| 18:30.37 | brlcad | needs to be verified -- VERY easy to introduce an error, so be careful and TEST |
| 18:31.15 | Stattrav_ | pix could not be loaded it says |
| 18:31.24 | brlcad | you should be able to open our pix files in gimp by renaming them to .raw and using File -> Open -> Select File Type -> Raw image data |
| 18:31.38 | Stattrav_ | aah |
| 18:32.02 | CIA-65 | BRL-CAD: 03starseeker * r50586 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Do something slightly more intelligent about fbserv ports - also, have a use for a verbose flag now... |
| 18:34.20 | Stattrav_ | something is not right http://i.imgur.com/pgMNM.png |
| 18:34.30 | Stattrav_ | let me check that |
| 18:34.45 | brlcad | indeed |
| 18:34.55 | brlcad | looks like the starship pix file |
| 18:35.06 | brlcad | try moss.pix |
| 18:36.48 | Stattrav_ | http://i.imgur.com/emUsl.png |
| 18:37.15 | brlcad | yeah, so clearly not right :) |
| 18:37.24 | brlcad | you're not specifying something correctly to gimp |
| 18:37.24 | Stattrav_ | :( |
| 18:37.28 | Stattrav_ | yup |
| 18:37.29 | brlcad | you have to tell it what the image is |
| 18:38.12 | brlcad | it's a 512x512 3-channel, 8-bits-per-channel, image |
| 18:38.12 | Stattrav_ | I did select it as raw format |
| 18:38.37 | Stattrav_ | there is an alias pix image format |
| 18:38.44 | brlcad | the skewed lines implies you've specified the size or bytes or something else wrong |
| 18:39.01 | brlcad | it is not an alias pix file |
| 18:39.09 | CIA-65 | BRL-CAD: 03bob1961 * r50587 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: The previous fix to call glReadPixels with GL_RGB instead of GL_RGBA was flawed. This fixes the problem that was seen in to_png(). |
| 18:39.49 | Stattrav_ | yup it failed too. |
| 18:40.07 | Stattrav_ | could I write to the file directly ? |
| 18:40.08 | brlcad | we have an alias-pix converter, entirely different file type |
| 18:40.27 | brlcad | you could but that is ignoring the elephant in the room |
| 18:40.47 | brlcad | are you provided with any dialog or panel when you open the file as raw? |
| 18:41.03 | Stattrav_ | yeah |
| 18:41.07 | brlcad | how is it determining the number of channels, bit depth, size, etc |
| 18:42.05 | Stattrav_ | http://i.imgur.com/OMloF.png |
| 18:42.43 | brlcad | okay, there's your bug |
| 18:43.01 | Stattrav_ | which is ? |
| 18:43.25 | brlcad | http://i.imgur.com/OMloF.png is very clearly declared wrong |
| 18:43.51 | Stattrav_ | aah |
| 18:44.52 | CIA-65 | BRL-CAD: 03starseeker * r50588 10/brlcad/trunk/src/tclscripts/rtwizard/ (RaytraceWizard.tcl rtwizard.tcl): rtwizard.tcl is doing the sanity insurance for dbFile |
| 18:44.56 | brlcad | what are the image type options? |
| 18:45.47 | Stattrav_ | available in gimp ? |
| 18:46.08 | brlcad | http://i.imgur.com/OMloF.png lists Image Types as the first option you can specify |
| 18:46.11 | brlcad | what are the image type options? |
| 18:47.33 | Stattrav_ | RGB, RGB Alpha, RGB565, planar RGB, Indexed, Indexed Alpha |
| 18:49.34 | brlcad | having read our pix man page, which of those do you think is our pix file format? |
| 18:50.00 | Stattrav_ | reading about those formats now :) |
| 18:50.35 | brlcad | I gave you a hint earlier .. ;) |
| 18:51.08 | brlcad | 14:10 <@brlcad> it's a simple 3-channel raw image |
| 18:51.10 | brlcad | 14:10 <@brlcad> rgbrgbrgb |
| 18:51.14 | Stattrav_ | its rgb |
| 18:51.15 | Stattrav_ | yeah |
| 18:51.37 | brlcad | the rgb alpha adds a fourth channel: rgbargbargba |
| 18:51.43 | brlcad | for transparency |
| 18:51.49 | Stattrav_ | rgb should be the thing |
| 18:51.50 | brlcad | rgb565 is a bastard |
| 18:52.11 | brlcad | planar rgb is all the rrrrr...ggggg.....bbbb... without interleaving the values |
| 18:52.16 | Stattrav_ | not planar either |
| 18:53.32 | brlcad | indexed would be a lookup table based raw format of some sort |
| 18:53.41 | brlcad | presumably 1-channel |
| 18:53.50 | brlcad | so okay, RGB |
| 18:53.59 | brlcad | having read our pix man page, what's our offset? |
| 18:54.06 | *** part/#brlcad kane_ (~kane@e181160138.adsl.alicedsl.de) | |
| 18:54.08 | brlcad | is there a header? |
| 18:54.38 | Stattrav_ | none now |
| 18:54.46 | brlcad | good, so 0 |
| 18:54.53 | brlcad | what's the input image size? |
| 18:55.13 | Stattrav_ | 512x512 |
| 18:55.58 | brlcad | so that's all the image parameters |
| 18:56.50 | Stattrav_ | so why does one get 786432 matchings |
| 18:57.00 | brlcad | palette type RGB sounds right too, and there certainly isn't a palette file, so what does that give you? |
| 18:57.18 | Stattrav_ | sorry |
| 18:57.21 | Stattrav_ | that was with -b |
| 18:57.41 | brlcad | is still focused on your gimp import failure |
| 18:57.59 | Stattrav_ | omg |
| 18:58.08 | Stattrav_ | that was such a big fail on my part |
| 18:58.15 | Stattrav_ | 350 changed to 512 |
| 18:58.22 | brlcad | progress |
| 18:58.47 | Stattrav_ | now I see that |
| 18:58.51 | Stattrav_ | :D |
| 18:59.11 | Stattrav_ | Enterprise nice |
| 18:59.39 | brlcad | the only last detail is that we use first-quadrant coordinates, and gimp uses fourth quadrant by default so you probably have to flip horizonally to see it right-side up (but don't save that way or it'll be upside down in brl-cad) |
| 19:00.13 | Stattrav_ | yeah |
| 19:00.36 | brlcad | so now if you open moss.pix and make some pixels white, some red, some blue, some green -- you can create a test case and see the bug |
| 19:00.56 | Stattrav_ | ohh k |
| 19:01.33 | Stattrav_ | yes |
| 19:03.25 | brlcad | edit the black background pixels so it's clearly off-by-one vs off-by-many channels |
| 19:04.06 | brlcad | if you want to start even simpler, make the off-by-# value an option to pixcmp instead of just using 1 |
| 19:05.18 | Stattrav_ | aah |
| 19:08.14 | Stattrav_ | pixcmp pixels: 260319 matching, 0 off by 1, 1825 off by many |
| 19:09.13 | brlcad | bingo was his nameo |
| 19:09.30 | brlcad | note |
| 19:09.34 | brlcad | ~512 * 512 |
| 19:09.34 | ibot | 262144 |
| 19:09.39 | brlcad | ~512 * 512 * 3 |
| 19:09.39 | ibot | 786432 |
| 19:09.54 | brlcad | ~1825 / 3 |
| 19:09.54 | ibot | 608.333333333333 |
| 19:10.04 | Stattrav_ | oh yeah |
| 19:10.28 | Stattrav_ | figured that out. was using a -b |
| 19:10.33 | Stattrav_ | option |
| 19:10.54 | brlcad | sounds like you edited with a "brush" tool instead of a "pencil" tool .. 608 and 1/3rds pixels changed is a lot |
| 19:11.07 | Stattrav_ | yeah |
| 19:11.15 | Stattrav_ | http://i.imgur.com/3Q6Jt.png |
| 19:11.37 | brlcad | another thing you can do is create an all-red, all-blue, all-green, all-white, all-black image and diff those |
| 19:12.34 | Stattrav_ | aah k |
| 19:14.05 | brlcad | ah, yeah, your edit is a bit useless |
| 19:14.35 | brlcad | you need to edit a specific number of pixels, and some in only one color channel |
| 19:14.46 | brlcad | so you know exactly how many are off-by-### |
| 19:15.09 | brlcad | that white and red blob doesn't really tell you anything about whether the counts are right or wrong |
| 19:15.27 | Stattrav_ | aah, |
| 19:15.38 | Stattrav_ | pixcmp pixels: 261705 matching, 0 off by 1, 439 off by many <= wrong too |
| 19:15.49 | Stattrav_ | as in useless too |
| 19:15.56 | brlcad | if you just edit one of the black pixels, and turn it white -- you'll know you changed all three channels from 0/0/1 to 255/255/255 .. an off-by-many change |
| 19:16.10 | Stattrav_ | aah |
| 19:16.12 | brlcad | 0/0/1 is the default background color |
| 19:16.59 | brlcad | make the brush in gimp as small as it can go (use a pencil tool if they describe it as such) so it's 1x1 pixels big |
| 19:17.01 | Stattrav_ | pixcmp pixels: 262143 matching, 0 off by 1, 1 off by many |
| 19:17.06 | brlcad | that's better |
| 19:17.13 | brlcad | now go for 4 or 5 like that |
| 19:17.38 | brlcad | then do the same thing with red/green/and blue separately |
| 19:17.58 | brlcad | so 0/0/1 changes to 255/0/1 if you painted the pixel red, for example |
| 19:18.03 | Stattrav_ | pixcmp pixels: 262135 matching, 0 off by 1, 9 off by many |
| 19:18.18 | Stattrav_ | ohk shall do it with different colours |
| 19:18.42 | brlcad | pure red (255/0/0), green (0/255/0), and blue (0/0/255) |
| 19:19.04 | brlcad | you may need to make them 255/0/1 and 0/255/1 |
| 19:19.15 | brlcad | so as to not be counted as an off-by-many |
| 19:19.28 | brlcad | given the background is 0/0/1 |
| 19:20.08 | Stattrav_ | sure. doing that |
| 19:23.16 | Stattrav_ | pixcmp pixels: 262138 matching, 1 off by 1, 5 off by many |
| 19:23.19 | ``Erik | ~1 / 0 |
| 19:29.19 | Stattrav_ | so now, the code upon seeing the pixel 255/0/1 compares r1 and r2 and does offmany++ and goes on. |
| 19:29.35 | Stattrav_ | that was based on r1 != r2 |
| 19:30.46 | Stattrav_ | this code gives you atleast off by count doesnt it ? |
| 19:31.04 | Stattrav_ | w.r.t to the channels |
| 19:31.25 | Stattrav_ | ]] |
| 19:31.48 | Stattrav_ | sorry for that "]]" |
| 19:35.51 | Stattrav_ | pixcmp pixels: 262108 matching, 9 off by 1, 27 off by many |
| 19:41.42 | Stattrav_ | brlcad: wait, so when I compare 0/0/1 and 1/1/1, then, it should report as off by many right |
| 19:42.28 | brlcad | you tell me |
| 19:45.56 | Stattrav_ | so it should be off by one pixel is screwed |
| 19:46.19 | Stattrav_ | so wait that doesnt make sense what i just said |
| 19:47.13 | Stattrav_ | aah, so that should be counted as two off by 1s not off by many |
| 19:48.07 | Stattrav_ | 0/0/1 & 1/1/1 => 2 off by one, 0 off by many |
| 19:48.09 | Stattrav_ | brlcad: ^ |
| 19:50.04 | Stattrav_ | now I get it. it is one pixel gone wrong, 2 channels mismatched by 1 and none go beyond 1 in the above case |
| 19:50.24 | Stattrav_ | so a pixel wise count has to be maintained. |
| 19:50.27 | Stattrav_ | as well |
| 19:50.36 | Stattrav_ | did I get that right ? |
| 19:52.02 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:52.15 | CIA-65 | BRL-CAD: 03brlcad * r50589 10/brlcad/trunk/NEWS: tom browder expanded the bb command help for mged, filling in synopsis, options, and more. r48146 |
| 19:54.26 | CIA-65 | BRL-CAD: 03brlcad * r50590 10/brlcad/trunk/NEWS: the archer bot selection gui lets the user pick what bot they want to edit by displaying a combobox. the list was previously unsorted, now sorted. r49182 |
| 20:00.31 | CIA-65 | BRL-CAD: 03brlcad * r50591 10/brlcad/trunk/HACKING: move the discussion about branches out of the secion on commit access and into the sections on organization. similarly, clean up the testing section to avoid superfluous information. |
| 20:03.45 | Stattrav_ | brlcad: could you verify my understanding of the bug as mentione above ? |
| 20:03.47 | CIA-65 | BRL-CAD: 03brlcad * r50592 10/brlcad/trunk/NEWS: |
| 20:03.48 | CIA-65 | BRL-CAD: cliff added support to rtwizard so that it'll write out a png file from the |
| 20:03.48 | CIA-65 | BRL-CAD: framebuffer. if the filename indicates a png extension, it's used and otherwise |
| 20:03.48 | CIA-65 | BRL-CAD: still defaults to pix. previously, richard also added preliminary support for |
| 20:03.48 | CIA-65 | BRL-CAD: png output to just the ghost image with insert (type e) output mode. |
| 20:04.24 | Stattrav_ | so the output should contain both the pixels and bytes |
| 20:07.25 | brlcad | Stattrav_: i think you understand the issues, just not necessarily the desired/exepected goal |
| 20:07.30 | ``Erik | O.o png from rtwizard? I thought that'd require significant re-architecting (or ugly tmp file ugliness) |
| 20:07.53 | brlcad | I think they added a final pix-png step |
| 20:08.20 | brlcad | Stattrav_: so I think the beginning of that line frames what I'd expect in the output |
| 20:08.25 | brlcad | "pixcmp pixels: ..." |
| 20:08.31 | brlcad | so those numbers should be counts of pixels |
| 20:08.38 | brlcad | not channels or bytes or otherwise |
| 20:08.49 | Stattrav_ | yes |
| 20:09.00 | brlcad | so XXX matching pixels, YYY off by 1 pixels, and ZZZ off by many pixels |
| 20:09.17 | brlcad | X+Y+Z should equal number of pixels in the image |
| 20:09.30 | Stattrav_ | yes, |
| 20:11.01 | Stattrav_ | so 1/1/1 from 0/0/1 is away by 1 ? |
| 20:11.42 | brlcad | looking at the code, I don't think that's the intention |
| 20:12.06 | brlcad | that's off by 1 value in 2 channels, so off overall by 2 values .. that's off-by-many |
| 20:12.29 | brlcad | the real question is whether 2/0/1 and 0/0/1 is off by one or many |
| 20:12.38 | brlcad | I believe that's also considered off-by-many |
| 20:12.48 | Stattrav_ | off by many by the definition in the code right |
| 20:13.20 | Stattrav_ | aah the off_by is on a scale of 0-255*3 |
| 20:13.31 | brlcad | so off-by-many means off by more than one value across one or more channels |
| 20:13.53 | Stattrav_ | so cumulative off-by of individual channels |
| 20:14.52 | brlcad | of all channels, yes |
| 20:15.00 | Stattrav_ | aah the bug is that the code considers 1/2/1 and 0/0/1 as off by 1 where as it is off by 3 |
| 20:15.34 | Stattrav_ | s/as off/are off/ |
| 20:15.50 | brlcad | sounds like you have enough to keep you busy for an hour or two now ;) |
| 20:15.59 | brlcad | maybe less, could be very simple |
| 20:16.09 | Stattrav_ | that is the bug aint it ? |
| 20:16.14 | Stattrav_ | cool |
| 20:16.20 | brlcad | the trick is making sure it all still works with -b byte mode too |
| 20:16.39 | brlcad | byte mode is basically treating it as just one-channel input |
| 20:16.43 | Stattrav_ | yup |
| 20:17.31 | Stattrav_ | shouldnt be, as the values are the same for (g1 and g2) and (b1 and b2) |
| 20:17.43 | brlcad | so therein could be a rewrite. an option for #channels instead of assuming 1 or 3, then counting up off-by-1 and off-by-many becomes much simpler |
| 20:18.07 | brlcad | loops instead of needing r g b variables and such specific tracking |
| 20:18.18 | Stattrav_ | oh yeah |
| 20:18.19 | brlcad | your choice |
| 20:18.27 | brlcad | could just fix the bug |
| 20:18.47 | CIA-65 | BRL-CAD: 03r_weiss * r50593 10/brlcad/trunk/src/librt/ (db5_types.c db_tree.c): (log message trimmed) |
| 20:18.47 | CIA-65 | BRL-CAD: Updated function "db5_sync_attr_to_comb" in file "librt/db5_types.c". Changed |
| 20:18.47 | CIA-65 | BRL-CAD: the name input to the directory structure. This was necessary so that the |
| 20:18.47 | CIA-65 | BRL-CAD: directory "d_flags" region bit could be set/unset based on the "region" |
| 20:18.47 | CIA-65 | BRL-CAD: attribute. Before this change, when using the mged "red" command to add/remove |
| 20:18.47 | CIA-65 | BRL-CAD: attribute "region=R", the mged "attr show" command would not indicate the change |
| 20:18.48 | CIA-65 | BRL-CAD: even though the attribute "region=R" was successfully added or removed. Updated |
| 20:18.48 | brlcad | or like I mentioned earlier, add an option for specifying the off-by-VAL |
| 20:18.56 | brlcad | where VAL can be specified and just defaults to 1 |
| 20:19.19 | Stattrav_ | aah, that could be a better fix then |
| 20:19.21 | brlcad | so you could threshold the pixcmp to -d4 to get off-by-4 and off-by-more ;) |
| 20:19.36 | brlcad | still doesn't address the bug, that's begging to be fixed regardless |
| 20:19.41 | brlcad | but would be useful feature |
| 20:20.02 | Stattrav_ | first I shall fix the bug and then move onto making it generic ? |
| 20:20.22 | brlcad | your choice |
| 20:20.56 | CIA-65 | BRL-CAD: 03r_weiss * r50594 10/brlcad/trunk/src/libged/red.c: Updated function "build_comb" in file "libged/red.c". Changed the call to function "db5_sync_attr_to_comb" to pass in the directory instead of the combination name. |
| 20:23.06 | CIA-65 | BRL-CAD: 03r_weiss * r50595 10/brlcad/trunk/include/raytrace.h: Updated "raytrace.h" to change the definition of function "db5_sync_attr_to_comb" to pass in the directory instead of the combination name. |
| 20:26.52 | CIA-65 | BRL-CAD: 03brlcad * r50596 10/brlcad/trunk/NEWS: tom added an italian translation of the intro to brl-cad. not sure if he's the original author but the commit didn't indicate otherwise so going with that assumption. |
| 20:33.15 | *** join/#brlcad cristina (~cristina@188.24.81.180) | |
| 20:36.27 | Stattrav_ | brlcad: wait the code actually does what we want, it doesn't overcount |
| 20:40.27 | Stattrav_ | the thing is that if the off-by-VAL is introduced, then it would have to changed |
| 20:48.00 | starseeker | ``Erik: http://www.hwaci.com/sw/mktclapp/ - unfortunately it's GPL (although it's output apparently isn't) |
| 20:52.20 | *** join/#brlcad stas (~stas@188.24.35.114) | |
| 21:02.55 | brlcad | Stattrav_: I just saw a summary printing a couple days ago that was wrong |
| 21:03.41 | Stattrav_ | brlcad: ohh |
| 21:03.41 | brlcad | so there's some situation that isn't being reported correctly |
| 21:03.56 | Stattrav_ | aah let me check each case |
| 21:04.16 | Stattrav_ | do you still have the summary ? |
| 21:04.18 | brlcad | specifically, it was reporting off-by-many as bytes |
| 21:04.31 | Stattrav_ | ohh |
| 21:08.26 | Stattrav_ | http://i.imgur.com/ILVbh.png <- this is the only chunk of code which increments offmany and only one of them is used if at all offmany is increment |
| 21:08.40 | Stattrav_ | cristina: congrats on your committ access :) |
| 21:14.38 | brlcad | Stattrav_: so offbymany was being incremented too many times. don't know why, but I think starseeker has the image |
| 21:14.47 | brlcad | images |
| 21:16.26 | Stattrav_ | ohh, can I have them ? |
| 21:17.11 | Stattrav_ | starseeker: could you please give me those images where there was a discrepancy w.r.t to the reported pixcmp values ? |
| 21:27.12 | cristina | Stattrav: thank you :) |
| 21:33.10 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.9) | |
| 21:57.04 | CIA-65 | BRL-CAD: 03starseeker * r50597 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (FbPage.itk PictureTypeA.itcl PictureTypeBase.itcl): Start transitioning rtwizard pages over to using rtimage script. There is probably some intermediate breakage while this progresses |
| 21:58.06 | starseeker | Stattrav_: if we're talking about the eto diff stuff, they're here: http://bzflag.bz/~starseeker/eto_implicit.pix |
| 21:58.11 | starseeker | http://bzflag.bz/~starseeker/eto_brep.pix |
| 22:06.44 | CIA-65 | BRL-CAD: 03n_reed * r50598 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: Add collectAttributes function based on the one added by SCL git 290850a. |
| 23:26.27 | CIA-65 | BRL-CAD: 03starseeker * r50599 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeA.itcl PictureTypeBase.itcl): Preview is just a smaller version of full scale, and they both need the same rtimage calling logic. Refactor to reduce code duplication |
| 23:56.46 | *** join/#brlcad xth1 (~thiago@187.106.52.240) | |
| 00:19.22 | CIA-65 | BRL-CAD: 03starseeker * r50600 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeB.itcl PictureTypeC.itcl PictureTypeD.itcl): Make picture types B, C and D use rtimage |
| 00:29.18 | CIA-65 | BRL-CAD: 03starseeker * r50601 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl: Picture type E converted |
| 00:38.35 | CIA-65 | BRL-CAD: 03starseeker * r50602 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeD.itcl: Fix background color for type D picture |
| 00:40.28 | CIA-65 | BRL-CAD: 03starseeker * r50603 10/brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeF.itcl: And last but not least, type F images |
| 00:45.46 | CIA-65 | BRL-CAD: 03starseeker * r50604 10/brlcad/trunk/src/tclscripts/rtwizard/lib/ (PictureTypeBase.itcl tclIndex): Remove some unused commands |
| 00:54.01 | CIA-65 | BRL-CAD: 03starseeker * r50605 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add option for perspective, although it doesn't seem to interact well with zoom for some reason |
| 00:56.12 | CIA-65 | BRL-CAD: 03starseeker * r50606 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Ah - just needed to crank it into the initial view setup |
| 00:57.01 | starseeker | Still needs a lot more testing and documentation work, but now the NEWS item about PNG should properly apply |
| 02:23.14 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:39.10 | CIA-65 | BRL-CAD: 03starseeker * r50607 10/brlcad/trunk/NEWS: rtwizard now properly supports PNG output from all of its image types. Bob's new tcl proc cadwidgets::RtImage is the heart of the new features. |
| 03:01.37 | CIA-65 | BRL-CAD: 03starseeker * r50608 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: remove debugging puts statement |
| 03:30.49 | CIA-65 | BRL-CAD: 03brlcad * r50609 10/brlcad/trunk/NEWS: |
| 03:30.49 | CIA-65 | BRL-CAD: tom added an italian translation of the intro to brl-cad. do not know who the |
| 03:30.49 | CIA-65 | BRL-CAD: original author is. my records indicate it dates back to at least sometime |
| 03:30.49 | CIA-65 | BRL-CAD: before july 2007 but is an unattributed contribution. files had not identifying |
| 03:30.49 | CIA-65 | BRL-CAD: markers and no other record in my logs all the way back to 2004. |
| 05:24.39 | CIA-65 | BRL-CAD: 03phoenixyjll * r50610 10/brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: Fixed the direction of shearing the hyp. |
| 05:30.05 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3677 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 05:49.04 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.128.176) | |
| 06:14.43 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3678 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
| 06:26.35 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:42.51 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.128.176) | |
| 06:56.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:38.05 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 07:57.44 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:21.43 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:36.07 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 10:23.27 | *** join/#brlcad cristina_ (~cristina@188.24.66.147) | |
| 10:46.26 | *** join/#brlcad kane_ (~Mesut@e181169167.adsl.alicedsl.de) | |
| 11:18.24 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114) | |
| 11:22.16 | Stattrav_ | the benchmark for sphflake fails after the recent updates |
| 11:23.39 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114) | |
| 11:47.32 | *** join/#brlcad Stattrav_ (~Stattrav@223.235.172.114) | |
| 12:23.25 | brlcad | Stattrav: hm, good to know -- did you isolate the commit that causes the failure? |
| 12:23.37 | brlcad | and did you get the two images starseeker pasted earlier? |
| 13:19.31 | *** join/#brlcad crdueck__ (~AndChat43@184.151.61.79) | |
| 13:21.10 | brlcad | morning crdueck__ |
| 13:21.13 | Al_Da_Best | kane_: Did you say you managed to compile brl-cad with bullet? I'm running into a lot of errors when trying to do so, could do with some advice |
| 13:21.56 | brlcad | the vm image has a bullet-enabled compile included, could inspect it for reference |
| 13:22.40 | Al_Da_Best | Yeah I have done. As far as I can tell my CMake is setup correctly, going by the cmakecache on the VM, but visual studio is having issues |
| 13:22.46 | crdueck__ | brlcad: morning, have you gotten a chance to take a look at the patch I submitted on SF? |
| 13:23.33 | *** join/#brlcad AndChat-430625 (~AndChat43@184.151.61.29) | |
| 13:27.46 | *** join/#brlcad crdueck__ (~AndChat43@184.151.61.29) | |
| 13:55.59 | CIA-65 | BRL-CAD: 03bob1961 * r50611 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Simplified to_png(). Added to_pix(). Not tested on Windows. |
| 13:57.17 | CIA-65 | BRL-CAD: 03bob1961 * r50612 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::pix. |
| 14:10.12 | CIA-65 | BRL-CAD: 03bob1961 * r50613 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: More simplification of to_png() and to_pix(). |
| 14:25.05 | starseeker | Al_Da_Best: so far as I know, the bullet stuff has never been tried on Windows before |
| 14:25.13 | starseeker | not surprising there would be issue |
| 14:25.24 | starseeker | or issues even |
| 14:26.53 | Al_Da_Best | Yeah that's what I thought. I'll check that its not my configuration before diving in and trying to fix things that aren't broken, should be moving to a fresh install of windows+vs2010 when I get round to it, which would be ideal for testing |
| 14:28.38 | kane_ | Al_Da_Best: I have tried it with the Bulletlibraries, i got 61 build-errors |
| 14:29.04 | Al_Da_Best | Ah :P Yeah I get similar amounts. Oki, I'll try and work out why :D |
| 14:38.37 | *** join/#brlcad Al_DC_Mobile (~Al_Da_Bes@2001:630:301:9110:f0fa:9bcd:9fc8:1e4e) | |
| 15:10.51 | *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:b553:a4e8:6a5f:ce27) | |
| 15:19.33 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:19.33 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 15:22.52 | *** join/#brlcad crdueck__ (~AndChat43@184.151.61.29) | |
| 15:34.10 | brlcad | crdueck__: not yet |
| 15:35.21 | brlcad | I usually try to let other devs get first dibs, but I'll take a look if nobody else comments soon |
| 15:40.31 | crdueck__ | brlcad: alright thanks |
| 15:42.09 | Stattrav | brlcad: yes |
| 15:42.25 | brlcad | crdueck__: so one issue I notice right off the bat is that you've had 9 patch submissions |
| 15:42.54 | brlcad | 5 of which are "invalid" or deleted or rejected |
| 15:43.13 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52) | |
| 15:43.18 | Stattrav | brlcad: doing a binary search on the commits between them I checked r 50443 |
| 15:43.23 | Stattrav | that was working fine |
| 15:44.09 | brlcad | crdueck__: that's usually a sign that you're not thinking through or testing your own patch before submitting it, so a little more rigor on your end is probably warranted |
| 15:44.52 | brlcad | don't want to be in a situation where 5/9ths of your commits are problematic .. that'd be quite a bit of havoc :) |
| 15:45.38 | brlcad | Stattrav: do you know how to binary search efficiently or are you doing full-blown checkouts each time? :) |
| 15:46.02 | Stattrav | brlcad: svn update -r <r.no> |
| 15:46.19 | brlcad | okay, good just checking |
| 15:46.21 | Stattrav | brlcad: svn update -r <revison no> <- this was what I was doing. so yeah |
| 15:55.22 | crdueck__ | brlcad: agreed, i'll try to be more thourough in the future and especially when committing |
| 15:57.53 | brlcad | crdueck__: that said, I'm hoping you have reviewed your four patches that are open to make sure they don't have obvious room for improvement, like wrong style or not compiling, etc |
| 15:59.31 | brlcad | if a patch has an issue, you do not need to close out the patch tracker, just add a new attachment and mark it v2 or similar |
| 16:05.59 | crdueck__ | i dont believe there's any obvious issues with the open patches, but i'll look them over again when i get the chance. i'm away from my desktop at the moment |
| 16:07.49 | CIA-65 | BRL-CAD: 03bob1961 * r50614 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added calls to glPixelStorei(GL_PACK_ALIGNMENT, 1) in both to_png() and to_pix(). |
| 17:06.37 | *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:69b9:8754:c10d:fc6f) | |
| 18:08.24 | *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:69b9:8754:c10d:fc6f) | |
| 19:09.07 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:39.44 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3679 10/wiki/User:Ksuzee/Reports: |
| 19:40.22 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3680 10/wiki/User:Ksuzee/Reports: |
| 19:41.06 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3681 10/wiki/User:Ksuzee/Reports: |
| 19:41.46 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3682 10/wiki/User:Ksuzee/Reports: |
| 19:46.29 | brlcad | ksuzee: so curious, what criteria are you using for selecing these reductions? |
| 19:51.54 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3683 10/wiki/Google_Summer_of_Code/2012: move additional info to the end, prep for announcement |
| 19:56.16 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3684 10/wiki/Google_Summer_of_Code/2012: deengrishify |
| 20:03.31 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 20:13.49 | CIA-65 | BRL-CAD: 03brlcad * r50615 10/brlcad/trunk/src/librt/primitives/ell/ell.c: apply sf patch 3515075 (rt_ell_surface_area) from crdueck adding support for calculating ellipsoid surface areas. |
| 20:39.16 | Stattrav | brlcad: 50580 works fine and 50581 breaks |
| 20:45.34 | brlcad | Stattrav: that can't be right |
| 20:46.03 | brlcad | 50580 and 50581 are both edits to our release notes text file, having nothing to do with runtime behavior |
| 20:46.34 | Stattrav | wait or 582 |
| 20:46.43 | brlcad | well which is it? :) |
| 20:46.50 | Stattrav | let me check that once :P |
| 20:47.28 | Stattrav | did somebody else report that the benchmark test is reporting that sphflake is throwing out the error ? |
| 20:47.37 | brlcad | actually, I'll buy 50582 breaking sphflake -- let me read into it |
| 20:51.20 | brlcad | Stattrav: you don't have a patch yet, do you? want to try and tackle that one now that you have it isolated? |
| 20:51.39 | brlcad | I can certainly explain it to help make it easy if that commit really did break sphflake |
| 20:52.49 | brlcad | actually I think I already see the bug |
| 20:53.32 | Stattrav | brlcad: let me confirm once |
| 20:53.43 | Stattrav | as in let me check that once again. |
| 20:53.56 | brlcad | sure, but I'm pretty sure I see why it's failing |
| 20:54.49 | Stattrav | I am checking 50580 |
| 20:54.58 | brlcad | yeah, that's the issue -- no worries, not even patch-worthy because the edit was just wrong |
| 20:56.02 | Stattrav | 580 is good |
| 20:56.34 | Stattrav | 582 had a change in parse.c |
| 20:58.08 | CIA-65 | BRL-CAD: 03brlcad * r50616 10/brlcad/trunk/src/libbu/parse.c: Revert r50582 as it was just wrong. 'shader' is the whole string, not just the name. |
| 20:58.49 | Stattrav | cool, I shall test 50616 now |
| 21:01.31 | CIA-65 | BRL-CAD: 03brlcad * r50617 10/brlcad/trunk/src/libbu/parse.c: go ahead and still make the comparison case insensitive. thanks to Stattrav (via irc) for pinpointing the cause of sphflake failure introduced by r50582. |
| 21:02.15 | Stattrav | Yaay! my first useful contribution. |
| 21:02.38 | ksuzee | hello |
| 21:03.18 | ksuzee | Sean, I've just read you wrote me) |
| 21:03.25 | Stattrav | Now, I shall get down to writing the patch. |
| 21:05.03 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52) | |
| 21:07.18 | brlcad | Stattrav_: so what patch are you working on? |
| 21:08.54 | Stattrav | the same thing pixcmp.c, couldn't find the bug w.r.t starseeker 's image with normal testing, seeing into it now. Instead I want to write the off-by-<val> where val is specified by -d |
| 21:09.34 | Stattrav | by write the off-by-<val>, I meant implement that feature |
| 21:14.15 | starseeker | src/libbu/parse.c:1767:2: error: implicit declaration of function ‘bu_strnasecmp’ |
| 21:14.35 | CIA-65 | BRL-CAD: 03brlcad * r50618 10/brlcad/trunk/src/tclscripts/mged/skt_ed.tcl: |
| 21:14.36 | CIA-65 | BRL-CAD: qualify all of the calls to the dist proc as being in the top-level namespace. |
| 21:14.36 | CIA-65 | BRL-CAD: apparently if you qualify one in a proc, but not others, some version(s) of tcl |
| 21:14.36 | CIA-65 | BRL-CAD: assume the non-qualified one are for a non top-level scope even if a local one |
| 21:14.36 | CIA-65 | BRL-CAD: doesn't exist. problem reported by Csanyi Pal via brlcad-users mailing list |
| 21:14.36 | CIA-65 | BRL-CAD: trying to use sketch editor. |
| 21:15.57 | starseeker | oh, I see |
| 21:16.15 | CIA-65 | BRL-CAD: 03starseeker * r50619 10/brlcad/trunk/src/libbu/parse.c: looks like a typo? |
| 21:20.33 | brlcad | oops, sorry about that -- didn't have a build to compile-test that on yet |
| 21:25.17 | brlcad | ksuzee: so you read it, do you intend to reply? :) |
| 21:26.32 | brlcad | Stattrav: if you can't reproduce the bug under normal use, that may imply reader error or platform-specific conditions -- no need to go on a witch hunt for it ;) |
| 21:26.45 | ksuzee | oh, yes)) I didn't want to interrupt you=) |
| 21:26.51 | ksuzee | well, |
| 21:27.08 | Stattrav_ | brlcad: ahaha, sure. |
| 21:27.26 | brlcad | ksuzee: it's not an interruption |
| 21:27.34 | brlcad | multithreaded group discussion ;) |
| 21:27.37 | Stattrav_ | oh god, I am replying from two places, browser and irssi, shall switch to irccloud |
| 21:28.41 | ksuzee | ok:) I made the file which contains duplications for every folder in /src |
| 21:29.54 | ksuzee | and now I'm searching the most obvious situations |
| 21:30.20 | ksuzee | in this files |
| 21:30.58 | ksuzee | I think this one https://sourceforge.net/tracker/?func=detail&aid=3528023&group_id=105292&atid=640804 |
| 21:31.04 | ksuzee | is important |
| 21:31.28 | ksuzee | the previouse one is just an example from my proposal |
| 21:32.39 | brlcad | it's actually an interesting social bias in play that I found interesting with the htonf.c change |
| 21:33.03 | brlcad | I knew/know about that duplication |
| 21:33.11 | brlcad | it's goes WAY back 15+ years |
| 21:33.36 | ksuzee | eee |
| 21:33.38 | brlcad | left it in there just because it was so old, but technically there's no reason for it |
| 21:33.59 | brlcad | so it's nice to see your new eyes questioning its existence |
| 21:34.38 | ksuzee | these functions were absolutly similar |
| 21:35.07 | ksuzee | but after making...I saw everything you told me before=) |
| 21:37.34 | ksuzee | about my previous patch I mean |
| 21:38.11 | Stattrav | brilliant, the benchmark tests on 50619 are good. thanks starseeker and brlcad. |
| 21:42.07 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52) | |
| 21:48.44 | brlcad | Stattrav: aha, I found the bug |
| 21:48.55 | brlcad | it's actually in the pixdiff utility, not pixcmp |
| 21:49.11 | brlcad | moreover, the summary differences reported by the two don't match each other: |
| 21:49.28 | brlcad | [sean@gcc1-power7 .cmake]$ bin/pixcmp eto_implicit.pix eto_brep.pix |
| 21:49.29 | brlcad | pixcmp pixels: 206784 matching, 31160 off by 1, 24200 off by many |
| 21:49.37 | brlcad | [sean@gcc1-power7 .cmake]$ bin/pixdiff eto_implicit.pix eto_brep.pix |bin/pix-png -o diff.png |
| 21:49.40 | brlcad | pixdiff bytes: 702101 matching, 84304 off by 1, 27 off by many |
| 21:49.57 | Stattrav_ | aah :D |
| 21:49.59 | brlcad | so not a bug-perse because pixdiff does qualify and say bytes |
| 21:50.14 | brlcad | but they are different, which is cause for concern |
| 21:50.27 | brlcad | probably only/best solved by fully merging the two tools |
| 21:50.52 | Stattrav_ | ohh. so what do you suggest I do now, work on it ? |
| 21:51.22 | brlcad | adding the off-by-# option is a fine simple patch to start with regardless |
| 21:52.25 | brlcad | dc |
| 21:52.57 | Stattrav_ | cool. that would be the thing I shall work on. |
| 21:54.11 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3685 10/wiki/User:Stattrav/GSoC2012: Pointer changed in the roadmap |
| 21:54.25 | ksuzee | so what shall I do with this "good old" duplication? =) |
| 21:54.28 | Stattrav_ | I could actually look into fixing that a bit later though |
| 21:59.23 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3686 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
| 22:51.22 | CIA-65 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3687 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 23:53.48 | *** join/#brlcad crdueck__ (~AndChat43@184.151.61.220) | |
| 00:03.16 | *** join/#brlcad cristina (~cristina@82.77.104.77) | |
| 01:12.30 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.143.52) | |
| 04:39.14 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 05:44.35 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.137.131) | |
| 06:06.43 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.138.163) | |
| 06:16.11 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.16.14) | |
| 06:47.28 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.221) | |
| 07:13.19 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.150.221) | |
| 08:13.51 | *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 09:04.01 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 09:19.11 | *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 09:19.15 | *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 09:23.28 | *** part/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 09:34.25 | *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 10:39.35 | *** join/#brlcad cristina (~cristina@82.77.104.77) | |
| 10:55.35 | *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@2001:630:301:9110:bd3e:b4c5:45fa:cdf5) | |
| 11:24.48 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 11:37.08 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.23.17) | |
| 11:50.18 | *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 11:54.41 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135) | |
| 13:00.34 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 13:19.13 | *** join/#brlcad merzo (~merzo@22-219-200-46.pool.ukrtel.net) | |
| 13:33.27 | *** join/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 14:05.42 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 14:18.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 14:18.50 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 14:29.40 | *** join/#brlcad andrei (~andrei@5-12-68-191.residential.rdsnet.ro) | |
| 14:30.31 | andrei | Hello |
| 15:03.10 | brlcad | howdy andrei |
| 15:03.25 | brlcad | I had something to tell you yesterday .. what was that |
| 15:03.33 | andrei | that I should fix the patches I submitted |
| 15:03.41 | andrei | I know, I had an exam today. |
| 15:03.53 | brlcad | okay, glad one of us knows.. :) |
| 15:04.08 | andrei | As far as I remember |
| 15:04.30 | andrei | the proposal included the exam session date as yesterday, I apologize if I didn't make it clear. |
| 15:04.36 | andrei | exam session start* |
| 15:05.04 | brlcad | ah right, was asking about whether you intended to do anything about the bu_strdup patch |
| 15:05.24 | brlcad | and cleaning up the other unit test |
| 15:06.05 | andrei | clearing up the unit test - for sure. Submitting the CMakelist modified for tpkg and modifying tpkg to pass size as a parameter. |
| 15:06.06 | brlcad | you probably made it clear -- that was a long e-mail and those take longer to get to... |
| 15:06.14 | brlcad | wasn't so much concerned with schedule as intent |
| 15:06.41 | brlcad | ah, didn't know you were already working on the tpkg patch too |
| 15:06.52 | andrei | Sorry about that, was way too stressed to take everything into account. |
| 15:07.23 | brlcad | so bu_strudup -- you wanting to look into that more or should we close it out? |
| 15:07.57 | andrei | It s been a while, but from what I remember there was no function using that. |
| 15:08.01 | andrei | I shall look into it today |
| 15:08.09 | andrei | to see if I can remove it without much trouble. |
| 15:08.52 | brlcad | it's potentially used |
| 15:08.55 | brlcad | that was part of the issue |
| 15:09.02 | brlcad | you split it |
| 15:09.39 | brlcad | which made it so it didn't have to be global, but then that broke the use case |
| 15:10.40 | brlcad | andrei: given the timeframe, lets just close that one out and move on |
| 15:11.19 | brlcad | it's not a major issue and it's not even clear to me how to best eliminate that global quickly |
| 15:11.35 | andrei | I m adding comments to one more homework then moving on to brl-cad patches. |
| 15:11.57 | andrei | They re giving us a rather rough ride here at Uni, but I should manage both. |
| 15:13.50 | brlcad | all the more reason to not worry about that first patch |
| 15:13.54 | brlcad | the unit test is far more useful |
| 15:14.04 | brlcad | better to spend time cleaning that up |
| 15:14.12 | brlcad | sound good? |
| 15:14.12 | andrei | so , in that case should I addapt my coding style for the hashtable one , aswell? |
| 15:14.21 | andrei | I still have it somewhere around here |
| 15:14.29 | brlcad | hashtable? I haven't seen that |
| 15:14.36 | brlcad | but yes, you should be following HACKING strictly |
| 15:14.58 | brlcad | be sure to run sh/template.sh on any new files you add too so they have a proper header and footer |
| 16:13.58 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 16:30.05 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135) | |
| 16:46.23 | *** part/#brlcad kane_ (~kane@e181165166.adsl.alicedsl.de) | |
| 17:52.09 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:54.09 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gvyxuygrqmofxalq) | |
| 17:58.51 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:12.35 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135) | |
| 19:12.59 | *** join/#brlcad Stattrav_ (~Stattrav@117.202.28.135) | |
| 19:18.47 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 20:13.36 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3688 10/wiki/Izmir_escort: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:13.43 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3689 10/wiki/Izmir_escort_bayan: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:13.57 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3690 10/wiki/Izmir_escortlari: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:14.12 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3691 10/wiki/Escort: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:14.27 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3692 10/wiki/Escort_Bayan: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:14.38 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3693 10/wiki/Escort_Bayanlar: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 20:14.59 | CIA-65 | BRL-CAD: 03Vipreklam 07http://brlcad.org * r3694 10/wiki/Escort_Bayan_Izmir: izmir escort bayan, izmir escort, escort bayan izmir, escort bayan |
| 22:52.28 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:38.28 | *** join/#brlcad Jak_o_Shadows (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 23:38.30 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 00:47.10 | *** join/#brlcad Stattrav_ (~Stattrav@223.234.79.127) | |
| 01:13.00 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3695 10/wiki/User:Cprecup/GSoC2012_progress: log update: commit access gained + GOBLIN study |
| 01:21.06 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 02:20.28 | kanzure | brlcad: spam? |
| 03:39.03 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 04:27.52 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Vipreklam]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 04:28.03 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escort]]": content was spam |
| 04:28.23 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escort bayan]]": spam |
| 04:28.38 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Izmir escortlari]]": spam |
| 04:28.50 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort]]": spam |
| 04:29.05 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayan]]": spam |
| 04:29.17 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayanlar]]": spam |
| 04:29.29 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Escort Bayan Izmir]]": spam |
| 04:31.31 | brlcad | kanzure: yep, rare but still happens |
| 04:31.38 | brlcad | couple times a month on average |
| 04:31.45 | brlcad | ~seen anoop |
| 04:31.46 | ibot | anoop <~quassel@117.253.144.130> was last seen on IRC in channel #kde, 191d 13h 25m 50s ago, saying: ':-)'. |
| 04:36.28 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 07:53.11 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:29.50 | *** join/#brlcad andrei (~andrei@5-12-65-134.residential.rdsnet.ro) | |
| 09:14.37 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:31.21 | *** join/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de) | |
| 10:28.28 | *** join/#brlcad Al_Da_Mobile (~Al_Da_Bes@eduroam-student-205-23.lut.ac.uk) | |
| 10:45.53 | *** join/#brlcad merzo (~merzo@34-177-133-95.pool.ukrtel.net) | |
| 10:46.53 | *** join/#brlcad cristina (~cristina@82.77.104.77) | |
| 12:05.22 | kane_ | I have added a patch for the vmath.h, but it is not finished yet. I will test it and complete it, if the solution is suitable for brlcad. |
| 12:28.16 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:40.29 | *** join/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de) | |
| 13:00.39 | *** part/#brlcad kane_ (~kane@e181172120.adsl.alicedsl.de) | |
| 13:42.20 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 14:01.54 | *** join/#brlcad merzo (~merzo@115-133-201-46.pool.ukrtel.net) | |
| 15:22.06 | *** join/#brlcad sony (~sony@110.224.69.138) | |
| 15:23.18 | Guest19754 | q |
| 15:48.00 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 15:56.30 | ksuzee | hello, Sean! I've corrected my patch for htonf.c and added inline function. Check it, please |
| 16:08.03 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 16:19.30 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:23.08 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 18:50.36 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:55.03 | brlcad | ksuzee: I saw the tracker update but haven't had a chance to look at the patch file yet, hopefully in a little bit |
| 19:06.15 | ksuzee | brlcad:okay) |
| 19:54.52 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 20:20.08 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 20:59.22 | *** join/#brlcad stas (~stas@82.137.9.223) | |
| 22:31.09 | *** join/#brlcad crdueck__ (~AndChat43@184.151.61.220) | |
| 00:43.19 | crdueck__ | brlcad: could i get ed davisson's email? my post on the mailing list went unanswered and i'd like to have his address for tomorrow since questions are sure to arise |
| 05:30.59 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 06:41.45 | *** join/#brlcad stas (~stas@82.137.11.55) | |
| 06:42.13 | kanzure | good night |
| 06:42.17 | kanzure | oops. wrong chan. |
| 06:52.47 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 07:11.16 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 07:40.12 | *** join/#brlcad cristina (~cristina@82.77.104.77) | |
| 07:48.21 | *** join/#brlcad merzo (~merzo@225-202-133-95.pool.ukrtel.net) | |
| 08:18.46 | *** join/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de) | |
| 08:26.13 | brlcad | kanzure: does that make it any less of a good night? :) |
| 08:45.04 | *** join/#brlcad merzo (~merzo@181-94-200-46.pool.ukrtel.net) | |
| 08:46.41 | *** join/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de) | |
| 08:54.06 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:56.21 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 10:53.06 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3696 10/wiki/User:Ksuzee/Reports: fixi |
| 10:53.12 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3697 10/wiki/User:Ksuzee/Reports: |
| 11:15.12 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:39.48 | kane_ | Is it possible to use object oriented coding in brlcad? |
| 11:50.29 | d_rossberg | kane_: you mean C++? |
| 11:50.36 | kane_ | yes |
| 11:51.13 | d_rossberg | sure |
| 11:52.26 | d_rossberg | e.g. src/conv/intaval is pure C++ |
| 12:02.01 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 12:02.36 | kane_ | Then the functions can me methods, if I use C++? |
| 12:03.35 | kane_ | And globals could be saved as attributes? |
| 12:13.41 | d_rossberg | ??? you can use C++ structs aka classes |
| 12:14.00 | d_rossberg | globals are something different |
| 12:21.18 | kane_ | hm ok. I have here some variables how "static int ogl_actively_drawing = 0;", I can save them as class members. Or shall they be static variables outside the structure? |
| 12:32.04 | kane_ | d_rossberg: Or maybe I will write a small work sample of the dm-qt class and you review it? |
| 12:33.39 | d_rossberg | ideally it would be a non-static member variable, is there a handle from BRL-CAD to the display manager (probable a genptr_t)? |
| 12:35.11 | d_rossberg | kane_: you will certainly start with a small program enlarging it during this summer of code ;) |
| 12:37.56 | kane_ | d_rossberg: ok :), thank you. |
| 13:03.07 | brlcad | kane_: you can't expose C++ in any of the public C API (include/ header files) so you have to be careful when working in a library dir (src/lib*), but can use it within application code |
| 13:04.55 | Stattrav | brlcad: hey, I've implemented the offbyval and I am testing it now. The problem is that, the offset is harcoded and I need some help with finding a better example of bu_optget parsing |
| 13:07.42 | brlcad | need or needed? |
| 13:07.54 | Stattrav | need |
| 13:07.55 | brlcad | if you've implemented it, does that mean you figured it out? |
| 13:08.08 | Stattrav | no currently the -d4 thing is hardcoded |
| 13:08.14 | brlcad | how'd you implement it without an option?? :) |
| 13:08.30 | Stattrav | i am changing it and recompiling it |
| 13:08.49 | brlcad | you mean you added a variable or something? :) |
| 13:08.53 | Stattrav | yeah |
| 13:08.57 | brlcad | ok |
| 13:09.08 | brlcad | so bu_getopt is used in literally about 2000 places |
| 13:10.04 | brlcad | it's a wrapper around the libc getopt call, so you can read the manual page on how to use it |
| 13:10.07 | brlcad | man getopt |
| 13:10.10 | Stattrav | sure |
| 13:10.31 | brlcad | probably in "man 3 getopt" |
| 13:11.37 | Stattrav | thanks |
| 13:19.12 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 13:19.34 | kanzure | brlcad: nope :) |
| 13:45.30 | brlcad | :) |
| 13:55.58 | CIA-65 | BRL-CAD: 03phoenixyjll * r50620 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Fixed the bug of wrong id & od for pipe, by changing some prevp to curp. |
| 14:01.21 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3698 10/wiki/User:Phoenix/GSoc2012/Reports: /* Community Bonding */ |
| 14:03.29 | d_rossberg | has somebody heard of a .raw file format for triangulated geometries? |
| 14:05.08 | brlcad | several formats are close to that, but none come to mind and certainly none in prevalent use |
| 14:05.18 | brlcad | binary stl is pretty close |
| 14:06.27 | d_rossberg | so you've heard of it, that's good |
| 14:07.13 | brlcad | I'm not sure that indicates anything particularly insightful.. :) |
| 14:08.39 | brlcad | rhino3d supports reading from a ".raw" file: http://www.rhino3d.com/5/help/fileio/raw_triangles_raw_import_export.htm |
| 14:09.01 | brlcad | presumably val1val2val3 triplets in binary or ascii form |
| 14:09.30 | d_rossberg | it does :) i've a converter to hand (raw-g) and want to know if it's worth to add it to the other converters |
| 14:10.28 | brlcad | ah, sure |
| 14:11.24 | brlcad | there's little reason to hold back support for new converters, no matter how obscure :) |
| 14:12.04 | brlcad | a few years ago, I was working on brl-cad to bzflag exporter, for example.. no use to anything in our field, but entertaining nonetheless |
| 14:12.40 | d_rossberg | we have many .raw files here because they can easily be manipulated with text editors |
| 14:12.43 | brlcad | should try to convert that parser to lemon syntax |
| 14:12.54 | brlcad | so they're text format, not binary? |
| 14:13.15 | brlcad | i'd expect a "true" raw file to be binary data, like pix files :) |
| 14:14.28 | d_rossberg | very simple text: a line with the component's name and then som lines with 9-uples (you know what i mean :) |
| 14:16.23 | brlcad | yep |
| 14:16.30 | brlcad | looks like it's listed here: http://en.wikipedia.org/wiki/Polygon_mesh |
| 14:18.31 | d_rossberg | perfect, it's an official format since it's in wikipedia ;) |
| 14:33.43 | ``Erik | <-- points at the g-egg (panda3d) exporter as an example of an obscure converter :D |
| 14:49.36 | *** part/#brlcad kane_ (~kane@g226124183.adsl.alicedsl.de) | |
| 16:38.18 | CIA-65 | BRL-CAD: 03phoenixyjll * r50621 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Deal with duplicated points. Delete duplicated points from the linklist of pipe. |
| 16:39.31 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3699 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 16:40.02 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3700 10/wiki/User:Crdueck/log: |
| 16:43.43 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3701 10/wiki/User:Crdueck/log: /* 21/05/2012: */ |
| 17:10.19 | Stattrav | brlcad: I have the patch ready, small but ready, preliminary testing goes on well |
| 17:28.59 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3702 10/wiki/User:Ksuzee/Reports: |
| 18:23.50 | Stattrav | brlcad: sent the mail w.r.t to the patch |
| 18:24.03 | Stattrav | btw I've started working on the log parser |
| 18:45.58 | Stattrav | brilliant even the benchmark goes through after the change |
| 18:46.13 | Stattrav | things left out: sanity check of the input |
| 19:40.46 | *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 20:14.27 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3703 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs |
| 20:23.43 | CIA-65 | BRL-CAD: 03starseeker * r50622 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: argv arguments are now being handled by getopt for rtwizard or not at all. clear argv after processing to avoid accidental additional processing attempts. |
| 20:31.30 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 20:37.35 | CIA-65 | BRL-CAD: 03starseeker * r50623 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add an option to specify the view center. Between this option, the aet options, and zoom it should be possible to re-create most (all?) raytracing views |
| 20:43.53 | *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 20:45.54 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3704 10/wiki/User:Stattrav/GSoC2012: Pointing to the things I am working on as per the roadmap. |
| 20:52.14 | CIA-65 | BRL-CAD: 03starseeker * r50624 10/brlcad/trunk/src/tclscripts/util/getopt.tcl: Allow negative numbers as values instead of treating them as flags. |
| 20:53.16 | CIA-65 | BRL-CAD: 03brlcad * r50625 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: ran ws.sh, massive trailing ws |
| 21:07.30 | CIA-65 | BRL-CAD: 03starseeker * r50626 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Support framebuffer specifications without the space for rt compatibility |
| 21:14.42 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 21:18.44 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 21:49.53 | *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 23:07.04 | CIA-65 | BRL-CAD: 03starseeker * r50627 10/brlcad/trunk/regress/ (4 files in 2 dirs): Put a framework for regression testing rtwizard in place. Need to assemble more tests - just one example for now. |
| 02:00.51 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:06.18 | CIA-65 | BRL-CAD: 03phoenixyjll * r50628 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Add some control to deal with special cases and add a few comments. |
| 05:07.14 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3705 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 06:29.32 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 07:04.01 | *** join/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de) | |
| 07:45.00 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:57.53 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 07:58.11 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:14.19 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 09:35.19 | *** join/#brlcad nFFF (~nf@host86-150-84-175.range86-150.btcentralplus.com) | |
| 09:35.37 | nFFF | Is this about cad or speciifcally brl cad? :D |
| 09:37.30 | *** part/#brlcad nFFF (~nf@host86-150-84-175.range86-150.btcentralplus.com) | |
| 09:46.47 | *** part/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de) | |
| 09:51.01 | *** join/#brlcad kane_ (~kane@g226123023.adsl.alicedsl.de) | |
| 11:29.10 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:56.56 | kane_ | Is there a name convention for class names? |
| 12:33.46 | d_rossberg | looking at HACKING i would say: mixed case starting with uppercase letter, e.g. DmQtWidget (?) |
| 12:48.46 | ``Erik | there really hasn't been any primary c++ development in BRL-CAD itself, so I don't think there really IS a convention... the two big c++ parts are integration of OpenNURBS (so follow the OpenNURBS convention) and the STEP stuff (so follow the STEP convention)... 'normal' c++ is packed camel case |
| 12:57.12 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 13:18.48 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 13:32.14 | *** join/#brlcad kane_ (~kane@e182048235.adsl.alicedsl.de) | |
| 13:42.38 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 13:43.22 | *** join/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de) | |
| 13:44.56 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 13:59.10 | ksuzee | hello |
| 14:00.29 | ksuzee | I need somebody's help |
| 14:06.32 | Stattrav | what kind ? |
| 14:07.45 | ksuzee | connected with my project) |
| 14:07.57 | Stattrav | me out then ;) |
| 14:08.34 | ksuzee | yes, I know) But thanks anywhere)) |
| 14:13.29 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 14:23.58 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 14:53.09 | brlcad | ksuzee: you have to be more specific than that (and you don't have to wait for a reply on irc) |
| 14:54.14 | ksuzee | ok) I will) |
| 14:54.17 | ksuzee | So |
| 14:55.33 | ksuzee | such question: if duplicated functions are situated in different files in one directory and I want to reduct it |
| 14:56.10 | ksuzee | what should I do with them |
| 14:56.21 | ksuzee | To put in other NEW file |
| 14:56.38 | brlcad | depends on whether the directory is a library or application and depends whether the duplicated function is public or private, and how significant the function is |
| 14:57.14 | brlcad | in general, you can often/usually break the function out into a new file |
| 14:58.12 | ksuzee | Most of all I've found are in libraries |
| 14:58.14 | brlcad | the only time you shouldn't do that is when it's a really tiny function (maybe less than 10 lines) or when there's already a collection of related functions that it belongs with |
| 14:58.58 | brlcad | so talk about a specific example |
| 15:00.13 | ksuzee | ok, I'll write in 5 minutes |
| 15:00.17 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 15:04.25 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 15:06.31 | ksuzee | I'm here |
| 15:06.38 | ksuzee | here's good example |
| 15:07.07 | ksuzee | libged/track.c and wdb_track.c |
| 15:08.05 | ksuzee | Both of them сontain function crdummy |
| 15:08.42 | ksuzee | but this function's static |
| 15:09.47 | ksuzee | so what's better to do with it |
| 15:10.30 | ksuzee | and similar examples are in different libraries |
| 15:27.07 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-izuzucmpgjnckpro) | |
| 15:36.46 | CIA-65 | BRL-CAD: 03bob1961 * r50629 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Change bu_vls_printf format strings use of %llu to %zu. This fixes a recent breakage on Windows. |
| 15:51.57 | brlcad | ksuzee: okay, so in that particular example, ignore all of the duplication coming from wdb*.c files |
| 15:52.08 | brlcad | that wdb interface is going away soon |
| 15:52.41 | brlcad | you'll find a LOT of duplication in those files, but they can all be ignored |
| 15:56.56 | ksuzee | aaaa, okay |
| 15:57.42 | ksuzee | as soon as I remember in some other libraries there're wdb* too |
| 15:57.57 | ksuzee | so ignore them everywhere |
| 15:58.07 | ksuzee | ? |
| 15:58.17 | brlcad | no, just the libged ones |
| 15:58.33 | brlcad | there's an entire libwdb .. don't ignore that ;) |
| 15:59.07 | brlcad | just the src/libged/wdb* files |
| 15:59.32 | brlcad | or don't ignore them and eliminate them .. even better |
| 15:59.42 | brlcad | wdb_track would be a good one to eliminate |
| 16:00.11 | brlcad | but that is a considerably harder task, though, forewarning |
| 16:02.49 | ksuzee | ok, at first I'll ignore them and will eliminate it later, when I'm more familiar |
| 16:02.59 | ksuzee | But as an example |
| 16:03.32 | ksuzee | would it be normal to make new file for such functions |
| 16:03.35 | ksuzee | ? |
| 16:09.11 | brlcad | andrei: I'm sending out an announcement today, so please update your wiki pages as soon as you can (e-mail with more info) |
| 16:10.12 | *** part/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de) | |
| 16:10.33 | brlcad | anyone else needing to clean up their wiki page, now's the time to do it |
| 16:12.37 | CIA-65 | BRL-CAD: 03128.63.32.74 07http://brlcad.org * r3706 10/wiki/Google_Summer_of_Code/2012: /* Non-Vacuum Gravity Simulator */ |
| 16:58.50 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 17:21.29 | *** join/#brlcad jbschw (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 17:27.48 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:34.54 | Stattrav | brlcad: Have you got a chance to look at the patch ? |
| 17:41.23 | brlcad | Stattrav: I plan to later today |
| 17:42.00 | brlcad | at least, I plan to look at patches, and will be looking at them in to the order they were submitted providing review and feedback for those outstanding |
| 17:42.05 | Stattrav | brlcad: cool thanks. I have a query which I shall be posting on the ML |
| 17:42.23 | Stattrav | that is with respect to the code organization etc |
| 17:42.32 | brlcad | okay |
| 17:42.44 | brlcad | worth discussing here? |
| 17:43.02 | Stattrav | sure |
| 17:43.45 | Stattrav | so currently I am writing these scripts etc and where should this code go ? |
| 17:43.52 | Stattrav | where should I create the directories ? |
| 17:45.00 | brlcad | we have a web module in svn |
| 17:45.09 | brlcad | you can put everything there |
| 17:45.32 | brlcad | http://brlcad.svn.sourceforge.net/viewvc/brlcad/web/trunk/ |
| 17:45.34 | Stattrav | the root folder you mean |
| 17:45.42 | brlcad | probably in htdocs/benchmark |
| 17:45.43 | Stattrav | ohh that one |
| 17:46.49 | Stattrav | sure thanks |
| 17:52.46 | brlcad | Stattrav: so that's a good example of the type of question that doesn't really need to go to the mailing list -- it's not an item warranting deep thought or discussion, just an answer |
| 17:53.20 | Stattrav | aah #TIL :) |
| 17:54.08 | brlcad | can always ask here when in doubt and on the mailing list if you don't get an answer or if it's useful for others to know |
| 17:54.46 | brlcad | e.g., your mentor isn't on irc, so if it's something he should know -- then definitely post (or repost summary if discussed here) to the mailing list |
| 17:54.46 | Stattrav | thanks. |
| 17:55.21 | Stattrav | I am creating a folder called sql to keep the schema files in that folder and plan to commit as well. |
| 17:55.56 | Stattrav | which shall be such as htdocs/benchmark/sql |
| 17:56.00 | brlcad | nods |
| 17:56.18 | brlcad | you can run "svn add" now even without commit |
| 17:56.22 | brlcad | for dirs and files |
| 17:56.44 | Stattrav | yeah did that |
| 17:58.54 | CIA-65 | BRL-CAD: 03n_reed * r50630 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h selects.c): apply more changes from SCL git 290850a: cleanup some multiple inheritance code - passing around attribute list to print routines instead of rebuilding it |
| 18:02.03 | *** join/#brlcad cristina (~cristina@188.24.79.30) | |
| 18:04.31 | brlcad | hi cristina |
| 18:05.20 | cristina | hello brlcad |
| 18:05.53 | brlcad | good morning! |
| 18:06.28 | cristina | good morning as well! (here is night) :) |
| 18:06.37 | brlcad | ~ugt |
| 18:06.37 | ibot | ugt is probably Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
| 18:06.50 | brlcad | :) |
| 18:07.19 | cristina | ah, yes |
| 18:07.29 | cristina | good morning then:D |
| 18:09.41 | Stattrav | good morning to you all then :) |
| 18:11.15 | *** join/#brlcad jbschw (~JBS103@ool-4355ee10.dyn.optonline.net) | |
| 18:11.15 | cristina | brlcad, I am at the step where I should access the geometry hierarchy for a certain database in use. Where should I put this implementation? in src/mged? |
| 18:12.45 | brlcad | cristina: well it depends, what's the goal? |
| 18:13.03 | brlcad | ideally, you should implement as much as possible as generalized library functionality |
| 18:14.20 | brlcad | so it'd become either a command in src/libged with a tiny binding in src/mged (and possibly src/libtclcad) .. or it's even lower hierarchy traversing functionality that belongs in src/librt .. or it completely general utility functionality that belongs in src/libbu .. etc |
| 18:15.09 | brlcad | generally speaking, very little new code should go into src/mged |
| 18:15.17 | brlcad | literally bare minimum |
| 18:16.51 | cristina | well, the purpose is to get this geometry hierarchy and use it further in feeding it to GOBLIN or Adaptagrams |
| 18:22.49 | cristina | but accessing the geometry hierarchy shouldn't be a command, should it? I will create a command called, let's say, 'igl' (Interactive Graph Layout) and access the data there |
| 18:24.45 | brlcad | cristina: generally speaking, it's powerful to make everything in the GUI built on top of command-line functionality |
| 18:24.56 | brlcad | so most if not everything you do in the GUI can be scripted |
| 18:25.20 | brlcad | you don't have to do things that way, but it is how much of mged and archer are composed |
| 18:26.58 | brlcad | the geometry browser in src/tclscripts/geometree is a simple example of this MVC (model, view, controller) paradigm in action |
| 18:27.46 | brlcad | there's a geometree command that kicks off the gui, the gui is necessarily build in tcl/tk but then calls several libged commands as part of the implementation |
| 18:28.42 | brlcad | that creates a series of reusable layers that all have distinct features being added |
| 18:29.33 | brlcad | for your project, I could see there being an 'igl' or whatever command that kicks off a gui, but then that gui is build on one or more commands/subcommands that do the actual processing |
| 18:29.50 | brlcad | s/build/built/ |
| 18:30.32 | cristina | I understand now. So there should be useful commands that are called behind the gui (like accessing the hierarchy for example) |
| 18:30.40 | brlcad | your mentor may have some other or better ideas as well |
| 18:31.05 | cristina | ok, I will ask him as well |
| 18:31.15 | brlcad | yeah, that would be my inclination, just because that is the most reusable -- but you'd have to be more specific than "accessing the hierarchy" |
| 18:31.35 | brlcad | accessing the hierarchy is performed by a hundred other commands and doesn't mean much at all by itself ;) |
| 18:32.16 | cristina | hm, yes, I looked through the source code and found a bunch of functions that access the tree in different ways and for different purposes |
| 18:33.09 | brlcad | for example, 'search' walks the hierarchy looking for objects matching specified criteria; the 'tree' command walks the hierarchy and prints it in text form; the 'reid' command walks a hierarchy and updates numeric identifiers on objects sequentially; the 'clone' command walks a hierarchy and creates a copy; etc.... |
| 18:33.35 | brlcad | there are literally about 100 of those ;) |
| 18:35.25 | brlcad | I could see you adding a 'graph' or 'dag' command, for example, that somehow returns the data for the directed graph that your graph layout GUI would call |
| 18:36.00 | brlcad | or modifying the tree command with a -g graph option, or some other existing command |
| 18:36.24 | brlcad | (best to not introduce new commands if we don't need to) |
| 18:37.34 | cristina | the tree command with an additional option is a good idea |
| 18:38.12 | cristina | it shouldn't print it but instead return a data structure with the directed graph, right? |
| 18:38.42 | brlcad | in tcl, those concepts are nearly identical |
| 18:38.55 | brlcad | in C, they're definitely different concepts |
| 18:39.03 | brlcad | so it depends who is calling it |
| 18:39.52 | cristina | I understand. so if I'm using the command for the GUI then it would be a similar concept |
| 18:40.08 | cristina | I was referring to C |
| 18:43.35 | brlcad | if you're accessing from C, then you already have direct access to the hierarchy information via existing librt hierarchy traversal functions |
| 18:44.01 | brlcad | at some point, you're presenting to the user -- that's the code in question, whether it's C or Tcl/Tk |
| 18:46.38 | cristina | ok, so if I need it for the GUI, I create a command and return the data corresponding to the DAG and if I need it in C, I reuse the already implemented functions. I found one here src/librt/db_tree.c |
| 18:51.50 | brlcad | you'll be using the implemented functions regardless |
| 18:52.07 | brlcad | which you use depends on what you need and what you're doing with it |
| 18:52.19 | cristina | n_reed: can I have your opinion on this one? I talked to brlcad about what commands should be implemented for the Interactive Graph Layout and one got this idea, that several commands could be created that can be called when the GUI is built. For example, a command for accessing the directed acyclic graph 'dag' and feeding it to the GUI. What is your opinion on this approach? |
| 18:52.20 | brlcad | there are about a half-dozen ways to walk the tree |
| 18:52.36 | CIA-65 | BRL-CAD: 03n_reed * r50631 10/brlcad/trunk/src/other/step/src/fedex_plus/ (5 files): apply rest of SCL git 290850a: change output suffix of aggregate select types from 's' to '_agg' |
| 18:53.51 | cristina | brlcad: you are right, I was just pointing out that I shouldn't create a new command if I need to use in C some already existent functions |
| 18:59.50 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3707 10/wiki/Google_Summer_of_Code/2012: |
| 19:00.42 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3708 10/wiki/Google_Summer_of_Code: past tense |
| 19:01.40 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3709 10/wiki/Google_Summer_of_Code/2012: |
| 19:03.45 | cristina | brlcad: here http://brlcad.org/d/node/97 it says that GSoC is in its sixth year but in fact it is in its eight |
| 19:05.56 | cristina | thank you for telling me about the commands |
| 19:07.17 | brlcad | cristina: that's for the catch on 97 |
| 19:07.21 | brlcad | er, thanks |
| 19:07.54 | brlcad | I think it was originally worded as OUR sixth year participating (two passively) |
| 19:08.11 | cristina | brlcad: you're welcome |
| 19:08.34 | cristina | I thought about that and questioned myself if I should tell you or not |
| 19:12.23 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3710 10/wiki/User:Ksuzee: |
| 19:20.27 | *** join/#brlcad merzo (~merzo@248-173-133-95.pool.ukrtel.net) | |
| 19:20.53 | brlcad | cristina: why question yourself on that? |
| 19:28.02 | cristina | brlcad: because it might have referred to BRL-CAD's participation in GSoC |
| 19:28.38 | cristina | but it participated 4 years and not 6 |
| 19:29.54 | cristina | nevermind, this was just a hypothesis inside my head |
| 19:53.38 | CIA-65 | BRL-CAD: 03n_reed * r50632 10/brlcad/trunk/src/other/step/src/cleditor/SdaiHeaderSchemaClasses.h: apply header guard symbol change from SCL git d1cd32b |
| 20:07.23 | brlcad | actively participated 4 times, passively 6 times |
| 20:09.17 | brlcad | I was involved in gsoc prior to brl-cad getting accepted, which led to our first official involvement in 2008 |
| 20:15.12 | ``Erik | with bzflag? |
| 20:28.39 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3711 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs for day 22 |
| 21:27.41 | crdueck | brlcad: on sf you commented on my ell surface area patch, saying it had been accepted in r50615, but r50615 added the volume function. which one is correct? |
| 21:28.25 | brlcad | crdueck: which sounds correct? :) |
| 21:29.34 | crdueck | well then i assume the volume function. there was just a little confusion |
| 21:33.05 | brlcad | you don't need to assume, there's only one possibility |
| 21:54.57 | CIA-65 | BRL-CAD: 03tbrowder2 * r50633 10/brlcad/trunk/doc/README.Linux: add more info on required packages for Debian-based systems |
| 22:03.23 | CIA-65 | BRL-CAD: 03brlcad * r50634 10/brlcad/trunk/TODO: made edits to skt_ed.tcl without testing, make sure it still works -- particularly for the user-reported failure case: circles |
| 22:13.16 | crdueck | which header do primitive callback functions belong in? |
| 22:13.29 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 22:14.04 | crdueck | *definitions for primitive callback functions |
| 22:19.42 | brlcad | crdueck: they don't |
| 22:19.59 | brlcad | they're not public API |
| 22:20.21 | brlcad | they're declared in src/librt/primitives/table.c manually for the callback table, but that's about it |
| 22:20.28 | brlcad | everything goes through the table api |
| 22:21.02 | brlcad | or the newer newly being developed object API also in src/librt/primitives |
| 22:21.35 | crdueck | okay, i want to modify libged/analyze to use the callback functions. how should i go about that? |
| 22:31.21 | brlcad | ah, very good |
| 22:40.13 | brlcad | crdueck: well that will involve adding two callbacks to the rt_functab table |
| 22:41.19 | brlcad | its definition is in include/raytrace.h, add the callbacks then you'll have to add NULL for all of them in table.c (except for the few you've now implemented) |
| 22:42.20 | brlcad | crdueck: save that work for after you have commit access -- you probably are eligible already, but your patches need a quick reviewing |
| 22:59.49 | crdueck | brlcad: okay, i'll take a look at those files. thanks |
| 23:18.42 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3712 10/wiki/User:Cprecup/GSoC2012_progress: 21/05/2012, 22/05/2012 progress logs |
| 23:29.09 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 01:21.31 | *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl) | |
| 01:29.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 01:30.32 | *** join/#brlcad cvds__ (~leila@e255180.upc-e.chello.nl) | |
| 02:00.40 | *** join/#brlcad xth1 (~thiago@201.82.138.218) | |
| 02:30.19 | brlcad | crdueck: was just reviewing your sf patch 3513062 ... |
| 02:30.48 | brlcad | crdueck: hard to believe that was sufficient with strict compilation and i/o testing |
| 02:47.54 | crdueck | brlcad: erm, that definitely should have been rejected a long time ago. that was an admittedly poor attempt, submitted before i had my build environment working. it definitely does not compile... sorry about that |
| 02:51.49 | *** join/#brlcad cvds_ (~leila@e255180.upc-e.chello.nl) | |
| 02:57.18 | brlcad | crdueck: do you plan on working on it some more, or should I just close it out? |
| 03:00.38 | CIA-65 | BRL-CAD: 03tbrowder2 * r50635 10/brlcad/trunk/src/libbu/test_vls.c: add another vls regression test |
| 03:02.19 | crdueck | i tried a more thorough attempt, and the new size_t type causes a lot of typechecking errors with other functions. its hardly a trivial patch, requiring a lot of testing. I don't think i'll be working on it now that the coding period has begun. |
| 03:02.34 | brlcad | crdueck: okay, thanks |
| 03:02.55 | brlcad | thanks for trying too, I didn't think that one was easy :) |
| 07:31.22 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:47.16 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:05.12 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:18.34 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:22.32 | *** join/#brlcad kane_ (~kane@e181163223.adsl.alicedsl.de) | |
| 08:24.17 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 08:31.12 | *** join/#brlcad andrei (~andrei@5-12-64-92.residential.rdsnet.ro) | |
| 08:48.01 | *** join/#brlcad andrei (~andrei@5-12-64-92.residential.rdsnet.ro) | |
| 09:07.28 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3713 10/wiki/User:Plussai/GSoC_2012_log: /* 10 May 2012 */ |
| 09:11.37 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3714 10/wiki/User:Plussai/GSoC_2012_log: /* 12 May 2012 */ |
| 09:14.22 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3715 10/wiki/User:Plussai/GSoC_2012_log: /* 12 May 2012 */ |
| 09:14.40 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3716 10/wiki/User:Plussai/GSoC_2012_log: /* 13 May 2012 */ |
| 10:44.20 | CIA-65 | BRL-CAD: 03Mesut 07http://brlcad.org * r3717 10/wiki/User:Mesut/Reports: |
| 11:04.58 | CIA-65 | BRL-CAD: 03bob1961 * r50636 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Clear mLastDataIndex after data move. |
| 12:05.18 | andrei | Hello |
| 12:05.51 | andrei | brlcad, I just read the email from you regarding the wiki page |
| 12:06.08 | andrei | I remember updating it quite some weeks ago. |
| 12:06.56 | andrei | http://brlcad.org/wiki/User:Popescu.andrei1991#GsoC_2012_progress |
| 12:52.02 | CIA-65 | BRL-CAD: 03tbrowder2 * r50637 10/brlcad/trunk/regress/vls.sh: correct name of error log |
| 13:02.45 | *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de) | |
| 13:09.21 | brlcad | andrei: you were supposed to also update http://brlcad.org/wiki/Google_Summer_of_Code/2012 |
| 13:09.33 | brlcad | since you weren't ready when it was initially prepared |
| 13:10.27 | brlcad | that said, g'morning all! |
| 13:12.55 | andrei | so I should update the FIXME with http://brlcad.org/wiki/User:Popescu.andrei1991#GsoC_2012_progress |
| 13:12.57 | andrei | ? |
| 13:14.13 | brlcad | yes, just like all the others ;) |
| 13:15.21 | CIA-65 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3718 10/wiki/Google_Summer_of_Code/2012: /* Package Library Extensions */ |
| 13:15.43 | brlcad | thanks |
| 13:15.49 | andrei | nah, was my bad. |
| 13:16.06 | brlcad | how goes the coding? |
| 13:17.35 | brlcad | ~seen anuragmurty |
| 13:17.46 | ibot | anuragmurty <~anurag@14.139.128.12> was last seen on IRC in channel #brlcad, 5d 23h 49m 37s ago, saying: 'hello sean!'. |
| 13:17.52 | andrei | I m not coding because this academic year is a mess |
| 13:17.56 | andrei | yet* |
| 13:18.13 | brlcad | oh noes! |
| 13:18.22 | brlcad | what's the problem? |
| 13:18.42 | andrei | well, our homeworks deadlines prolonged into the exam session. |
| 13:18.53 | andrei | if I only had to study, I could have worked for brlcad without so much trouble |
| 13:19.34 | andrei | I believe I ll catch up pretty fast with the rest |
| 13:19.37 | brlcad | I remember your long e-mail, but it sounded like things should get better quickly |
| 13:20.04 | andrei | well I m currently working on the last homework, which is a prolog one. |
| 13:20.17 | andrei | so yeah, after sunday I should only have exams. |
| 13:20.31 | andrei | ( that means I could at least work to get commit access if not more) |
| 13:20.58 | brlcad | that will put you a solid week behind everyone -- is there any way to dedicate an hour or two a day to your project? |
| 13:21.07 | brlcad | just so some progress is being made |
| 13:21.30 | CIA-65 | BRL-CAD: 03tbrowder2 * r50638 10/brlcad/trunk/regress/vls.sh: make name consistency a little more robust |
| 13:22.36 | andrei | I should be able to, yes |
| 13:23.18 | andrei | the task you gave me , to add packet size as a parameter for example |
| 13:23.42 | andrei | it's not a difficult task, I just find it difficult to divide my focus |
| 13:23.52 | brlcad | understandable |
| 13:24.03 | brlcad | but then that's also a good bite-sized piece |
| 13:24.09 | brlcad | shouldn't take even an hour |
| 13:25.13 | brlcad | I'm just worried that if you put no time in day after day, you WILL fall substantially behind |
| 13:25.47 | brlcad | swapping out everything on libpkg for even a couple days will make the next day you come back to it that much more unproductive as you relearn where you left off |
| 13:26.59 | brlcad | so an hour a day should be a minimum just to keep it in context, otherwise by sunday you'll be more than a week behind because of the time to relearn your context |
| 13:27.44 | brlcad | that task is particularly well-suited -- it's probably 10 lines of code |
| 13:29.11 | andrei | indeed, there's no excuse for that, I ll do it now. |
| 13:33.04 | andrei | I just added tpkg.c to the cmake list |
| 13:33.11 | andrei | does this seem correct? |
| 13:33.16 | andrei | set(LIBPKG_SOURCES |
| 13:33.17 | andrei | <PROTECTED> |
| 13:33.19 | andrei | <PROTECTED> |
| 13:33.20 | andrei | <PROTECTED> |
| 13:33.22 | andrei | <PROTECTED> |
| 13:33.23 | brlcad | nope |
| 13:33.23 | andrei | <PROTECTED> |
| 13:33.50 | brlcad | tpkg.c is application code, pkg.c is library code |
| 13:34.25 | brlcad | tpkg needs to be added as another uninstalled application -- see some examples in src/libbu/CMakeLists.txt like test_vls |
| 13:34.49 | andrei | I m looking there at the moment |
| 13:35.14 | brlcad | the build system update would make for a fine patch by itself |
| 13:35.34 | andrei | yeah, it s nice that I can see if it works before submitting it. |
| 13:35.37 | brlcad | or include it with the command-line option addition |
| 13:43.23 | andrei | how do I build tpkg using cmake? |
| 13:46.11 | andrei | ah, I found it. I just ran make install again. |
| 13:48.00 | andrei | there is some issue with the dependencies, I ll look into it now. |
| 13:48.02 | andrei | http://slexy.org/view/s21SyGhl5i |
| 13:51.25 | andrei | Nevermind that, it compiled succesfully. |
| 14:22.50 | CIA-65 | BRL-CAD: 03phoenixyjll * r50639 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: A small change from double to fastf_t. |
| 14:34.25 | ``Erik | andrei: you should be able to run it without installing... run "make tpkg" and the updated binary will be in bin/ (like, /home/andrei/brlcad/build/bin if you built in /home/andrei/brlcad/build), as a staging area before install |
| 14:45.48 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3719 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 14:49.45 | brlcad | crdueck: your mentor showed me a pretty fantastic report he had stashed away, relevant to your project |
| 14:50.47 | brlcad | crdueck: http://www.dtic.mil/dtic/tr/fulltext/u2/274936.pdf |
| 14:56.47 | crdueck | brlcad: wow, very nice. i'll send him an email regarding it, thanks |
| 14:56.47 | brlcad | starseeker: ahh, just saw your e-mail, looks like you found that too |
| 14:57.12 | brlcad | the scan is nowhere near as nice as the original... :) |
| 14:57.28 | brlcad | but it is legible .. and from 1962! :) |
| 15:06.09 | starseeker | nifty! |
| 15:06.19 | starseeker | wonders if that original is scannable... |
| 15:07.27 | starseeker | grumbles... the odd pathnames distcheck test is failing silently (or some parts of it are) - they "complete" successfully by not doing what they should be doing |
| 15:07.34 | starseeker | looks like repository.sh is one of them |
| 15:10.24 | CIA-65 | BRL-CAD: 03starseeker * r50640 10/brlcad/trunk/src/libbu/test_booleanize.c: distcheck failure - use of strcmp |
| 15:10.39 | CIA-65 | BRL-CAD: 03phoenixyjll * r50641 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Fixed the wrong revolution axis: the endpoint should be v3d+axis3d. Further modifications are still needed. |
| 15:29.44 | brlcad | starseeker: it's got a nice bound edge |
| 15:29.54 | brlcad | scannable, but would have to destroy and rebind it |
| 15:30.55 | *** part/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de) | |
| 15:38.18 | ``Erik | starseeker: for(i=1;i<=1<<10;i<<=1)if(v<=i)return i; |
| 15:39.14 | andrei | that looks like verilog? |
| 15:46.54 | andrei | should I output an usage error when called without the size argument, or if no argument I should consider the already stated size? |
| 15:51.52 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3720 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 15:55.08 | CIA-65 | BRL-CAD: 03phoenixyjll * r50642 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Changed the plane origin of the sketch. |
| 15:56.54 | andrei | or should I enforce providing 3 arguments? |
| 18:32.28 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 20:10.40 | CIA-65 | BRL-CAD: 03tbrowder2 * r50643 10/brlcad/trunk/ (6 files in 3 dirs): make more readable, add info on both log files in event of error |
| 20:48.43 | CIA-65 | BRL-CAD: 03tbrowder2 * r50644 10/brlcad/trunk/ (6 files in 3 dirs): undoing bad commit rev 50643 |
| 20:56.30 | CIA-65 | BRL-CAD: 03starseeker * r50645 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: Add _T suffix to SIZEOF vars |
| 20:57.34 | CIA-65 | BRL-CAD: 03bob1961 * r50646 10/brlcad/trunk/src/libbu/sscanf.c: Special case for size_t on windows. |
| 20:59.06 | CIA-65 | BRL-CAD: 03bob1961 * r50647 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Calling bu_sscanf instead of sscanf. This eliminates more windows specific problems. |
| 21:06.27 | CIA-65 | BRL-CAD: 03tbrowder2 * r50648 10/brlcad/trunk/regress/vls.sh: make more readable, add info on both log files in event of error |
| 21:29.26 | *** join/#brlcad cristina (~cristina@188.24.79.30) | |
| 21:49.20 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3721 10/wiki/Undoing-a-commit: New page: Sometimes one may inadvertently commit a change that was not intended. For example: $ svn ci test_vls.c ... revision: 9999 We want to "uncommit" the change. But if we don't want to los... |
| 22:18.26 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3722 10/wiki/Undoing-a-commit: Adding a clear example of backing out an unintentional commit |
| 22:27.04 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3723 10/wiki/Undoing-a-commit: finish first cut at the example |
| 22:30.03 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3724 10/wiki/SVN: add llink to a helper page |
| 22:31.10 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3725 10/wiki/SVN: make link more readable |
| 23:46.20 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3726 10/wiki/Undoing-a-commit: clarify. the change forever lives in history so it can be extracted with svn diff. merge applied to trunk checkout, not trunk itself. |
| 23:56.35 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 00:27.06 | brlcad | starseeker: so curious about that SIZEOF_*_T suffix.. That symbol from autoconf land is SIZEOF_type where type is the uppercase form of the C type. The _T isn't really applicable to all sizeof() checks |
| 00:27.11 | brlcad | just happens to be the suffix for size_t and a few others we check for. |
| 00:27.35 | brlcad | I very well might have wanted to check sizeof(FILE) for example or some X type or something else in order to behave accordingly |
| 00:28.35 | brlcad | actually, one of the checks is supposed to be checking the sizeof(void*), which should be SIZEOF_VOIDP |
| 00:34.16 | brlcad | (and I do think we use that in one or more places) |
| 01:02.06 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 02:33.52 | *** join/#brlcad IriX64 (~kvirc@65.95.123.211) | |
| 03:15.35 | CIA-65 | BRL-CAD: 03phoenixyjll * r50649 10/brlcad/trunk/src/librt/primitives/extrude/extrude_brep.cpp: |
| 03:15.36 | CIA-65 | BRL-CAD: Changed the position of the sketch in extrude according to the parameters. |
| 03:15.36 | CIA-65 | BRL-CAD: Some comment is added to make it clear. |
| 03:37.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:39.31 | CIA-65 | BRL-CAD: 03phoenixyjll * r50650 10/brlcad/trunk/src/librt/primitives/ (revolve/revolve_brep.cpp sketch/sketch_brep.cpp): The old version creates a circle just on the xy plane. Now it's created on the sketch plane. |
| 03:43.51 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3727 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 04:39.53 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 06:35.50 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:20.41 | anuragmurty | brlcad: hi |
| 08:03.15 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:22.28 | anuragmurty | d_rossberg:hi |
| 08:23.14 | anuragmurty | i wanted to enquire about voxelize |
| 08:24.18 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:55.08 | d_rossberg | anuragmurty: morning |
| 08:55.20 | anuragmurty | morning |
| 08:55.42 | anuragmurty | are you free right now? |
| 09:10.06 | d_rossberg | no, but don't hesitate to ask though ;) |
| 09:13.46 | anuragmurty | oh ok.. so i have been through two examples pointed out by brlcad(sean)... one is rtexample, the other is viewweight.. that does give me some hints on how to go about determining what functions will be useful for voxelization |
| 09:15.20 | *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de) | |
| 09:16.49 | anuragmurty | there will be rt_hit, rt_miss that i have to modify according to needs.. but what parameters will i need for voxelization? an obvious one would be size of voxel/number of voxels in each dimension.. i just want to know if i am thinking along the right directions.. obviously things should get clearer after i go through g_qa which samples 3D geometry |
| 09:25.33 | d_rossberg | other parameters could be: rays per voxel, the percentage a voxel has to be filled to take it into account |
| 09:28.59 | d_rossberg | the algorithm of voxelization probanly involves calling rt_shootray from a grid of start points with grid size = voxel size |
| 09:29.28 | anuragmurty | ok.. i get it i think |
| 09:31.13 | anuragmurty | and then we can use the ray partitions of rays from different views to decide which voxels to take into account.. ? |
| 09:33.06 | anuragmurty | i mean using that to calculate volume of that rectangle filled and then deciding.. |
| 10:33.53 | d_rossberg | you don't need different views: e.g. voxel size 1, you hit a component at 17.2 and leave it at 17.8 => 60% of this voxel is filled |
| 10:34.54 | d_rossberg | to improve this you need more rays through this voxel |
| 10:40.06 | *** join/#brlcad kane_ (~kane@e182053064.adsl.alicedsl.de) | |
| 11:16.02 | *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de) | |
| 11:30.35 | starseeker | hmm, cool: http://news.sciencemag.org/sciencenow/2012/05/return-of-the-vacuum-tube.html |
| 11:58.27 | *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de) | |
| 12:05.07 | *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de) | |
| 12:10.52 | *** join/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de) | |
| 12:12.42 | CIA-65 | BRL-CAD: 03d_rossberg * r50651 10/brlcad/trunk/src/conv/ (10 files in 2 dirs): a raw (simple ASCII bag of triangles) to g geometry converter |
| 13:22.32 | CIA-65 | BRL-CAD: 03d_rossberg * r50652 10/brlcad/trunk/ (4 files in 2 dirs): |
| 13:22.32 | CIA-65 | BRL-CAD: apply sourceforge parch 3527658 (libbn_refactor_tolerance.diff) from kane_: |
| 13:22.32 | CIA-65 | BRL-CAD: "refactor and manage libbn tolerance uses by providing an interface default |
| 13:22.32 | CIA-65 | BRL-CAD: (e.g., an init macro) and making everyone use that where it is hardcoded to |
| 13:22.32 | CIA-65 | BRL-CAD: 0.0005 presently" |
| 13:39.04 | d_rossberg | kane_: i've just realized that there is a BN_TOL_INIT() macro which could be used to initialize bn_tol with default values |
| 13:40.11 | d_rossberg | to initialize the struct to zero there is another BN_TOL_INIT_ZERO() macro |
| 13:49.48 | CIA-65 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3728 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 13:50.21 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 14:40.31 | *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de) | |
| 15:19.12 | brlcad | anuragmurty: thanks and welcome (again) |
| 15:20.50 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 15:26.20 | CIA-65 | BRL-CAD: 03starseeker * r50653 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CheckFunctions.cmake): This should improve the behavior and robustness of the type checking macro in BRL-CAD. While we're at it, make the variable names automatic and deduced from the type itself. |
| 15:36.40 | *** part/#brlcad kane_ (~kane@e182051111.adsl.alicedsl.de) | |
| 15:44.36 | brlcad | anuragmurty: do you have a good idea what your next steps need to be? |
| 15:45.05 | brlcad | rather, a specific action to be taken next |
| 15:52.17 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:23.28 | CIA-65 | BRL-CAD: 03n_reed * r50654 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h seeinfodefault.h): Apply changes from SCL git 4858af2 removing code supporting step files (N279 files) that pre-date ISO 10303-21:1994. |
| 16:27.10 | anuragmurty | brl-cad: hi! was gone for dinner |
| 16:27.37 | brlcad | pretty sure that's allowed ;) |
| 16:27.48 | anuragmurty | i was able to talk to daniel today |
| 16:28.10 | anuragmurty | rt_shootray for a grid |
| 16:28.13 | brlcad | irc isn't always instantaneous, meant to lurk just like you did, see messages when you get back, sometimes interactive othertimes not |
| 16:28.18 | brlcad | yeah, I read |
| 16:28.39 | anuragmurty | yes.. so thats what i plan to do.. |
| 16:28.51 | anuragmurty | will contact if i hit a roadblock |
| 16:29.18 | anuragmurty | right now i don't think a very basic program would differ much from rtexample |
| 16:29.32 | anuragmurty | maybe i am wrong.. but thats what i am tryin |
| 16:30.04 | brlcad | probably won't but that's exactly the sort of progress you should post daily to the patches tracker until you have commit |
| 16:30.09 | brlcad | and document in your dev log on the wiki |
| 16:30.16 | brlcad | even if it's just one sentence |
| 16:30.41 | brlcad | I'd suggest starting with something very basic, like firing one ray ala rtexample |
| 16:31.39 | anuragmurty | hmm.. got it.. will do that right now.. |
| 16:31.41 | brlcad | or maybe fire a ray down three axes |
| 16:31.51 | brlcad | that could be the second step |
| 16:32.16 | brlcad | that would effectively triple sample a single cell |
| 16:32.58 | anuragmurty | yes.. i will do that.. i had another doubt.. |
| 16:33.19 | anuragmurty | firing from 3 different views v. 3 from the same direction |
| 16:33.31 | anuragmurty | same view i mean.. which is better?? |
| 16:33.39 | brlcad | understand daniel's point, though -- you certainly don't need more than one |
| 16:34.13 | brlcad | 3 from the same direction means what? |
| 16:34.18 | anuragmurty | same view.. |
| 16:34.26 | brlcad | 3 from the same view means what? |
| 16:34.33 | brlcad | 3 what? |
| 16:34.36 | anuragmurty | rays |
| 16:34.43 | anuragmurty | i think i am messing something up |
| 16:34.45 | brlcad | why would you shoot 3 rays? |
| 16:34.54 | anuragmurty | yes i now realise |
| 16:34.57 | anuragmurty | sorry abt that |
| 16:35.07 | brlcad | no need to apologize |
| 16:35.35 | anuragmurty | ok.. thanks though.. dunno what i was thinking |
| 16:35.38 | anuragmurty | :-/ |
| 16:35.51 | brlcad | you might want to shoot multiple rays to sample a voxel cell, that would be why you might shoot N rays |
| 16:36.04 | brlcad | but certainly not the same ray, or you'll just get the same information three times |
| 16:36.27 | anuragmurty | exactly.. i think i meant something like no. of rays per voxel vs. smaller voxels |
| 16:36.28 | brlcad | rays are infinitely thin -- they give you a thickness |
| 16:36.48 | anuragmurty | but again.. i guess i will think first |
| 16:41.41 | brlcad | just make sure that thinking also involves discussion :) |
| 16:42.08 | anuragmurty | ok.. :) |
| 16:42.15 | brlcad | this isn't like doing homework -- you're expected to interact as we have a vested interest in what you're doing |
| 16:42.33 | brlcad | you're not getting graded, you're making something others will use |
| 16:42.48 | brlcad | so at a minimum, you need to discuss it because we need to understand what you're doing too |
| 16:43.41 | anuragmurty | i will ensure i do that.. |
| 16:45.01 | brlcad | so I think a good goal to have for a few weeks out is getting whatever technique working for shooting rays, and then getting that into a command in mged/archer |
| 16:45.39 | brlcad | from the discussion on the mailing list a couple days ago, it'll be good to include conversion to voxel form as part of our conversion.sh script so we can validate conversions |
| 16:46.07 | brlcad | which means creating a 'vol' object for a given input geometry |
| 16:47.23 | brlcad | just something to keep in mind, since the first steps are more oriented around learning the rt_shootray() interface |
| 16:48.18 | brlcad | you need to be able to shoot a grid at a minimum, so perhaps that's best to do first |
| 16:50.08 | anuragmurty | hmm.. i think i am sort of comfortable with the shootray function.. will try out the 3 different views first, then the grid should follow.. |
| 16:50.36 | anuragmurty | will look at the conversions after i am done with these |
| 16:51.19 | brlcad | definitely post your sources now and then after you shoot three views (then after a grid) .. those are good checkpoints |
| 16:51.58 | anuragmurty | ok.. it will be on my log.. |
| 16:52.13 | brlcad | hm? |
| 16:52.31 | anuragmurty | oh sources.. yes |
| 16:52.59 | anuragmurty | i will do that.. |
| 16:53.02 | brlcad | great |
| 16:53.19 | brlcad | both should be every day, doesn't even matter if you're done -- it's about communicating your effort and progress |
| 16:53.36 | brlcad | both being log and patch/commit |
| 16:54.05 | anuragmurty | ok.. |
| 16:54.15 | brlcad | if you have any feedback on patches already in the tracker, those should take priority because we want to get you reviewed and access granted |
| 16:54.18 | brlcad | so you can be more efficient |
| 16:54.37 | brlcad | it's also a lot easier to review commits than it is patches ;) |
| 16:54.59 | anuragmurty | :) |
| 16:55.58 | brlcad | so yeah, post very very small incremental steps as patches and respond to any feedback with updates -- getting commit set up is the #1 priority |
| 16:57.16 | anuragmurty | i will do that.. actually d_rossberg is reviewing the patch i sent.. some problems, but should be done soon.. |
| 17:01.10 | brlcad | excellent, I meant more in general |
| 17:01.22 | brlcad | and not just for you, that's all students that don't yet have commit access |
| 17:02.22 | brlcad | this is the first time several students didn't put in effort during bonding period to obtain commit, so we need to get that sorted out quickly |
| 17:02.43 | brlcad | should have been done a month ago.. :) |
| 17:25.51 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:33.42 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 18:24.14 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3729 10/wiki/User:Crdueck/log: |
| 19:00.45 | CIA-65 | BRL-CAD: 03tbrowder2 * r50655 10/brlcad/trunk/src/libbu/test_vls.c: add new tests, some format tidying |
| 19:10.46 | *** join/#brlcad cristina (~quassel@188.24.79.30) | |
| 19:11.52 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:16.34 | *** join/#brlcad cristina (~quassel@188.24.79.30) | |
| 19:16.51 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:22.48 | CIA-65 | BRL-CAD: 03tbrowder2 * r50656 10/brlcad/trunk/src/libbu/vls.c: correct operator for combining flags |
| 19:24.40 | CIA-65 | BRL-CAD: 03tbrowder2 * r50657 10/brlcad/trunk/src/libbu/vls.c: reformat for ease of seeing boolean choices |
| 19:26.20 | CIA-65 | BRL-CAD: 03tbrowder2 * r50658 10/brlcad/trunk/src/libbu/vls.c: add another legitimate snprintf flag charcacter |
| 19:30.33 | CIA-65 | BRL-CAD: 03tbrowder2 * r50659 10/brlcad/trunk/src/libbu/vls.c: eliminate check for field type here (even though it's a hybrid length modifier) |
| 19:34.54 | CIA-65 | BRL-CAD: 03tbrowder2 * r50660 10/brlcad/trunk/src/libbu/vls.c: move all length modifier checks to end of format specifier parse, add comment to that effect |
| 19:38.26 | CIA-65 | BRL-CAD: 03tbrowder2 * r50661 10/brlcad/trunk/src/libbu/vls.c: correct position of comment |
| 19:48.02 | CIA-65 | BRL-CAD: 03tbrowder2 * r50662 10/brlcad/trunk/src/libbu/vls.c: reorder length mod defs, add new length group |
| 19:51.04 | CIA-65 | BRL-CAD: 03tbrowder2 * r50663 10/brlcad/trunk/src/libbu/vls.c: remove spurious spaces |
| 19:58.40 | CIA-65 | BRL-CAD: 03tbrowder2 * r50664 10/brlcad/trunk/src/libbu/vls.c: don't clear length flags for 'l' or 'h' UNTIL we check for doubling--this should fix the 32-bit failure |
| 20:45.22 | CIA-65 | BRL-CAD: 03tbrowder2 * r50665 10/brlcad/trunk/TODO: 32-bit vls failure fixed with rev 50664, confirmed on 32-bit Linux Mint LMDE |
| 20:48.53 | CIA-65 | BRL-CAD: 03tbrowder2 * r50666 10/brlcad/trunk/src/libbu/vls.c: reorder vars for ease of maintenance |
| 20:50.18 | CIA-65 | BRL-CAD: 03tbrowder2 * r50667 10/brlcad/trunk/src/libbu/vls.c: clarify comment |
| 20:53.24 | CIA-65 | BRL-CAD: 03tbrowder2 * r50668 10/brlcad/trunk/src/libbu/vls.c: align vars, correct spacing, clarify comment |
| 20:56.34 | CIA-65 | BRL-CAD: 03tbrowder2 * r50669 10/brlcad/trunk/src/libbu/vls.c: eliminate unnecessary check |
| 20:57.24 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3730 10/wiki/User:Stattrav/GSoC2012_log: Updation of logs for day 24 |
| 20:59.15 | CIA-65 | BRL-CAD: 03tbrowder2 * r50670 10/brlcad/trunk/src/libbu/vls.c: add another valid char possibility |
| 21:03.58 | CIA-65 | BRL-CAD: 03tbrowder2 * r50671 10/brlcad/trunk/src/libbu/vls.c: expand comment for clarity |
| 21:06.28 | CIA-65 | BRL-CAD: 03tbrowder2 * r50672 10/brlcad/trunk/src/libbu/vls.c: ws |
| 21:09.52 | CIA-65 | BRL-CAD: 03tbrowder2 * r50673 10/brlcad/trunk/src/libbu/vls.c: style, ws |
| 21:10.58 | CIA-65 | BRL-CAD: 03tbrowder2 * r50674 10/brlcad/trunk/src/libbu/vls.c: typo in comment expansion |
| 21:18.57 | CIA-65 | BRL-CAD: 03tbrowder2 * r50675 10/brlcad/trunk/src/libbu/vls.c: use a var for clarity and ease of maintenance |
| 21:21.46 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 21:24.43 | CIA-65 | BRL-CAD: 03tbrowder2 * r50676 10/brlcad/trunk/src/libbu/vls.c: more idiomatic |
| 21:26.05 | CIA-65 | BRL-CAD: 03tbrowder2 * r50677 10/brlcad/trunk/src/libbu/vls.c: add comment |
| 21:30.34 | *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de) | |
| 21:31.11 | CIA-65 | BRL-CAD: 03tbrowder2 * r50678 10/brlcad/trunk/src/libbu/vls.c: tidy one comment, move another |
| 21:31.31 | *** part/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de) | |
| 21:36.20 | CIA-65 | BRL-CAD: 03tbrowder2 * r50679 10/brlcad/trunk/src/libbu/vls.c: combine decl with initialization |
| 21:40.55 | CIA-65 | BRL-CAD: 03tbrowder2 * r50680 10/brlcad/trunk/src/libbu/vls.c: combine decl with initialization |
| 21:43.55 | CIA-65 | BRL-CAD: 03tbrowder2 * r50681 10/brlcad/trunk/src/libbu/vls.c: ws |
| 22:05.37 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 22:28.47 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 22:35.00 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 22:45.28 | *** join/#brlcad cristina_ (~quassel@188.24.71.175) | |
| 22:57.30 | CIA-65 | BRL-CAD: 03n_reed * r50682 10/brlcad/trunk/src/other/step/src/ (15 files in 2 dirs): apply SCL git e72ca29; remove some superfluous boolean types and use std bool more often |
| 00:44.23 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 00:44.23 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 00:44.23 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 00:44.23 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 00:44.23 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 00:44.23 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:44.23 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 00:44.23 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 00:44.23 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 00:44.23 | *** mode/#brlcad [+oo brlcad ChanServ] by wolfe.freenode.net | |
| 01:38.06 | *** join/#brlcad xth1 (~thiago@187.106.51.2) | |
| 05:30.41 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 06:09.42 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 06:15.38 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 06:31.23 | ksuzee | hello, Sean!! Could you look in file util/lowp.c? It seems to be a typo there |
| 06:31.34 | ksuzee | I even don't know |
| 06:33.23 | ksuzee | there're 2 similar part of code one by one |
| 06:33.34 | ksuzee | I'm not sure about it |
| 06:49.07 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:56.55 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:35.20 | *** join/#brlcad andrei (~andrei@5-12-88-164.residential.rdsnet.ro) | |
| 08:35.33 | andrei | Hello! |
| 08:49.49 | brlcad | hi andrei |
| 08:50.12 | brlcad | ksuzee: can you be more specific? |
| 08:50.47 | ksuzee | yes, in row 110 readval = read(infd3, in3, scanbytes); |
| 08:51.09 | ksuzee | 6 rows |
| 08:51.26 | ksuzee | and after that there's the same block |
| 08:51.34 | andrei | brlcad: should the size parameter be mandatory? should I use the curent size as implicit one if no 3rd paramter given? |
| 08:52.45 | ksuzee | Simian found it |
| 08:53.09 | ksuzee | and I'm not sure what to do with it |
| 08:56.18 | brlcad | those aren't "quite" the same blocks ksuzee -- reading from two different infd's and in's |
| 08:56.30 | brlcad | but sure, those six lines could be turned into a function |
| 08:57.27 | brlcad | called three times with different params |
| 08:57.48 | brlcad | andrei: don't know what context you're referring to |
| 08:57.52 | brlcad | what size parameter? |
| 08:58.09 | brlcad | oooh, tpkg |
| 08:58.19 | brlcad | why would you make it mandatory? |
| 08:58.33 | ksuzee | ok, I understand |
| 08:58.35 | ksuzee | but |
| 08:58.53 | ksuzee | in first block there're infd1, in1 |
| 08:59.10 | ksuzee | but other two are with infd3, in3, |
| 08:59.19 | brlcad | yes? |
| 08:59.27 | ksuzee | yes |
| 08:59.40 | brlcad | but, what's your point? :) |
| 08:59.47 | brlcad | yes they are different |
| 09:00.00 | brlcad | so the function you make will have different values being passed to it |
| 09:00.22 | brlcad | make sure you test before and after ;) |
| 09:00.38 | brlcad | lowp is fortunately a very simple filter |
| 09:00.54 | andrei | then if it's not mandatory , I will only update the "help" output |
| 09:01.26 | brlcad | andrei: I would expect the size parameter to be some -b # or -s # or similar command-line option |
| 09:01.36 | brlcad | -b probably |
| 09:01.49 | ksuzee | ok, thanks I'll make the patch with this functiom |
| 09:06.25 | ksuzee | em, Sean=) Mb, I misunderstand a bit)) But look: we have assignmet of in1, in2, in3 and infd1, infd2 and infd 3 |
| 09:06.45 | ksuzee | but the second "read" gets in3 and infd3 |
| 09:06.50 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 09:07.06 | ksuzee | I think if should get in2 and infd2 |
| 09:08.39 | ksuzee | I see about function, but I don't understand about it |
| 09:09.58 | ksuzee | "it" means second situstion) |
| 09:10.05 | ksuzee | *situation |
| 09:11.17 | andrei | brlcad, looking in the cmakelists from libbu, I added BRLCAD_ADDEXEC(tpkg tpkg.c libpkg NO_INSTALL) to the libpkg one |
| 09:11.33 | andrei | I do get a testpkg binary , not sure from where, but it doesn't seem to be the same file. |
| 09:11.45 | andrei | in /usr/brlcad/bin |
| 09:14.05 | andrei | is there something wrong ? |
| 09:24.50 | andrei | shouldn't I get a tpkg binary in /usr/brlcad/bin |
| 09:36.38 | andrei | (I think I fixed the cmake part) |
| 09:39.41 | *** join/#brlcad kane__ (~kane@e182051111.adsl.alicedsl.de) | |
| 09:48.41 | andrei | No, it does compile succesfully, but I don't get the expected binary. |
| 09:49.41 | andrei | this is my CMake |
| 09:49.43 | andrei | http://slexy.org/view/s29UVlIwGi |
| 09:56.38 | *** join/#brlcad andrei_ (andrei@5-12-88-164.residential.rdsnet.ro) | |
| 11:23.02 | *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de) | |
| 12:11.34 | *** part/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de) | |
| 12:31.13 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 13:13.10 | ``Erik | andrei_: you're explicitely telling it that tpkg should be built and NOT installed... which is correct, it should create ${BUILD_DIR}/bin/tpkg, but not ${INSTALL_DIR}/bin/tpkg |
| 13:19.01 | CIA-65 | BRL-CAD: 03phoenixyjll * r50683 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: Deal with non-full revolution of revolve. Create two surfaces in that case. |
| 13:22.42 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3731 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 13:30.23 | *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de) | |
| 14:53.08 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 14:53.19 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 15:20.30 | brlcad | andrei_: question answered? |
| 15:21.46 | *** join/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de) | |
| 15:22.32 | brlcad | anuragmurty: note that the comments on your unit test patch apply to all code, like when you upload your current progress that shoots a ray (which you should do today) |
| 15:22.56 | brlcad | consistency is king ;) |
| 15:33.09 | CIA-65 | BRL-CAD: 03d_rossberg * r50684 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_bitv.c): apply sourceforge parch 3527405 (test_bitv4.patch) from anrgmrty: "Unit test for testing of src/libbu/bitv.c has been written with appropriate changes to CMakelists.txt and Makefile.am" |
| 15:44.20 | *** part/#brlcad kane__ (~kane@e181161183.adsl.alicedsl.de) | |
| 16:15.33 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 16:17.18 | CIA-65 | BRL-CAD: 03tbrowder2 * r50685 10/brlcad/trunk/include/bu.h: correct referenced function name |
| 16:25.31 | CIA-65 | BRL-CAD: 03tbrowder2 * r50686 10/brlcad/trunk/src/libbu/vls.c: add local helper function for bu_vls_vprintf |
| 16:31.28 | anuragmurty | brlcad: ok i will keep that in mind |
| 16:31.30 | anuragmurty | :-) |
| 16:31.36 | anuragmurty | food. again |
| 16:42.37 | CIA-65 | BRL-CAD: 03tbrowder2 * r50687 10/brlcad/trunk/src/libbu/vls.c: add two more helper functions for bu_vls_vprintf; comment out temporarily to prevent unused warning/error |
| 16:45.46 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 16:51.53 | CIA-65 | BRL-CAD: 03starseeker * r50688 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: remove debugging message |
| 16:55.34 | CIA-65 | BRL-CAD: 03starseeker * r50689 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: tol is used now |
| 16:59.11 | CIA-65 | BRL-CAD: 03tbrowder2 * r50690 10/brlcad/trunk/src/libbu/vls.c: move S conversion specifier to more appropriate place, modify comment to reflect correct alternative solution |
| 17:00.53 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:15.11 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:31.30 | CIA-65 | BRL-CAD: 0314.139.128.12 07http://brlcad.org * r3732 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 17:31.56 | CIA-65 | BRL-CAD: 03starseeker * r50691 10/brlcad/trunk/src/libbu/test_bitv.c: Use bu functions - might want to run make regress-repository when working on this file... |
| 18:17.53 | CIA-65 | BRL-CAD: 03brlcad * r50692 10/brlcad/trunk/src/libbu/vls.c: move %S back down. it wasn't some long string format. it was like %V is now, used everywhere in our code for printing our bu_vls strings. |
| 18:30.08 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:36.43 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:37.46 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:40.09 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:42.53 | CIA-65 | BRL-CAD: 03tbrowder2 * r50693 10/brlcad/trunk/src/libbu/test_vls.c: add more tests; provide for known failures during development |
| 18:58.37 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:03.36 | CIA-65 | BRL-CAD: 03starseeker * r50694 10/brlcad/trunk/src/other/tk/CMakeLists.txt: This might be why TK_ENABLE_XFT was incorrectly ON, but needs testing. |
| 19:17.35 | *** join/#brlcad merzo (~merzo@165-122-133-95.pool.ukrtel.net) | |
| 19:19.54 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:20.49 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 19:21.00 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 19:21.47 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 19:23.38 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 19:31.35 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:37.28 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:42.24 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 19:42.55 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:47.22 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:56.28 | *** join/#brlcad andrei (~andrei@5-12-88-164.residential.rdsnet.ro) | |
| 20:18.21 | andrei | hello |
| 20:18.54 | brlcad | howdy andrei |
| 20:22.28 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 20:25.34 | brlcad | Al_Da_Best: ! |
| 20:26.35 | brlcad | andrei: was your question answered? |
| 20:26.49 | andrei | yes |
| 20:27.03 | brlcad | excellent |
| 20:27.10 | brlcad | patch? :) |
| 20:28.15 | andrei | I m figuring out how to process the command-line |
| 20:28.45 | andrei | as in [-b] which is equivalent to simply giving th number, or -b 2500 ( for example) |
| 20:29.03 | Al_Da_Best | Hi there |
| 20:29.18 | CIA-65 | BRL-CAD: 03brlcad * r50695 10/brlcad/trunk/AUTHORS: add gsoc coder anurag murty for his sf patch 3527405 (Unit test has been written for src/libbu/bitv.c) that got applied by rossberg in r50684 |
| 20:29.36 | brlcad | andrei: okay, but you already have one valid patch there with the build system change |
| 20:29.50 | Al_Da_Best | Sorry for lack of anything. Reinstalled windows yesterday and just finished getting everything in order. Currently sorting out a fedora vm for brl-cad dev. That's nearly ready |
| 20:29.57 | brlcad | you could submit that (the -b change would be another) |
| 20:31.15 | brlcad | patches are supposed to be just a 'single' change anyways, so they should be two commits/patches regardless |
| 20:33.39 | brlcad | Al_Da_Best: so the problem is that a week has now passed - if it weren't the first week, that sort of week-long disappearance without talking would have put you on GSoC probation at risk of getting failed |
| 20:34.09 | Al_Da_Best | I understand. I'll be putting things up this weekend certainly |
| 20:34.29 | brlcad | you're already WAY behind having not established commit access before the coding window anyways, and now a week behind coding too |
| 20:34.42 | brlcad | remember this isn't a homework assignment |
| 20:35.10 | Al_Da_Best | Yea |
| 20:35.49 | brlcad | I know things happen, but please do be careful and put the time in on your project |
| 20:38.03 | Al_Da_Best | I'll be doing my best to catch up this weekend |
| 20:38.28 | brlcad | is there anything you can do today? |
| 20:39.24 | Al_Da_Best | I'm working now, getting it compiled on my vm then I'll start working on a patch(es) for commit |
| 20:39.37 | andrei | brlcad, I m confused. what you said was directed at me , at Al or both? |
| 20:40.02 | andrei | ah, I didn't see the first reply. |
| 20:40.19 | brlcad | andrei: "patch? :) was directed at you.. (for the build system change) |
| 20:40.38 | brlcad | along with a couple followup comments |
| 20:41.07 | brlcad | Al_Da_Best: is there anything salvageable with the patch you first submitted? |
| 20:41.29 | brlcad | that would seem to be something easy to do today, clean that up and resubmit it |
| 20:41.59 | brlcad | or should that just be closed out? |
| 20:42.39 | brlcad | (it must be correct/exact and verified) |
| 20:42.49 | Al_Da_Best | Well I can fix that up, however I wasn't sure if that was needed or not |
| 20:43.40 | brlcad | my recollection is that volume wasn't right, area was an approximation, and I dont' recall centroid |
| 20:44.05 | Al_Da_Best | Those issues were fixed shortly after |
| 20:44.29 | brlcad | right but then the patch also overlapped another patch that implemented one or two of the three, I forget |
| 20:44.35 | Al_Da_Best | Yeah it did |
| 20:44.43 | brlcad | so it has to be cross-checked with whatever the current state of the code is |
| 20:45.04 | brlcad | I think it was volume that was applied, so the other two could be applied if they can be fixed |
| 20:45.46 | Al_Da_Best | I'll check |
| 20:51.38 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 20:52.17 | andrei | seems I haven't used svn checkout for quite a while ... |
| 20:53.28 | brlcad | andrei: problem? |
| 20:53.40 | brlcad | make sure it's not the whole repo ;) |
| 20:53.41 | brlcad | ~cadsvn |
| 20:53.41 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 20:54.56 | brlcad | andrei: next week after your exams, I'd like to work with you to apply the redblack unit test |
| 20:55.07 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3733 10/wiki/User:Cprecup/GSoC2012_progress: Adaptagrams vs GOBLIN comparison + GOBLIN compilation (24-25/05/2012) |
| 20:55.10 | brlcad | that's particularly useful, but needed some cleanup iirc |
| 20:55.26 | andrei | I m not sure how much time it should take |
| 20:55.29 | brlcad | ~cristina++ |
| 20:55.41 | andrei | I was willing to try working on it after this one, I mean now |
| 20:55.54 | CIA-65 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3734 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 20:56.02 | cristina | good morning, brlcad! |
| 20:56.48 | brlcad | good morning :) |
| 20:57.02 | brlcad | andrei: cool |
| 20:57.38 | cristina | brlcad: what should I understand from ~cristina++? :) |
| 20:57.39 | brlcad | that patch got several people's attention, that's a bit of code with some history to it |
| 20:57.47 | brlcad | ~karma cristina |
| 20:57.47 | ibot | cristina has karma of 1 |
| 20:58.07 | brlcad | cristina: oh, nothing really :) just means you're awesome |
| 20:58.40 | ``Erik | 1/clear |
| 20:58.53 | brlcad | 2/clear |
| 20:59.12 | cristina | brlcad: :)) this karma thing is funny |
| 20:59.19 | ``Erik | 3/exec sudo rm -rf / |
| 20:59.25 | ``Erik | :D |
| 21:00.31 | brlcad | anuragmurty: thanks for the patch |
| 21:01.01 | anuragmurty | welcome! |
| 21:01.15 | brlcad | hopefully quick to review and no problems :) |
| 21:05.42 | anuragmurty | i hope so too.. |
| 21:06.50 | anuragmurty | brlcad: i have a question regarding tests that might call bu_bomb during execution |
| 21:09.48 | andrei | brlcad, so I just upload the .diff? |
| 21:10.43 | ``Erik | if your svn tree is up to date (svn update), do svn diff > mypatch.patch and look at it to verify it includes everything needed and just what's needed, then upload that |
| 21:17.58 | brlcad | anuragmurty: and someone might have an answer, but you'd have to actually ask the question instead of waiting (for something, i do not know) :) |
| 21:18.33 | andrei | brlcad : Done. |
| 21:19.54 | anuragmurty | brlcad: if i want to give some test cases that might call a function which bombs, does that mean i need to make changes in bu_bomb?? i mean, so that it behaves differently when the calling function is a test.. |
| 21:22.59 | brlcad | andrei: awesome, thanks |
| 21:23.42 | brlcad | anuragmurty: you absolutely should not make changes to bu_bomb() .. as daniel noted earlier, you work with and test the API as-is |
| 21:24.25 | brlcad | you just need to make sure it's not failing when it shouldn't and is failing when it should |
| 21:24.48 | brlcad | in code, you actually can catch a bu_bomb() and proceed, if the blather is problematic |
| 21:25.09 | anuragmurty | okay! .. because bomb is not the same as getting an error message.. your test stops midway.. so i was just wondering.. thank you!! |
| 21:25.59 | brlcad | see BU_SETJMP() examples throughout the code |
| 21:26.22 | brlcad | it's an old C method of exception handling, similar to try/catch in c++ |
| 21:27.19 | anuragmurty | <PROTECTED> |
| 21:31.44 | andrei | the test_rbtree issues shouldn't take more than one or two hours to correct |
| 21:32.03 | andrei | I ll move to it in a few minutes |
| 21:44.32 | brlcad | if even that -- mostly style/formatting problems |
| 21:44.38 | brlcad | and a question about validation iirc |
| 21:49.19 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 23:35.54 | starseeker | cristina: does http://bzflag.bz/~starseeker/goblin-2.8b30-cmake.tar.gz not have what you need? |
| 23:41.11 | cristina | starseeker: I get the same error when running make |
| 23:41.51 | cristina | can you tell me where did you get this source? Mine had just Makefile and Makefile.conf without CMakeLists.txt |
| 23:42.47 | brlcad | in case it comes up a couple years from now and the knowledge is lost in biomass, http://brlcad.org/gallery/s/renderings/GSI_Images/BRDM.png.html has a very cool joint articulation file |
| 00:03.54 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 01:40.04 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:29.26 | DarkCalf | pokes brlcad with a stick |
| 02:51.50 | brlcad | moos |
| 03:07.45 | starseeker | cristina: I put that CMake logic together |
| 03:08.16 | starseeker | part of some earlier testing - I figured it might save you time |
| 03:11.50 | starseeker | cristina: this might be a useful hit for those errors - http://stackoverflow.com/questions/5269957/looser-throw-specifier-error-in-c |
| 03:19.28 | starseeker | cristina: if we did end up using goblin (or, for that matter, adaptagrams) we'd eventually want to look at integrating the necessary bits into src/other |
| 03:20.40 | starseeker | cristina: that's not something you need to worry about at the moment, unless it makes it easier for you to work with goblin |
| 03:22.20 | starseeker | cristina: my initial impression when I looked at goblin was that there wasn't a whole lot of activity on the project in the last few years |
| 03:25.16 | starseeker | That's one of the advantages adaptagrams has - they seem to be a project with current activity |
| 03:25.47 | starseeker | I mainly didn't try a CMake build with them because it's a more complex proposition |
| 03:37.56 | *** join/#brlcad xth1 (~thiago@187.106.53.173) | |
| 07:59.01 | *** join/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de) | |
| 08:18.50 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 08:27.19 | ksuzee | starseeker: Hello, Cliff! Thanks for suggestion in my patch. I've never heard about astyle before. I've installed it and made a formatting with patch but I don't understand in which way I should use configuration file. Explain me please) |
| 08:52.05 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:52.24 | *** join/#brlcad merzo (~merzo@242-120-132-95.pool.ukrtel.net) | |
| 09:09.20 | brlcad | ksuzee: er, when you run astyle, it has about a hundred different options for specifying how to format the file(s) |
| 09:09.53 | brlcad | we specify our style/format in an astyle configuration file so you don't have to guess |
| 09:10.09 | brlcad | you provide that to astyle when you run it (see their documentation on how) |
| 09:10.57 | brlcad | when in doubt, read our HACKING file and edit your files accordingly -- you should ALSO be doing it or know how to do it manually |
| 09:11.36 | brlcad | very basic skill to be able to conform to another projects' style exactly (with OR WITHOUT a tool helping) |
| 09:16.34 | ksuzee | thank you Sean) Now I understand |
| 09:17.49 | ksuzee | also I have one more question by my another patch |
| 09:18.23 | ksuzee | I ran lowp with parameters (4 files) |
| 09:18.38 | ksuzee | But it shows an error |
| 09:18.55 | ksuzee | the same - before and after reduction |
| 09:19.42 | ksuzee | I think, I use parameters in wrong way |
| 09:21.14 | ksuzee | But I don't know where's my mistake. Can you give me and example, how you use it? It'll help me with testing another commands |
| 09:21.16 | andrei | hello! |
| 09:22.39 | andrei | I m currently looking into the test_rbtree patch I wrote |
| 09:23.04 | andrei | should I create a new addition with it( when it's done) or modify the existent one? |
| 09:41.03 | *** part/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de) | |
| 09:45.51 | *** join/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de) | |
| 10:07.22 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 10:49.01 | *** join/#brlcad Al_DC_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 10:54.49 | andrei | how can I automatically indent code?( I don t remember the name of the script) |
| 10:59.42 | cristina | hey andrei! |
| 11:00.14 | andrei | Hello cristina :) |
| 11:00.29 | cristina | do you know about astyle? |
| 11:01.31 | andrei | if you mean the one on sourceforge, yes? |
| 11:01.56 | andrei | should I use it ? |
| 11:03.22 | cristina | I never used it but I've seen that Sean recommended it to someone. I guess you could give it a try |
| 11:03.48 | andrei | oh, good to know. Thank you! |
| 11:04.11 | ksuzee | hi, it was me) |
| 11:04.32 | andrei | hey ksuzee |
| 11:04.44 | cristina | andrei: you're welcome |
| 11:05.36 | ksuzee | there's the astyle config file in /misc |
| 11:06.10 | ksuzee | you should use it togather with astyle programm |
| 11:06.50 | ksuzee | I've learnt about it only today |
| 11:07.38 | andrei | ah, I m currently syncronizing with the AUR repo's which takes forever |
| 11:07.48 | andrei | will see in a moment, thanks :) |
| 11:08.47 | ksuzee | welcome) |
| 11:10.47 | ksuzee | And have you found how to use it together with astyle config. Because I haven't found in MAN yet |
| 11:11.11 | CIA-65 | BRL-CAD: 03tbrowder2 * r50696 10/brlcad/trunk/src/libbu/test_bitv.c: bu_strcpy not found, use libc version |
| 11:12.10 | andrei | I haven't had the chance to install it yet, bu when I ll find out I ll get back to you:) |
| 11:13.06 | ksuzee | okay) Will wait) I did just this - sudo apt-get install astyle |
| 11:13.27 | cristina | starseeker: I've seen some stackoverflow answers to this problem. They all suggest using 'noexcept' to indicate throw(). I also tried modifying the code by replacing throw() with noexcept but errors still exist |
| 11:14.44 | cristina | starseeker: yes, there hasn't beed new activity for goblin since 2010 |
| 11:20.23 | CIA-65 | BRL-CAD: 03tbrowder2 * r50697 10/brlcad/trunk/src/libbu/test_bitv.c: ws, style |
| 11:20.58 | andrei | ksuzee, not sure if this is exactly what you need, but there are a few usage examples here |
| 11:21.00 | andrei | http://astyle.sourceforge.net/astyle.html#_Usage |
| 11:22.35 | cristina | ksuzee: |
| 11:22.52 | andrei | I think what you are interested in is using astyle --options=path-to-options-file yourfile beautifiedfile. |
| 11:23.01 | cristina | I think the needed command is astyle --options=astyle.opt <source_file> |
| 11:23.10 | cristina | :) |
| 11:24.06 | ksuzee | Thank, Andrei, thanks Cristina! I'll try now |
| 11:25.22 | andrei | cristina, I do get a error when calling the above command tho |
| 11:25.26 | andrei | Invalid option file options: |
| 11:25.27 | andrei | indent=force-tab-x |
| 11:27.04 | andrei | and that is rather wierd |
| 11:28.59 | cristina | ksuzee: hm, I just tested on a file where I haven't used tab at all and it didn't give me any error. |
| 11:29.23 | cristina | I assume it's a problem with the tab indentation |
| 11:29.41 | cristina | *sorry, andrei :D |
| 11:30.21 | andrei | the issue seems to be in the astyle.opt, at least from what I understand |
| 11:30.40 | cristina | yes |
| 11:31.41 | ksuzee | I've just tested and I have the same error as Andrei |
| 11:31.52 | cristina | just a second, I want to check something |
| 11:31.53 | andrei | cristina must be special :o |
| 11:32.23 | cristina | ok |
| 11:32.35 | ksuzee | hah) Maybe) |
| 11:32.39 | cristina | I think the problem is that it should be indent=force-tab=x |
| 11:32.47 | cristina | http://astyle.sourceforge.net/astyle.html |
| 11:33.45 | cristina | nope |
| 11:34.17 | andrei | hm,could you upload a copy of your astyle.opt somewhere? |
| 11:34.29 | andrei | I m curious if there are any differences |
| 11:34.46 | cristina | it's the same as the one in the repo |
| 11:35.03 | ksuzee | cristina: I've put indent=force-tab=x, but it throws the same error |
| 11:35.47 | andrei | astyle doesn't depend on distro |
| 11:39.07 | cristina | if I change the x into a number(say 8) the error stops appearing |
| 11:39.28 | cristina | but then there's another error in --max-instatement-indent=120 |
| 11:39.42 | ksuzee | I have this error too |
| 11:44.48 | andrei | I have to go, goodbye! |
| 11:46.40 | cristina | bye! |
| 11:50.51 | ksuzee | bye |
| 11:54.15 | cristina | ksuzee: it's strange, it doesn't accept the option in the command line either even though this option is documented |
| 12:01.13 | CIA-65 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3735 10/wiki/Undoing-a-commit: show shorthand use of the dot for URL, add a correct svn response to 'svn ci' |
| 12:01.51 | ksuzee | yes. I've already tried different variants, but the error is anyway |
| 12:09.44 | cristina | ksuzee: I downloaded their latest source from here: http://astyle.sourceforge.net/subversion.html and it works now |
| 12:18.46 | cristina | ksuzee: now the option indent=force-tab-x works as well. I guess the ubuntu repository version was older than this one |
| 12:20.29 | ksuzee | cristina: it works!!! Thanks, thanks! |
| 12:20.47 | cristina | ksuzee: you're welcome :) |
| 12:21.41 | ksuzee | I'll e-mail Andrei what to do) |
| 12:22.09 | cristina | ok, but I think he will see our discussion as he is still connected to this channel |
| 12:26.02 | ksuzee | cristina: Cliff told me to take the latest version but I was sure that Ubuntu has the latest one |
| 12:43.46 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 13:16.50 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 13:20.42 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 13:30.04 | *** part/#brlcad kane__ (~kane@g226127211.adsl.alicedsl.de) | |
| 13:48.25 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 14:17.55 | CIA-65 | BRL-CAD: 03brlcad * r50698 10/brlcad/trunk/src/libbu/ (test_bitv.c test_booleanize.c test_quote.c test_vls.c): ws cleanup, run sh/ws.sh |
| 14:25.28 | CIA-65 | BRL-CAD: 03brlcad * r50699 10/brlcad/trunk/src/libbu/test_bitv.c: there's not bu_strcpy() but there is bu_strlcpy(). using strcpy() will cause regression testing to fail due to HACKING restrictions on using unsafe libc functions. |
| 14:28.16 | CIA-65 | BRL-CAD: 03brlcad * r50700 10/brlcad/trunk/src/rt/rtexample.c: apply spelling corrections from sf patch 3529931 by anuragmurty |
| 15:13.56 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 15:30.37 | andrei | I got my version of astyle from the aur repo's , as I m using arch linux . I wonder why it waasn't the newest version there |
| 15:31.27 | andrei | and yes it did work for me aswell |
| 15:38.39 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 15:45.38 | louipc | andrei: PKGBUILDs that build against the scm usually don't need to be changed unless there's some change in the build system, or dependencies. It will automatically grab the latest head. |
| 15:46.19 | andrei | I got astyle using yaourt |
| 15:46.41 | andrei | and I didn't edit the PKGBUILD either |
| 15:46.48 | andrei | ( I m not sure if I fully understand what you said) |
| 15:48.20 | louipc | andrei: well, the only version of astyle in the aur is the svn version |
| 15:48.48 | louipc | if you don't have astyle-svn then you didn't get it through the aur |
| 15:49.11 | andrei | ah |
| 15:49.17 | louipc | andrei: you grabbed a binary version? |
| 15:49.17 | andrei | there are 3 versions in aur |
| 15:49.35 | andrei | astyle , astyle-svn and astyle-doc |
| 15:49.39 | andrei | I got 1 and 3 |
| 15:49.50 | andrei | I didn't know about the atyle-svn part. |
| 15:50.24 | andrei | ah, I am sorry |
| 15:50.28 | andrei | it s from "community" |
| 15:50.32 | louipc | ah right.. community repo is technically the binary part of the aur... |
| 15:51.23 | andrei | so in similar situations I should avoid using community repo's and stick to the aur? |
| 15:51.39 | louipc | depends on what you want |
| 15:52.07 | louipc | I would grab binary packages unless they don't satisfy my need |
| 15:52.26 | andrei | good to know, thanks for the advice |
| 15:52.41 | andrei | I m pretty much an archlinux noob , but I love it compared to other distro's |
| 15:53.03 | louipc | yeah I find it's the least sucky hehe |
| 15:53.18 | andrei | I mean , it is harder to use than others, but the arch wiki provides help for many issues |
| 15:55.11 | louipc | I find it's easier, less confusing... simple |
| 16:34.16 | andrei | I have modified the red-black tree testing unit aswell, taking into account everything that was mentioned into the feedback comment. When they will be reviewed, please let me know if there is anything I need to correct. |
| 16:58.51 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 17:44.27 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 17:45.45 | *** join/#brlcad andrei (andrei@5-12-88-164.residential.rdsnet.ro) | |
| 17:45.59 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:55.59 | CIA-65 | BRL-CAD: 03tbrowder2 * r50701 10/brlcad/trunk/doc/README.Linux: update requirements based on more testing with Linux Mint LWDE 32-bit |
| 18:24.00 | CIA-65 | BRL-CAD: 03tbrowder2 * r50702 10/brlcad/trunk/src/libbu/vls.c: converted all flag variables in function bu_vls_vprintf to be contained in a special struct; added a reset function for them |
| 18:25.22 | CIA-65 | BRL-CAD: 03tbrowder2 * r50703 10/brlcad/trunk/src/libbu/vls.c: removed obsolete bu_vls %S format specifier |
| 18:26.46 | CIA-65 | BRL-CAD: 03tbrowder2 * r50704 10/brlcad/trunk/src/libbu/test_vls.c: commented out %S test, retained for use in soon-to-come bu_vls_vprintf mods |
| 18:27.48 | CIA-65 | BRL-CAD: 03tbrowder2 * r50705 10/brlcad/trunk/NEWS: notified users of removal of formerly deprecated and now obsolete %S bu_vls format specifier |
| 18:33.03 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:34.44 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 19:00.25 | CIA-65 | BRL-CAD: 03brlcad * r50706 10/brlcad/trunk/NEWS: NEWS is only for (non-developer) user-visible changes. annotate %S change to obsolete in doc/deprecation.txt |
| 19:00.37 | CIA-65 | BRL-CAD: 03brlcad * r50707 10/brlcad/trunk/doc/deprecation.txt: NEWS is only for (non-developer) user-visible changes. annotate %S change to obsolete in doc/deprecation.txt |
| 19:03.37 | CIA-65 | BRL-CAD: 03brlcad * r50708 10/brlcad/trunk/src/libbu/parse.c: remove the struct parse table support for '%S' since vls was just removed. |
| 19:11.22 | brlcad | ksuzee: if I just give you an example on how to use a filter tool like that, you wouldn't exactly learn how to test the next tool you modify |
| 19:11.42 | brlcad | and I can't give you an example on all the edits you might make, there are hundreds of tools ... |
| 19:12.11 | brlcad | see if there's a manual page, see if there's a usage statement, or read the source code when in doubt |
| 19:12.23 | brlcad | lowp is about as simple as code gets |
| 19:13.39 | brlcad | andrei: using astyle is good but don't let it be a crutch -- you should know how to make style conform even if you don't have a tool to help you, and you end up having to do it manually |
| 19:14.10 | andrei | I do have some issues regarding that matter, indeed. |
| 19:14.22 | brlcad | "M-x indent-region" in emacs with also do cleanup for you automatically |
| 19:14.33 | andrei | However, I did manage to get it working, have already submitted it |
| 19:14.41 | brlcad | plus we have two scripts to clean up files: sh/ws.sh and sh/indent.sh (the latter requires emacs) |
| 19:14.56 | andrei | ah, that s what I was looking for. |
| 19:17.30 | andrei | Aside of the two patches, what other patches or fixes should I attempt? |
| 19:17.41 | andrei | or should I just look on the TODO's list and see what I can handle? |
| 19:17.55 | CIA-65 | BRL-CAD: 03tbrowder2 * r50709 10/brlcad/trunk/doc/deprecation.txt: clarify instructions for the obsolete step |
| 19:18.48 | brlcad | as for astyle, you do have to use the latest sources -- I had to modify astyle to support our format, and those changes were just recently integrated |
| 19:20.36 | brlcad | andrei: since you have to work with libpkg, I suggest maybe writing either a unit test or a performance/scaling test |
| 19:20.47 | brlcad | where you either create your own client/server application (like tpkg) or write a script that runs tpkg with different parameters |
| 19:21.01 | brlcad | the latter makes the most sense for performance testing |
| 19:21.48 | brlcad | a unit test could be interesting and teach you how to use the library |
| 19:22.38 | andrei | sorry for the rather wierd question, but what exactly implies "performance" , speed only? |
| 19:24.38 | brlcad | ~dict 6 performance |
| 19:25.07 | brlcad | describing how it's functioning or operating .. speed would certainly be a factor in that |
| 19:27.05 | brlcad | what I'd probably do would be write a script that invokes tpkg client-server pairings testing package size vs data size vs time |
| 19:27.25 | brlcad | from that, I'd have a 3d graph of performance |
| 19:28.54 | brlcad | for each data size { for each package size { time sending from client to server } } |
| 19:30.00 | andrei | that sounds interesting :) |
| 19:30.10 | brlcad | alternatively, could test those factors independently: data size vs time package size vs time package count vs time .. etc |
| 19:31.04 | brlcad | yeah, that third one might matter: |
| 19:32.05 | brlcad | for some number of packages { for each data size { for each package size { time sending X packages of size Y in Z-size chunks from client to server } } } |
| 19:32.12 | brlcad | that's probably best |
| 19:32.54 | brlcad | could almost write the whole thing just like that as a shell script |
| 19:33.06 | brlcad | andrei: do you know posix shell scripting? |
| 19:33.23 | brlcad | or any scripting for that matter |
| 19:39.21 | andrei | the only thing I ever scripted in was bash |
| 19:39.34 | andrei | but I would like to learn shell scripting |
| 19:39.47 | louipc | bash is shell scripting ;) |
| 19:39.52 | andrei | I know |
| 19:40.20 | andrei | but I don t know what exactly to say |
| 19:40.38 | andrei | for example I wrote shell scripts to start / stop daemons, change different parameters |
| 19:40.53 | andrei | not very complicated |
| 19:42.40 | brlcad | but it sounds like it's at least an attainable and perhaps interesting approach to use for this task |
| 19:43.28 | brlcad | andrei: so maybe give that a go -- if you've already learned how to use tpkg, try invoking it within a script |
| 19:43.41 | brlcad | then wrap it in a loop that iterates over package sizes |
| 19:43.52 | brlcad | then wrap that in another loop that iterates over data sizes |
| 19:44.09 | brlcad | then wrap that in another loop that iterates over a certain number of packages... |
| 19:44.13 | brlcad | etc |
| 19:44.23 | brlcad | example to get you started: http://brlcad.org/wiki/Animation#Fly-around_animation |
| 19:45.00 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3736 10/wiki/Animation: /* Fly-around animation */ |
| 19:46.29 | brlcad | another example with a simple timer: http://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk/sh/orbit.sh |
| 19:47.28 | brlcad | submit an updated patch for each one of those steps as you make progress |
| 21:12.28 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 21:24.45 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 22:56.13 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3737 10/wiki/User:Cprecup/GSoC2012_progress: Adaptagrams samples - 26/05/2012 |
| 22:56.51 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3738 10/wiki/User:Cprecup/GSoC2012_progress: formatting error corrected |
| 23:59.17 | CIA-65 | BRL-CAD: 03tbrowder2 * r50710 10/brlcad/trunk/HACKING: fix typo |
| 00:00.33 | CIA-65 | BRL-CAD: 03tbrowder2 * r50711 10/brlcad/trunk/doc/README.Linux: freeglut not required based on last test with Linux Mint LMDE |
| 01:10.32 | CIA-65 | BRL-CAD: 03tbrowder2 * r50712 10/brlcad/trunk/src/libbu/vls.c: change macros to local const ints |
| 02:15.34 | *** join/#brlcad xth1 (~thiago@187.106.49.110) | |
| 05:22.22 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 05:27.57 | crdueck | <PROTECTED> |
| 05:28.11 | crdueck | whoops, this isnt vim |
| 06:19.07 | starseeker | for those using emacs and sh/indent.sh, you want to verify (especially the first time you use it) that the result is actually the formatting specified by our standards. There have been issues with some OS/emacs versions in the past |
| 09:00.58 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 09:36.59 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 09:37.12 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 09:42.53 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 09:48.56 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 10:23.46 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:27.52 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 10:46.13 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 11:34.51 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 11:35.21 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 11:36.36 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 11:38.09 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 11:47.02 | *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 11:47.50 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:51.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 11:59.27 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:16.11 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 12:16.11 | *** mode/#brlcad [+o brlcad] by wolfe.freenode.net | |
| 12:25.22 | *** join/#brlcad merzo (~merzo@203-195-200-46.pool.ukrtel.net) | |
| 13:08.42 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 13:23.22 | CIA-65 | BRL-CAD: 03brlcad * r50713 10/brlcad/trunk/include/rtgeom.h: apply the patch file from crdueck's sf patch 3528940 (ell_centroid) that documents the ell parameters. |
| 14:05.21 | *** join/#brlcad _fkr (el@norge.sdf.org) | |
| 14:33.29 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3739 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 14:36.14 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 14:48.01 | _fkr | Any luck with getting 7.20.6 compiling on Mac OS (10.4)? I've seen quite old binaries around for that system. I guess not many people are in to that? |
| 14:49.38 | _fkr | Been trying for the past few days... Now I ran in to next problem. g_diff.c:175 shadows a global declaration in /usr/include/signal.h (int kill;) |
| 14:51.32 | _fkr | I guess I could just modify the g_diff.c and name a variable called kill in function compare_external to be something else... Perhaps I should try compiling without threads instead? |
| 14:51.46 | _fkr | Or let compiler ignore warnings |
| 14:52.18 | _fkr | It could compile then, but I guess it would not be a suggested way... |
| 14:52.45 | brlcad | _fkr: lots of folks use mac for dev (myself included) |
| 14:53.04 | brlcad | the binaries just don't get updated because there's not a dedicated mac maintainer |
| 14:53.14 | _fkr | Nice... any suggestions for what to enable/disable and so on to make things smoother? |
| 14:53.27 | _fkr | I dont care, I can try to compile myself like I'm doing right now. |
| 14:53.53 | _fkr | Upgraded autotools, tcl/tk and so on, now got it compiling for a while already... just ran into the next obstacle |
| 14:54.19 | _fkr | I suspect, that if I'd turn the threads off (default), perhaps it would pass this file... |
| 14:54.21 | louipc | disable strict if you run into a problem |
| 14:54.38 | CIA-65 | BRL-CAD: 03brlcad * r50714 10/brlcad/trunk/src/gtools/g_diff.c: rename kill to killit to avoid a shadow warning on mac 10.4 (reported by _fkr via irc) |
| 14:54.40 | _fkr | cc1: warnings being treated as errors <- at the moment |
| 14:54.57 | brlcad | that's why it's stopping, it defaults to strict compile |
| 14:55.11 | brlcad | unless you're doing development or reporting build failures, you can just turn strict off |
| 14:55.37 | _fkr | yeah, I looked at the source, it would probably not be a prob, but I guess it should be addressed. Closing eyes in front of warnings is bad engineering practice, I gifure |
| 14:55.41 | brlcad | doesn't affect anything negatively, the strictness relates to code cleanliness, not correct/incorrect functionality |
| 14:56.34 | louipc | can they can hint to potential vulnerabilities too? |
| 14:57.47 | brlcad | sometimes, but pretty rare |
| 14:58.18 | brlcad | especially once the code is already scrubbed (like ours was years ago) once |
| 14:58.32 | louipc | hehe |
| 14:58.43 | brlcad | in this case, it's just platform variability .. 10.4 doesn't get tested so the older headers are going to have subtle name conflicts |
| 14:59.19 | _fkr | I'm trying with tcl/tk at the moment, but I'll probably want to try later enabling OpenGL and AGL. I just could not figure out yet, hot to make the system understand where to find the OpenGL and AGL libraries and stuff on Mac OS? |
| 14:59.37 | _fkr | I can help with 10.4 testing, when I have time. Testing building right now as you can see... |
| 14:59.57 | brlcad | it's going to build as an Tk/X11 application on mac even with/without opengl/agl enabled |
| 15:00.40 | _fkr | I might try without threads. |
| 15:01.10 | brlcad | fails to see what threading has to do with any of this... |
| 15:01.40 | _fkr | yeah, I understand and this is what I'm doing, but it's interesting to build with different options later in order to see what I might like more... |
| 15:01.44 | brlcad | testing 10.4 isn't the issue -- I have a 10.4 system nearby somewhere, they're just non-issues |
| 15:02.25 | brlcad | threading won't really change anything as that option just pertains to the tcl interpreter |
| 15:02.32 | _fkr | perhaps that's why the /usr/include/signal.h gets included? |
| 15:02.46 | brlcad | signal.h is used all over the place, nothing to do with threading |
| 15:03.05 | brlcad | pertains to signal handling |
| 15:03.17 | brlcad | it'll get used on any unix/mac/linux based system |
| 15:03.21 | _fkr | ah, I guess modifying the source would be ok. |
| 15:03.37 | _fkr | renaming that kill in g_diff |
| 15:03.51 | brlcad | already did that in r50714 |
| 15:04.11 | _fkr | ahh, nice... |
| 15:05.04 | brlcad | still, that's a perfect example of a case where strict provides basically negative value -- there's no harm in that variable having been named 'kill', so the warning is counterproductive |
| 15:05.24 | brlcad | if they were all like that, strict wouldn't even be an option to enable and certainly wouldn't be the default |
| 15:05.26 | _fkr | Yeah. |
| 15:06.18 | brlcad | if you don't even have a compile, I strongly suggest just turning strict off to see if there are any real issues preventing your build |
| 15:07.44 | brlcad | strict is meant to keep things clean on the newest compilation environments, not make the build harder on legacy systems |
| 15:08.59 | _fkr | yeah, that's also a possibility. To get at least something running at start and then later start looking more closely. |
| 15:10.10 | _fkr | Well, I'm happy that I've got to the compiling process already. Spent a bit of time upgrading various parts of the system to get autogen.sh working and get past ./configure. Like I mentioned, I'm on 10.4, which is quite outdated. |
| 15:11.20 | _fkr | I'm trying with -O3 and tuning for G4 processor. |
| 15:14.22 | _fkr | What's that Ray trace OpenGL display manager about? Not compiling it in at the moment because I couldnt figure out how to tell the build enivronment where to locate OpenGL |
| 15:42.32 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:45.03 | brlcad | _fkr: don't worry about it, no loss in functionality |
| 15:45.27 | brlcad | we have a variety of display managers that use different methods for drawing, but all do the same thing regardless of the method |
| 15:45.33 | Stattrav | brlcad: Can I have a few benchmark log files ? |
| 15:45.40 | brlcad | the only thing disabled with opengl disabled is archer |
| 15:45.54 | brlcad | Stattrav: sure, run benchmark a few times ;) |
| 15:46.01 | Stattrav | as in which have been obtained from folks who have mailed it to benchmark@brlcad.org so as to check diversity of platforms |
| 15:46.11 | Stattrav | brlcad: I did that I have some 6 different files |
| 15:46.48 | Stattrav | from various runs, I want to see the ones from bsd systems or windows machines. |
| 15:47.07 | Stattrav | they should be the same as the script(bench/run.sh) functions that way |
| 15:49.22 | brlcad | it'll take a little time, at least more than I have right now, to pull some together and upload them somewhere to you |
| 15:49.46 | brlcad | so just go with what you have or see if you can get someone else here to run the benchmark for you and send you their log file |
| 15:50.11 | brlcad | otherwise, it shouldn't matter too much if you parse the files flexibly enough |
| 15:51.21 | _fkr | No loss in functionality, but would there be notable performance differences? I'm not worrying about it anyways. Just want to get a fresh install compiled... I have rel-7.10.4 hanging around in my system. Dates to 2007. |
| 15:51.23 | brlcad | Stattrav: a bit late, but might I suggest a different way of parsing the files would be to define each field of interest, and then specifically parse out that field using pattenrs |
| 15:51.32 | brlcad | instead of parsing the whole file looking for everything all at once |
| 15:51.48 | brlcad | _fkr: yes, the non-opengl display manager is much faster |
| 15:52.24 | brlcad | for relatively small models at least |
| 15:52.25 | _fkr | the tcl/tk one? |
| 15:52.42 | brlcad | no |
| 15:52.50 | brlcad | the x11 one |
| 15:53.22 | _fkr | Hey, looks like a successful build: BRL-CAD Release 7.20.6, Build 20120527... I'll install it in a while. |
| 15:54.27 | _fkr | I basically don't like the aqua environment too much anyways. Just got stuck with mac os years ago when I bought some hardware and it was a bit painful to get other soft running on it |
| 16:02.30 | Stattrav | brlcad: that is what I am doing, patterns as per the run.sh file |
| 16:05.51 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 16:07.26 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:14.25 | _fkr | Where are you using that information? Just curious about various systems or you want to publish it somewhere? |
| 16:14.46 | Stattrav | _fkr: are you talking about benchmark data ? |
| 16:15.09 | _fkr | Yes |
| 16:15.20 | _fkr | Sorry, should had used your name when talking to you |
| 16:15.24 | Stattrav | http://brlcad.org/wiki/Benchmark_Performance_Database |
| 16:16.21 | Stattrav | yes, that is the objective. To publish the results graphically or otherwise |
| 16:16.32 | Stattrav | ofcourse on the webpage of brlcad |
| 16:17.13 | brlcad | Stattrav: you know, you can ask others for their log files... ;) |
| 16:17.26 | brlcad | opportunities, just like this |
| 16:17.45 | Stattrav | brlcad: sending a mail out to the other SoC participants |
| 16:17.50 | brlcad | no |
| 16:18.04 | brlcad | well, that's not what I meant at least |
| 16:18.11 | *** join/#brlcad irctc275 (7ab2a29c@gateway/web/freenode/ip.122.178.162.156) | |
| 16:18.19 | Stattrav | aah |
| 16:18.23 | _fkr | try to get compile time option information included too. Whether the build was optimised for speed or size or was it tuned for a specific processor and so on. And what grpahics card was used. |
| 16:18.28 | brlcad | your right here talking to someone about the benchmark, but curiously haven't asked him for his log file |
| 16:18.46 | Stattrav | aah :) |
| 16:19.02 | Stattrav | _fkr: could I ask you the benchmark file of your installation ? |
| 16:19.49 | _fkr | hehe, Dunno. I basically did a benchmark run straight after a build got out of the oven. I had other programs running in background too and perhaps it wouldnt be that accurate. |
| 16:20.18 | _fkr | approx 661 times faster than ref machince. Perhaps if I shut a few progs down I'll make it to 666 |
| 16:21.10 | _fkr | you need the summary? Ther eare diff files generated by benchmark as I can see. |
| 16:21.19 | Stattrav | _fkr: ahaha, could you please upload it somewhere and thus give me a link or just send it to me as an email suryajith1987[at]gmail. |
| 16:21.47 | Stattrav | _fkr: the one which says run-<somedigits>-benchmark.log |
| 16:22.04 | _fkr | I'll consider it. I might run it on another machine that is similar but with slower cpu |
| 16:22.23 | Stattrav | _fkr: machines dont really matter btw. Thanks |
| 16:22.31 | brlcad | _fkr: he's using the log files for his project, not using your statistics specifically |
| 16:23.02 | brlcad | he needs a variety to make sure he's reading the log file correctly |
| 16:23.15 | brlcad | so getting an old mac 10.4 log would be useful to him |
| 16:23.35 | _fkr | ahh, I thought it was about making comparison of diff machines. Ok. |
| 16:24.53 | brlcad | he's working on a website you'll be able to go for seeing how your performance compares to others with different or similar hardware |
| 16:25.23 | brlcad | or even comparing to different operating systems, so you could see if performance changes going from 10.4 to 10.6 for example |
| 16:25.37 | brlcad | right now, though, it's very very basic -- he's just trying to read the log file :) |
| 16:25.38 | Stattrav | yup |
| 16:25.55 | brlcad | so he needs a variety of log files |
| 16:26.48 | _fkr | Just keep it simple and one needs to start from somewhere. Having a quick basic solution up at early stages is a good start I think. |
| 16:27.26 | brlcad | if you have access to other operating systems or hardware, other logs would be helpful too |
| 16:28.54 | _fkr | yeah, I could try on some other systems too... I guess the time is a factor. I spend too much time off keyboard. Soon it's blue monday and I need to get my thoughts off the benchmarks and stuff. |
| 16:33.31 | Stattrav | _fkr: its fine, whenever you can push them through. not in a hurry. |
| 16:34.44 | _fkr | What do you use brl-cad for, Stat? You need it for work or you just have fun with it? |
| 16:36.40 | Stattrav | _fkr: work for me is theoretical CS. so its GSoC for me at the moment(that is the summers) after which it'd be contributions which you could call fun. |
| 16:37.30 | _fkr | Nice. |
| 16:39.00 | *** join/#brlcad cristina (~quassel@188.24.71.175) | |
| 16:39.16 | brlcad | hi cristina |
| 16:39.28 | cristina | hi brlcad |
| 16:40.00 | _fkr | How's your life, Cristina? Everything all right? |
| 16:40.28 | cristina | _fkr: yes, it's everything alright. Thanks for asking :). How's yours? |
| 16:41.44 | _fkr | Well, It's how I make it to be, I guess. It's my own choice, but I guess it's more or less all right. Gonna be better and better, if I work for it... |
| 16:44.59 | cristina | _fkr: same here, it depends mostly on me whether things are ok or not |
| 16:45.09 | _fkr | didnt hang out too much this weekend... well, that means more time behind keyboard. Wanted to go out friday, but managed to fall asleep with my clothes on, like it sometimes happens at fridays. Saturday I went out, but it sucked so I moved back quickly. Less hangover and more time for other things... |
| 16:46.07 | _fkr | Depends a lot on human relationships and shit like that. How well you get along with people you run in to on a daily basis. |
| 16:48.12 | cristina | ok course it does, but this is up to you |
| 16:50.26 | cristina | s/ok/of |
| 16:50.28 | _fkr | Yeah, best is probably just to take it easy and try to change what one can instead of spending energy on something that doesnt produce a useful result. |
| 16:56.44 | _fkr | Do things tend to be more often ok, rather than not, from your point of view? |
| 16:57.22 | cristina | I'd say more often not :) |
| 16:57.33 | _fkr | laughs evilly |
| 16:58.08 | _fkr | Music is nice. I like to listen to music. Helps with the mood sometimes. |
| 16:59.17 | cristina | I used to listen to music |
| 16:59.40 | _fkr | Well, enjoy it at least and take what you can from unpleasant situations. I mean it's just about where one looks at it. The viewpoint. Try to look from a diff angle, if you do not like, what you see. Perhaps hard experiences give valuable experiences and additional problem solving skills or something else good... |
| 17:01.38 | cristina | this is my realistic way of seeing things; it doesn't mean that it harms me |
| 17:04.30 | _fkr | Like Epicurus once thought: "So death, the most terrifying of ills, is nothing to us, since so long as we exist, death is not with us; but when death comes, then we do not exist. It does not then concern either the living or the dead, since for the former it is not, and the latter are no more." |
| 17:08.15 | cristina | _fkr: you are in a very philosofical mood today :) |
| 17:09.44 | _fkr | Hehe, I do not even know, whether that might be good or not. Too much thinking might start to distract sometimes. Doesnt let one concentrate on things and so on. |
| 17:10.25 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:11.41 | cristina | better than not thinking at all :) |
| 17:12.17 | _fkr | Yeah. Having the right balance is the key, I bet... |
| 17:12.40 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:13.35 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:22.32 | _fkr | Latest build emitted a "ranlib: file: .libs/libbrlcad.a(simphysics.o) has no symbols" |
| 17:26.27 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:27.39 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:31.36 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:32.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:35.24 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:36.53 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 17:51.34 | *** join/#brlcad malav (~Anoop@223.176.48.134) | |
| 17:54.34 | _fkr | ANother thing I noticed after install. I used --prefix and --exec-prefix for architecture dependent files. After install I see in --prefix/bin there is one file called enigma, which is still arch dependent, I believe, whereas other binaries are in --exec-prefix/bin, like expected... |
| 17:58.49 | CIA-65 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3740 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 18:14.39 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3741 10/wiki/User:Anoop: /* Personal information */ |
| 18:18.12 | *** join/#brlcad cristina_ (~quassel@188.24.70.39) | |
| 18:19.39 | _fkr | Hmm, i set the EPREFIX/bin to my PATH as well... Tried mged and gave it a raytrace job. Looks like it is still looking for rt in PREFIX/bin, rather than EPREFIX/bin. Well, I do not have any other architecture files in that tree, so I could just move the EPREFIX/* files to PREFIX dir, but I guess it's better to mention about it. |
| 18:25.58 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3742 10/wiki/User:Anoop: /* Development Logs */ |
| 18:27.24 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3743 10/wiki/User:Anoop/Logs: /* ToDo */ |
| 18:28.32 | _fkr | Sup, Cristina? Preparing for the blue monday? |
| 18:39.29 | cristina_ | _fkr: you're not encouraging me |
| 18:40.11 | cristina_ | feels lazier |
| 18:47.04 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:47.52 | Stattrav | its the summer monday/sunday shouldnt really matter i guess |
| 18:50.39 | _fkr | Yeah, I guess it depends a lot. |
| 18:57.01 | _fkr | I wonder if one can customize the path where mged looks for binaries, if I'm at the mged console. Could it be written to .mgedrc for example or a command be sent to mged? Is it just fixed and compiled in? |
| 19:09.50 | _fkr | Well, I can at least try and put more effort in it, if it would make you feel more comfortable. Just did not knew how you felt. |
| 19:10.34 | _fkr | I can be lazy as well, but I try to learn to push myself further. Lots of things I should do, but I know that it can be hard to stand up and start acting. |
| 19:11.14 | _fkr | How to find motivation? You have a good way? Where to get the necessary will-power to get through the daily grind and other shit that life throws at ya? |
| 19:11.56 | _fkr | Think nice and pleasant thoughts. If you feel better, it's easier to find motivation to do anything. |
| 19:12.42 | _fkr | You probably like to do something? Perhaps you feel that you are not able to do the things you want to do and need to deal more with unpleasant stuff? That's what drags you down? |
| 19:14.40 | _fkr | tries to encourage Cristina to face the new week with slightly aggressive and energetic attitude. |
| 19:20.45 | _fkr | opens up a small bottle of liqueur and thinks: "this is nice in the morning too..." |
| 19:24.01 | CIA-65 | BRL-CAD: 03tbrowder2 * r50715 10/brlcad/trunk/src/libbu/ (5 files): split function bu_vls_vprintf into its own src file, put common vls data into a new internal header, modify build structure accordingly |
| 19:41.36 | CIA-65 | BRL-CAD: 03tbrowder2 * r50716 10/brlcad/trunk/src/libbu/vls_vprintf.c: move vars to file scope, change some back to macros because intializers aren't constant |
| 19:41.45 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3744 10/wiki/User:Anoop/Logs: |
| 19:42.46 | kanzure | what? |
| 19:44.51 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3745 10/wiki/User:Anoop/Logs: /* ToDo */ |
| 19:45.34 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3746 10/wiki/User:Anoop/Logs: /* ToDo */ |
| 20:06.03 | _fkr | Ok, I got a workaround byt using BRLCAD_ROOT to point to EPREFIX. Now it can find rt... earlier it was able to locate tire for example, but failed with rt, assuming it was in PREFIX/bin |
| 20:09.27 | CIA-65 | BRL-CAD: 03tbrowder2 * r50717 10/brlcad/trunk/src/libbu/vls_vprintf.c: move struct and its reset function to the top |
| 20:09.59 | CIA-65 | BRL-CAD: 03tbrowder2 * r50718 10/brlcad/trunk/src/libbu/vls_vprintf.c: correct comment |
| 20:18.21 | cristina_ | _fkr: that should do it! |
| 20:18.33 | cristina_ | \me cheers, _fkr! |
| 20:18.45 | cristina_ | cheers, _fkr! |
| 20:18.59 | _fkr | Nice. Glad to see you happy. |
| 20:20.13 | _fkr | Well, it's not easy, but it's doable. Just need to work with yourself on a daily basis. |
| 20:21.19 | _fkr | Solve problems and evolve to be a better problem solver in the process... In the future similar problems seem a lot more simpler and you might even laugh about it how you used to take it all too seriously back in the days... |
| 20:24.52 | _fkr | So what else is up? What are you doing there? |
| 20:26.15 | _fkr | I'm starting to feel a bit hungry and am thinking about whether I should go out and grab a bite or should I just rest and eat later. Need to do shit soon anyways, so not too many hours left for resting... |
| 20:27.26 | _fkr | drinks a bit of liqueur that has a pleasant and a bit sweet taste |
| 20:28.08 | cristina_ | _fkr: are you talking to me? I'm reading something about adaptagrams |
| 20:29.56 | _fkr | Yeah. Oh, that's nice. Reading and learning might be good at times. I'll try not to distract that much. |
| 20:30.37 | _fkr | I'm already thinking about monday so it's hard to concentrate on anything. Just music and relaxing for me. |
| 20:31.06 | CIA-65 | BRL-CAD: 03tbrowder2 * r50719 10/brlcad/trunk/src/libbu/vls_vprintf.c: add target specifications for bu_vls_vprintf |
| 20:32.19 | cristina_ | _fkr: here is already Monday :) |
| 20:32.53 | _fkr | Have a nice monday morning then. Enjoy it, while you can. |
| 20:33.45 | _fkr | Waking up too early is hard for me, otherwise it might not be that bad. |
| 20:45.01 | CIA-65 | BRL-CAD: 03tbrowder2 * r50720 10/brlcad/trunk/src/libbu/vls_vprintf.c: modify and expand specification, remove underscore from internal function names |
| 21:46.06 | *** join/#brlcad yukonbob (~bch@50.46.78.234) | |
| 21:46.14 | yukonbob | hello, #brlcad |
| 21:46.45 | crdueck | hi yukonbob |
| 21:47.01 | yukonbob | howdy crdueck |
| 21:58.27 | _fkr | What's up with y'all? |
| 21:58.46 | _fkr | Havin' fun? |
| 22:16.12 | _fkr | Damn, it. Was just looking around, searching for a certain bottle. I walked around and tried to remember. It was on the floor just between my legs in the place where I sat and started looking for it... another object obstructed the view, so that's why I missed it. |
| 23:48.08 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 23:58.51 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 00:13.06 | *** join/#brlcad xth1 (~thiago@187.106.53.123) | |
| 00:26.47 | starseeker | _fkr: please try to stay a little more on topic |
| 04:03.18 | CIA-65 | BRL-CAD: 03brlcad * r50721 10/brlcad/trunk/AUTHORS: credit sachin jain with his patch from last year (sf patch 3275742 - Fix 'analyze' command output formatting) applied in r48889 and sparking more work in that area by tom browder. |
| 04:21.33 | CIA-65 | BRL-CAD: 03brlcad * r50722 10/brlcad/trunk/src/librt/primitives/ell/ell.c: apply sf patch 3528940 from crdueck that adds an function to find centroid of an ell (it's the v parameter) |
| 04:49.06 | brlcad | all but two patches should now be reviewed and have been commented on |
| 06:02.22 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 08:05.01 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 08:49.03 | *** join/#brlcad merzo (~merzo@184-212-201-46.pool.ukrtel.net) | |
| 09:13.18 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3747 10/wiki/User:Ksuzee/Reports: |
| 10:13.52 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:25.28 | CIA-65 | BRL-CAD: 03phoenixyjll * r50723 10/brlcad/trunk/sh/conversion.sh: Add implicit to brep conversion to conversion.sh. |
| 10:33.23 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3748 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 13:47.06 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 13:47.07 | jbschw | 52 |
| 13:47.14 | jbschw | whoops |
| 14:42.01 | *** join/#brlcad malav (~Anoop@223.176.109.94) | |
| 15:53.42 | CIA-65 | BRL-CAD: 0314.139.128.14 07http://brlcad.org * r3749 10/wiki/User:Anuragmurty: /* community bonding period */ |
| 16:58.55 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 17:34.11 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3750 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 17:38.06 | *** join/#brlcad npcdoom (~npcdoom@190.206.253.157) | |
| 17:38.06 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 17:58.36 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 18:21.56 | *** join/#brlcad malav (~Anoop@117.99.73.71) | |
| 18:32.46 | malav | hi all, in source code what is *.1 files for? |
| 18:44.36 | CIA-65 | BRL-CAD: 03Anoop 07http://brlcad.org * r3751 10/wiki/User:Anoop/Logs: |
| 18:49.21 | _fkr | Malav, I bet they are documentation files, formatted in a specific way and they belong to section one. |
| 18:50.38 | _fkr | You mostly a MS products user, Malav? |
| 18:52.13 | malav | no |
| 18:52.18 | malav | I use ubuntu |
| 18:57.06 | _fkr | You might have already used files like that before then. |
| 19:01.03 | malav | well, I'm not sure. |
| 19:02.59 | brlcad | malav: that's a manual page (man man) |
| 19:03.18 | malav | yeah I've used man pages |
| 19:03.25 | malav | a lot |
| 19:03.59 | _fkr | The number show's which section it belongs. Section one for the type you asked about. |
| 19:04.52 | brlcad | they're simply formatted text files, you can view and edit them with a text editor |
| 19:05.06 | malav | ok |
| 19:06.05 | _fkr | They wouldnt be compiled in to the binary files, so it's safe to do your own modifications there and brl-cad would run the same. |
| 19:08.17 | malav | ok |
| 19:10.50 | brlcad | malav: if you want to view them properly, nroff -man path/to/file.1 |
| 19:11.03 | brlcad | as text without the manpage markup |
| 19:43.38 | malav | thanks |
| 20:11.47 | *** join/#brlcad cristina (~quassel@188.24.70.39) | |
| 20:27.22 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 20:59.40 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 21:18.21 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3752 10/wiki/User:Ksuzee/Reports: |
| 22:17.36 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:18.58 | *** join/#brlcad xth1 (~thiago@187.106.53.123) | |
| 00:24.56 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 00:26.54 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:31.20 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3753 10/wiki/User:Cprecup/GSoC2012_progress: 27-28/05/2012 |
| 01:19.29 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 02:32.34 | CIA-65 | BRL-CAD: 03brlcad * r50724 10/brlcad/trunk/src/librt/primitives/ell/ell.c: (log message trimmed) |
| 02:32.36 | CIA-65 | BRL-CAD: apply sf patch 3530033 from Al_Da_Best ( aldabest ) - 'Adding centroid and |
| 02:32.36 | CIA-65 | BRL-CAD: surface area for ellipsoid primitive' though the patch now only adds surface |
| 02:32.36 | CIA-65 | BRL-CAD: area since someone else beat him to the centroid function. the patch was |
| 02:32.36 | CIA-65 | BRL-CAD: slightly modified for strict compilation and still has a problem using fabs() |
| 02:32.36 | CIA-65 | BRL-CAD: and a hard-coded 0.0001 magic tolerance value, but can't fault him too much for |
| 02:32.36 | CIA-65 | BRL-CAD: that error since someone else apparently introduced that bad practice in the |
| 02:34.17 | brlcad | starseeker: looks like you're the culprit there.. :) |
| 02:39.02 | CIA-65 | BRL-CAD: 03brlcad * r50725 10/brlcad/trunk/src/librt/primitives/revolve/revolve_brep.cpp: the plane isn't used (or deallocated), so remove it (and quell the compilation verbage) |
| 02:44.15 | CIA-65 | BRL-CAD: 03brlcad * r50726 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove the 0.0001 magic tolerance values. instead, use the default tolerance used within EQUAL(), which should be near what the hardware is capable of distinguishing. better would probably be to use a bn_tol->dist. |
| 02:48.08 | CIA-65 | BRL-CAD: 03brlcad * r50727 10/brlcad/trunk/src/librt/primitives/sph/sph.c: since they're not documented, remove the 0.0001 magic tolerance values with tighter hardware-centric tolerances via EQUAL() testing. |
| 02:58.49 | CIA-65 | BRL-CAD: 03brlcad * r50728 10/brlcad/trunk/AUTHORS: credit alex taylor for his code contribution applied from sf patch 3530033 related to his gsoc participation. note the other recent gsoc/socis students too. |
| 03:30.15 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3754 10/wiki/User:Crdueck/log: |
| 03:30.35 | CIA-65 | BRL-CAD: 03Eunice 07http://brlcad.org * r3755 10/wiki/Main_Page: |
| 03:36.15 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r3756 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Eunice|Eunice]] ([[User talk:Eunice|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 03:36.31 | CIA-65 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Eunice]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 03:55.45 | CIA-65 | BRL-CAD: 03brlcad * r50729 10/brlcad/trunk/AUTHORS: |
| 03:55.45 | CIA-65 | BRL-CAD: credit mesut (aka kane) with his sf patch 3527658 (refactor and manage libbn |
| 03:55.45 | CIA-65 | BRL-CAD: tolerance uses by providing an interface default (e.g., an init macro) and |
| 03:55.45 | CIA-65 | BRL-CAD: making everyone use that where it is hardcoded to 0.0005 presently). comes to |
| 03:55.45 | CIA-65 | BRL-CAD: brl-cad from gsoc. |
| 04:07.57 | brlcad | fg |
| 05:15.53 | CIA-65 | BRL-CAD: 03phoenixyjll * r50730 10/brlcad/trunk/sh/conversion.sh: change the suffix brep2 to brep |
| 05:54.45 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 06:31.28 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 06:31.29 | *** join/#brlcad ksuzee_ (~ksu@46.149.82.166) | |
| 06:37.16 | *** part/#brlcad ksuzee_ (~ksu@46.149.82.166) | |
| 06:50.22 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3757 10/wiki/User:Ksuzee/Reports: |
| 07:02.20 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3758 10/wiki/User:Ksuzee/Reports: |
| 07:03.09 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:12.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 07:14.38 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:31.03 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 08:48.10 | *** join/#brlcad merzo (~merzo@96-14-132-95.pool.ukrtel.net) | |
| 08:58.43 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3759 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 09:06.09 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:11.52 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 10:25.15 | anuragmurty | d_rossberg : hi! i had a query.. |
| 10:25.45 | anuragmurty | d_rossberg: for the voxelize command i had tries a basic program that just shoots rays from 3 different directions |
| 10:26.10 | anuragmurty | Like you said it is not useful, but i was just tryin something out |
| 10:26.43 | anuragmurty | i used a bounding box from struct rt_i.. |
| 10:27.57 | anuragmurty | for , let us say, a grid of rays, should i still use a grid of rays shot uniformly on the face of the bounding box? or is this incorrect? |
| 10:51.07 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:03.24 | d_rossberg | anuragmurty: that sounds reasonable (a grid of rays shot uniformly on the face of the bounding box) |
| 11:05.32 | anuragmurty | thanks! |
| 11:06.51 | d_rossberg | for your further progress I would recommend to choose a name and place for the program that writes the voxel into a file to be used by other programs (e.g. hydrocodes) |
| 11:08.14 | d_rossberg | there you can develop your code without interfering with other libraries and programs |
| 11:09.25 | anuragmurty | ok.. src/libanalyze was suggested to me.. |
| 11:10.20 | d_rossberg | if you have found your algorithm you can transfer it into an appropriate library, write mged-functions etc. |
| 11:11.03 | d_rossberg | libanalyse would be the "appropriate library" |
| 11:11.27 | anuragmurty | ok.. |
| 11:13.13 | d_rossberg | but it is easier to develop the code in an own program without recompilind a library (and the depending libraries and programs) again and again |
| 11:14.56 | anuragmurty | ok.. |
| 11:16.28 | anuragmurty | and eventually it should find its place in a library? (if all goes well) |
| 11:16.29 | anuragmurty | ? |
| 11:18.37 | d_rossberg | the basic algorithm should find it's place in a library |
| 11:19.53 | d_rossberg | then there are mged/TCL scripts (libged?) and at least one stand-alone program using this algorithm |
| 11:22.11 | d_rossberg | this program could be a converter "g-voxel-file" |
| 11:22.34 | d_rossberg | or simply g-voxel |
| 11:23.19 | anuragmurty | ok.. |
| 11:24.18 | anuragmurty | thank you d_rossberg.. i will proceed with the work then.. |
| 11:24.46 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:32.52 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 11:43.50 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 12:14.13 | CIA-65 | BRL-CAD: 03phoenixyjll * r50731 10/brlcad/trunk/src/libged/brep.c: Check whether brep is converted successfully. (A failure will return a NULL pointer like the conversion of old.s82 and old.s79 in m35.g) |
| 12:17.39 | CIA-65 | BRL-CAD: 03phoenixyjll * r50732 10/brlcad/trunk/src/ (librt/primitives/brep/brep_debug.cpp proc-db/csgbrep.cpp): Use BN_DIST_TOL to replace the hard coded 0.0005. And set revolve.r and revolve.ang in csgbrep.cpp. |
| 12:19.25 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3760 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 12:45.57 | CIA-65 | BRL-CAD: 03phoenixyjll * r50733 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: eto_endvertex_pt was set but not used before. |
| 12:48.07 | CIA-65 | BRL-CAD: 03erikgreenwald * r50734 10/brlcad/trunk/ (NEWS sh/CMakeLists.txt sh/Makefile.am sh/ios-icons.sh): Add shell script to generate icons suitable for IOS (Apple mobile) applications |
| 12:54.27 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 13:13.39 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 13:16.12 | *** join/#brlcad bhinesley (~bhinesley@108.220.113.189) | |
| 13:16.12 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 13:16.12 | *** mode/#brlcad [+o brlcad] by wolfe.freenode.net | |
| 13:57.33 | CIA-65 | BRL-CAD: 03erikgreenwald * r50735 10/brlcad/trunk/src/rt/view.c: fix call to icv writepixel where x and y were swapped. This fixes the bug where 'just changing the size' rotated the image 90 degrees, with -s <= 96 switching to MODE_UNBUF and touching this line. |
| 13:58.58 | CIA-65 | BRL-CAD: 03erikgreenwald * r50736 10/brlcad/trunk/NEWS: mention rotate bug being fixed |
| 14:13.10 | ``Erik | http://elfga.com/~erik/app1.png |
| 14:13.21 | ``Erik | http://elfga.com/~erik/app2.png |
| 14:13.24 | ``Erik | :D |
| 14:41.13 | brlcad | ``Erik: heh |
| 14:43.18 | DarkCalf | waves to brlcad |
| 14:43.24 | brlcad | moo |
| 14:56.28 | CIA-65 | BRL-CAD: 03starseeker * r50737 10/brlcad/trunk/CMakeLists.txt: |
| 14:56.28 | CIA-65 | BRL-CAD: As it turns out, umask settings do have some impact on CMake/CPack builds. |
| 14:56.28 | CIA-65 | BRL-CAD: While CMake's install process does not directly make use of umask, the temporary |
| 14:56.28 | CIA-65 | BRL-CAD: files staged in the build directory do. The install process in turn makes use |
| 14:56.28 | CIA-65 | BRL-CAD: of the permissions set on those files. It does not appear to be possible to set |
| 14:56.29 | CIA-65 | BRL-CAD: umask from the CMake build itself, so instead warnings are generated if the |
| 14:56.30 | CIA-65 | BRL-CAD: umask setting looks problematic. |
| 15:03.46 | brlcad | starseeker: instead of worrying about the umask, the real test would be to see what is installed |
| 15:04.38 | brlcad | see Makefile.am:345 |
| 15:05.41 | brlcad | umask 000 would be fine, for example, or 002 even -- both of which will fail your test |
| 15:05.44 | starseeker | nods - I still prefer to check the umask up front, since it avoids the time waste of installing something that will be using the wrong settings |
| 15:05.46 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3761 10/wiki/User:Plussai/GSoC_2012_log: /* 23 May 2012 */ |
| 15:05.55 | brlcad | as will 0222, which is bad but will pass your test |
| 15:06.12 | starseeker | brlcad: ok, I'll make an explicit OK settings list then |
| 15:06.18 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3762 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 15:06.19 | starseeker | I want to catch it without having to build and install |
| 15:06.39 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3763 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 15:07.00 | starseeker | I'm also not familiar with how to trigger a post-install rule with CMake (and how that plays in to things like RPM) |
| 15:07.07 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3764 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 15:07.24 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3765 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 15:08.08 | brlcad | sure, good thing to check -- just going to be a relatively fragile check given variability in the umask tool across platforms |
| 15:08.26 | starseeker | it's not a fatal error, just a warning |
| 15:09.29 | brlcad | so then it doesn't avoid the time waste of installing something that will be using the wrong settings ... :) |
| 15:09.44 | brlcad | there will just be a few lines in their log that they can shake their fist at later :) |
| 15:09.53 | starseeker | yes it does, if it warns me I forgot about umask before I type make install |
| 15:10.17 | starseeker | or even make, for that matter |
| 15:10.24 | brlcad | unless I'm building a package with distcheck |
| 15:10.43 | starseeker | you still have to configure before you can use distcheck |
| 15:11.00 | brlcad | ah, cool, okay |
| 15:12.09 | starseeker | I'll take a look at post-install rules too having been bitten once, I'll make it as bullet proof as I can figure out how |
| 15:15.09 | brlcad | the posix portable way would be to run umask -S and parse |
| 15:15.30 | starseeker | winces |
| 15:15.34 | brlcad | that avoids the sticky bit |
| 15:16.16 | brlcad | and other upper-bit issues, and is a specific format, unlike the default output which is merely "a mask that can be fed back to umask" |
| 15:16.18 | starseeker | OK - let me finish this tweak and I'll look at that |
| 15:16.36 | brlcad | not saying to do that, just a thought |
| 15:17.59 | brlcad | supporting the posix interface would be better behaved on unix systems, but then might not work on systems like haiku or qnx (dunno) |
| 15:18.48 | brlcad | using the old 3-or-4-digit output from umask is just as likely to work or not work, just harder to actually not get a false positive and catch the other valid masks |
| 15:19.05 | CIA-65 | BRL-CAD: 03starseeker * r50738 10/brlcad/trunk/CMakeLists.txt: Check a variety of known 'OK' umask settings - avoids invalid matches to the regex like 0222 (thanks Sean.) |
| 15:20.17 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:20.21 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 15:20.25 | brlcad | before you go thanking me... :) |
| 15:20.38 | brlcad | actually, 0222 would have been fine -- that just means the owner can't write |
| 15:20.57 | starseeker | humph |
| 15:21.18 | starseeker | with a umask like that, how would they do anything? |
| 15:21.53 | brlcad | they can read and run everything, just not modify it |
| 15:22.09 | brlcad | also depends whether we're talking about files here or directories -- what exactly is/was the problem? |
| 15:22.33 | starseeker | rpm package got created with bad directory settings |
| 15:22.49 | ``Erik | rpm decided to do chmod 700 /usr |
| 15:23.20 | ``Erik | (via cpio extraction) |
| 15:23.54 | brlcad | presumably because of a 077 mask? |
| 15:24.01 | starseeker | yep |
| 15:24.38 | brlcad | OR because it was told to pack /usr/brlcad and that directory was already 700 |
| 15:24.54 | starseeker | shakes his head - we confirmed it's the rpm |
| 15:25.05 | brlcad | both those will "be the rpm" |
| 15:25.37 | starseeker | it's packing from the build directory, not from /usr/brlcad |
| 15:25.44 | brlcad | okay |
| 15:26.34 | ``Erik | if I grok, /home/starseeker/rpmbuild/brlcad-7.20.6/usr was created with 700 due to umask, cpio'd up into the rpm, then rpm -i 'updated' /usr with that mode |
| 15:26.37 | jordisayol | sorry, I'm lost... :-/ Are you talking about the rpm packages from download page? |
| 15:26.55 | starseeker | jordisayol: no - this is the one created by the CMake/CPack make package command |
| 15:28.33 | brlcad | sounds like the real issue is making sure there's an exec bit set |
| 15:28.43 | brlcad | since there are valid use cases for not having read/write on user, group, other |
| 15:29.07 | brlcad | you just need "read" and "exec" on one of the three |
| 15:29.57 | CIA-65 | BRL-CAD: 03starseeker * r50739 10/brlcad/trunk/CMakeLists.txt: Whoops, stray line |
| 15:30.07 | brlcad | for a cpacked package, I'd expect exec on all three |
| 15:30.38 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 15:31.52 | brlcad | for the directories, that is |
| 15:32.12 | brlcad | maybe checking the root or the bin dir, since you only need to check one of them |
| 15:32.32 | brlcad | that would have caught the case you ran into here |
| 15:33.01 | jordisayol | starseeker: aha. How can I generate/test it? |
| 15:33.30 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:33.53 | starseeker | jordisayol: make package |
| 15:34.10 | jordisayol | starseeker: ok :-[ |
| 15:35.01 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 15:36.08 | brlcad | if test "x`umask -S | sed 's/[^x]//g'`" != "xxxx" ; then echo WARNING ; fi |
| 15:38.22 | brlcad | that extracts all the 'x' bits from umask -S, making sure there are three "xxx" |
| 15:38.47 | brlcad | similarly could check that there's at least one "r" bit |
| 15:39.59 | brlcad | if test "x`umask -S | sed 's/[^r]//g'`" == "x" ; then echo WARNING ; fi |
| 15:43.57 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 15:49.00 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 15:58.32 | starseeker | brlcad: hmm - that's an idea |
| 16:10.14 | CIA-65 | BRL-CAD: 03starseeker * r50740 10/brlcad/trunk/CMakeLists.txt: Alter umask test to use POSIX -S output, per suggestion from Sean. |
| 16:36.23 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 16:48.15 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 16:59.22 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 17:01.16 | brlcad | starseeker: that looks good, hopefully portable enough :) |
| 17:01.33 | brlcad | but then we can at least shake a posix finger at non-conforming platforms |
| 17:01.39 | starseeker | heh |
| 17:02.00 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:10.10 | jordisayol | starseeker: is this packaging way to replace the actual rpm/deb? |
| 17:10.44 | starseeker | jordisayol: not sure what you mean - it's a way to generate an RPM (and a deb, although that's not supported in our build yet) |
| 17:13.23 | jordisayol | starseeker: I mean that actually there are two scripts to create rpm and deb packages. will cpack replace these scripts? |
| 17:13.36 | starseeker | oh. In principle, yes |
| 17:14.43 | starseeker | there's a fair bit of work that would probably be needed to get there though |
| 17:14.57 | starseeker | most of what you've done with the scripts would need to be replicated in CMake/CPack logic |
| 17:18.11 | jordisayol | starseeker: ok, when you think it will be ready? |
| 17:18.27 | starseeker | jordisayol: hard to say |
| 17:18.43 | jordisayol | more than a half year? |
| 17:18.45 | starseeker | jordisayol: it's not a major focus for me at the moment - interested? |
| 17:19.30 | jordisayol | starseeker: I've no idea about cpack |
| 17:19.59 | starseeker | jordisayol: it's not terribly tricky - mostly involves setting a bunch of variables |
| 17:20.26 | starseeker | jordisayol: you're using the spec file in misc? |
| 17:20.48 | jordisayol | starseeker: in misc? |
| 17:21.06 | starseeker | misc/brlcad.spec.in or something like that in the source tree |
| 17:22.42 | jordisayol | starseeker: nope, sh/make_rpm.sh creates its own spec file depending on os and arch |
| 17:22.43 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:23.16 | starseeker | jordisayol: ah - so the thing to do would be to make a template spec file with variables for the things that make_rpm.sh fills in |
| 17:23.30 | starseeker | then there would be more things CMake could fill in, which would also become variables |
| 17:24.49 | jordisayol | starseeker: due to dependencies, I just allow to build them into fedora and opensuse |
| 17:25.13 | starseeker | what do you mean? |
| 17:25.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:26.02 | jordisayol | starseeker: fedora and opensuse share the same packaging system (rpm), but they do not share the same nomenclator for packages names |
| 17:26.11 | starseeker | jordisayol: you can see some of the CPack/RPM documentation here: http://www.vtk.org/Wiki/CMake:CPackPackageGenerators#RPM_.28Unix_Only.29 |
| 17:26.30 | starseeker | jordisayol: ah - that's something to be detected then and set as a variable in CMake |
| 17:26.49 | jordisayol | starseeker: so a package build for opensuse can become uninstallable on fedora/centos os |
| 17:27.14 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:27.41 | starseeker | nods |
| 17:29.02 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 17:30.00 | *** join/#brlcad malav (~Anoop@223.189.48.176) | |
| 17:33.43 | jordisayol | starseeker: brlcad.spec is generated in sh/make_rpm.sh (190:264) |
| 17:33.56 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 17:37.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 17:37.35 | brlcad | jordisayol: the main difference would be translating everything that the shell script is doing to cmake/cpack syntax |
| 17:38.03 | brlcad | probably could even make it be just one or two cmake macros that do all the work, nearly the same work that is being done now, just without /bin/sh |
| 17:38.55 | brlcad | it wouldn't replace it until it's equivalent, but it might be easier to maintain in the long run since we could hook it in with the rest of the build logic more closely |
| 17:39.25 | jordisayol | brlcad: understood and agree |
| 17:40.39 | ``Erik | does rpm allow 'or' in the dependancy specifications? that'd allow a workaround to the nomenclature issue |
| 17:42.34 | jordisayol | ``Erik: if I don't misremembering, it's not allowed |
| 17:43.09 | jordisayol | deb allows this |
| 17:50.37 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 17:50.41 | yukonbob | hello, #brlcad |
| 17:51.33 | _fkr | Word. |
| 17:54.47 | jordisayol | ``Erik: BTW I use rpmbuild command to generate rpm packages. rpmbuild auto-detects the dependencies, and they change depending on host system you're building it |
| 17:57.24 | *** join/#brlcad Al_DC_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 17:59.01 | jordisayol | with |
| 17:59.01 | jordisayol | $ rpm -qpR brlcad-7.20.6-0.fedora.i386.rpm |
| 17:59.01 | jordisayol | You'll get rpm requiring list |
| 18:10.18 | jordisayol | I just add "xorg-x11-fonts-ISO8859-1-75dpi" dependency on fedora because is needed by archer (somebody in fedora decided to remove it as installed by default) |
| 18:16.46 | brlcad | malav: what are you working on? |
| 18:17.49 | brlcad | ksuzee: crdueck: you both have patches pending some response |
| 18:17.55 | brlcad | got to a lot of them over the weekend |
| 18:20.06 | ksuzee | brlcad: thanks, Sean. I've already correct a couple of them |
| 18:21.47 | malav | src/shapes |
| 18:21.58 | malav | trying to write a patch |
| 18:23.37 | jordisayol | starseeker: well, I've installed last opensuse rpm into fedora without problems... :-/ |
| 18:24.03 | jordisayol | starseeker: I can assure you that this was not been like this in the past |
| 18:37.24 | brlcad | malav: trying? :) do you have a goal? |
| 18:37.46 | brlcad | ksuzee: okay -- you had several patches, and I think they all had some issue |
| 18:38.13 | brlcad | so I was just noting that there are more pending since patches are #1 priority |
| 18:41.06 | malav | I should say working |
| 18:41.25 | malav | I am going through code |
| 18:41.32 | ksuzee | my are #5 only) I corrected two of them yesterday |
| 18:42.38 | malav | for example there is a function in fence.c createWire |
| 18:43.10 | malav | so i was looking if there is any similarity between this function and wire.c |
| 18:43.20 | malav | or they are completely different |
| 18:45.06 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 18:52.11 | malav | And also while converting main functions into library functions passing of parameters need to be taken care of |
| 19:06.34 | CIA-65 | BRL-CAD: 03n_reed * r50741 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h STEPfile.inline.cc): Have STEPfile::schemaName return std::string instead of writing char* arg. SCL git b8fc557. |
| 19:11.41 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 19:30.45 | CIA-65 | BRL-CAD: 03crdueck * r50742 10/brlcad/trunk/src/mged/animedit.c: removed unused 'joint test' subcommand |
| 19:35.51 | brlcad | Maloeran: they are completely different |
| 19:36.00 | brlcad | oops, Maloeran -- never mind :) |
| 19:36.09 | brlcad | malav left |
| 19:40.50 | CIA-65 | BRL-CAD: 03crdueck * r50743 10/brlcad/trunk/src/mged/animedit.c: removed references to f_jtest(), fixing r50742 |
| 19:46.36 | crdueck | <PROTECTED> |
| 19:55.21 | brlcad | it's not so much a preference as it is a different style of collaboration |
| 19:55.56 | _fkr | Perhaps there were issues with CVS that SVN helped to fix? |
| 19:56.30 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 19:56.33 | brlcad | if you perform centralized development with integrated development, using a distributed system only adds a little bit of complexity with mostly subjective technical gain |
| 19:57.26 | brlcad | you also tend to get isolated sandbox activity which makes integration that much more work, with a distributed system |
| 19:57.53 | brlcad | it's fine when you have a LOT of devs and can spend more time on integration, linux kernel being a prime example |
| 19:58.14 | crdueck | brlcad: good point, i wasnt thinking about brlcad originally being developed by the US military |
| 19:58.40 | brlcad | for small teams, it tends to lead towards antisocial development behaviors where problems are addressed later rather than sooner and people work together |
| 19:59.15 | brlcad | that has little to do with it really, the military origins |
| 19:59.29 | brlcad | it's more about the size of the dev team and style of interaction desired |
| 20:00.17 | _fkr | So the size of the dev team is considered to be a small one? |
| 20:00.31 | brlcad | relatively speaking, yes |
| 20:00.54 | brlcad | it's a communication network scalability problem |
| 20:01.56 | brlcad | you have N nodes and a desire to communicate a change to some number of nodes equal or near N |
| 20:02.06 | _fkr | So what has real life experience shown so far, afer the move? Did it help to change things in the wishful direction? Or perhaps it didnt help to change much? |
| 20:02.31 | brlcad | that obviously increases exponentially and at some point becomes more of a burden than a savings, a productivity tipping point |
| 20:02.51 | brlcad | _fkr: after what move? we didn't move to git |
| 20:03.04 | _fkr | CVS to SVN |
| 20:03.14 | brlcad | that was more technical than architectural |
| 20:03.25 | brlcad | they're both centralized |
| 20:03.47 | brlcad | svn fixes a lot of the technical problems of cvs, so that's a really obvious migration |
| 20:04.41 | brlcad | if you have very infrequent or one-way commits, there's not really a compelling argument of centralized versus distributed |
| 20:05.04 | brlcad | gits overhead is offset with other efficiencies in merging and offline commits, for example |
| 20:05.42 | brlcad | svn at low volume is conflict free and simple with infrequent commits too, no favor either way |
| 20:06.25 | brlcad | once you start to collaborate and coordinate development, your commit and communication architecture begin to matter substantially |
| 20:07.17 | brlcad | crdueck: so using git, for example, you would not necessarily have had to learn our style or worry about breaking the build |
| 20:07.34 | brlcad | if that's something we wanted, we just as easily could have set everyone up in their own branch |
| 20:08.16 | brlcad | it's an issue *because* it's something we want all developers to be cognisent of sooner rather than later, regardless of revision control system |
| 20:08.56 | brlcad | akin to requiring a push/pull with every git commit, still would be a problem |
| 20:10.53 | _fkr | I think it's reasonable if people have their own branches and hacks and stuff on their own machine and then commit to some main/central branch as seems to be reasonable by the team. |
| 20:11.41 | brlcad | in my experience, the productivity threshold for distributed commits is somewhere around 40-80 *active* developers, depending on the velocity of source code changes dependent on other code |
| 20:12.26 | brlcad | _fkr: sure, reasonable -- but then they can do that anyways |
| 20:12.52 | brlcad | the question is WHEN they communicate that change to other devs |
| 20:13.46 | brlcad | for GSoC, for example, we track progress daily for a variety of reasons and needs, so they're required to be committing/merging daily |
| 20:14.25 | brlcad | with that setup, committing to your own branch/repo offers nothing better than a local backup and at an overhead cost |
| 20:17.16 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:17.20 | brlcad | we've had devs try that before, committing to their own git-svn repo, only to quickly realize it's pure overhead when you need to integrate that frequently |
| 20:17.45 | _fkr | The communication problem. I think that's just a completely separate thing from a versioning system. Wheteher to use SVN or whatever. Communication is important and there are lots of tools and stuff for that. |
| 20:18.07 | brlcad | except it's not |
| 20:18.11 | brlcad | a commit is a communication |
| 20:18.46 | brlcad | when it comes to integration, the smaller the better as they're faster and easier to review and integrate |
| 20:19.45 | _fkr | Someone might get an half-baked idea, keep it in their system, go on a vacation for a month and not tell anyone... later e comes back and tries to remember eirself, what it was about in order to explain others... |
| 20:20.37 | brlcad | exactly, that actually happens more often with distributed systems because no communication is required |
| 20:20.39 | _fkr | Keeping things simple... |
| 20:20.43 | _fkr | Less parts to break |
| 20:21.04 | brlcad | with frequent commits, that half-baked idea is called out within the first couple commits |
| 20:21.16 | brlcad | they don't waste their time now and others later |
| 20:21.35 | brlcad | you literally don't allow people to be hermits like that |
| 20:22.19 | _fkr | People who spend a lot of time behind keyboard lose social skills too and might not want to interact with humans too much, specially face-to-face... |
| 20:22.48 | brlcad | and that's supposed to be a good thing? encouraged? I think not (as does most of the open source industry) |
| 20:23.04 | _fkr | Also the lazyness factor of writing a short message or a few lines about a change or commenting code so others could understand it more quickly and so on. |
| 20:23.45 | brlcad | that's why centralized is often favored, due to that communication requirement it implies on a technical level |
| 20:23.54 | _fkr | I'm not saying it's a good thing. Just trying to understand reality and the problem. Hard to tackle a problem, if you have not exactly figured out, what it is or where to look for it |
| 20:24.09 | brlcad | if you have so many devs that you don't care what most of the other devs are doing, then they can be hermits and only communicate at specific points/levels in the group |
| 20:24.17 | brlcad | again, linux kernel being a prime example |
| 20:24.40 | _fkr | Learn from other peoples mistakes... |
| 20:24.42 | brlcad | that's where my point about it being dependent on the size of active devs |
| 20:25.08 | brlcad | at some point, the communication switches from being informative to being "noise" that slows the group down |
| 20:26.03 | brlcad | lazyness factor is not addressed by centralized or distributed, that's a social problem that is fought by social pressures |
| 20:27.08 | brlcad | code that survives must be understood by other developers |
| 20:27.40 | brlcad | someone committing a change that is not understood by others is a net negative in the long run, so laziness on their part costs the project |
| 20:28.53 | _fkr | Sure, the more people, the more diff opinions... that's how it's always been and it's like that in most areas of life. Get married and you'll have at least 2 diff opinions in your small familiy. Get kids and have even more... That's just the way it is, but it just comes down to emotional intelligence of the participants whether there will be effective team-work or not. |
| 20:29.54 | _fkr | You have coding and committing rules of some sort, they can be helpful in eliminating that kind of situation. |
| 20:30.29 | _fkr | some just are not team-workers and that should be taken in to consideration... |
| 20:30.59 | _fkr | they might become team-workers later |
| 20:31.48 | brlcad | that's the point, though (or at least one of them) |
| 20:32.26 | brlcad | if they're not a team worker, they're not well suited (yet) to open source development because it's an inherently community-oriented development model |
| 20:32.45 | _fkr | One needs to accept that things will never be ideal anyways and not let that distract, but instead move ahead even if it seems difficult. |
| 20:33.00 | brlcad | and their antisocial tendencies don't just affect them, they slow down the project because of the pains others have to go through in the long run |
| 20:34.05 | brlcad | i'm not sure that's a useful statement as it merely implies inaction at some subjective level of difficulty |
| 20:34.28 | _fkr | Exactly, and that means someone needs to understand that and filter accordingly in order to improve the overall quality. Open communication about concerns might help too, because people are not mind readers and someone might not be aware that they are dragging others down... |
| 20:34.56 | brlcad | I am perfectly willing to accept that not everyone is a team player and committing frequently and communicating changes will be difficult for them |
| 20:35.00 | brlcad | that's their cost of participation |
| 20:35.22 | brlcad | pushing that cost onto other developers is fundamentally unacceptable |
| 20:35.26 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 20:36.17 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 20:36.44 | _fkr | What have you done to change that situation? Have you at least expressed your thoughts about this issue in some newcomer-intro or coding-rules or whatever document new people are supposed to read? |
| 20:36.56 | brlcad | contributions are not worth integrating if the contributing developer is not willing to communicate and collaborate throughout development |
| 20:37.08 | brlcad | absolutely, in several places and forms |
| 20:37.36 | brlcad | and in architectural decisions like using a centralized repository and setting expectations consistently |
| 20:37.56 | ``Erik | puts his halfbacked ideas straight into svn, no biggie :D |
| 20:38.27 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 20:39.41 | _fkr | Things are good then with brl-cad development, I assume? |
| 20:39.48 | brlcad | anyways, it's mostly an issue for people that are new to open source, corporate developers being some of the worst since they tend to be more entrenched having developed for decades without having to be talk about what they're doing or why |
| 20:39.49 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 20:39.52 | brlcad | or students only used to doing homework assignments |
| 20:40.44 | brlcad | _fkr: just about any developer would be biased to answer that, no? of course I tend to believe so and our year-over-year increasing development activity seems to concur |
| 20:41.05 | brlcad | ohloh stats ftw ;) |
| 20:41.20 | ``Erik | svn is good for BRL-CAD right, the only big where git would be substantially better is if someone were coding on an airplane or other place without internet connectivity *shrug* and in that case, git init . and do git diffs to build a patch set for svn when ya land O.o |
| 20:41.24 | _fkr | Corporate people always think that this kind of information usually costs a lot of money. I can not just tell you that for free... |
| 20:41.24 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 20:41.30 | ``Erik | s/right/& now/ |
| 20:41.51 | brlcad | at least until svn folks finish implementing support for offline commits |
| 20:42.27 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 20:42.48 | brlcad | there's no inherent reason you can't do offline commits with a centralized repo, just wasnt' something someone thought to do way back when (what's offline?) |
| 20:42.56 | ``Erik | thinks the secrecy behavior may be less about team playing and protecting assets tahn it is about fear... a commit that's not absolutely perfect and polished is skeery for some folk |
| 20:44.12 | brlcad | same people have trouble with the basic concept of tweeting or posting fb status updates to actually convey anything important |
| 20:44.34 | brlcad | you don't belabor it, you just do it and move on quickly to the next thing (and everyone has been informed) |
| 20:45.11 | _fkr | for not polished or tested code there can be a -current or -test or some similar branch... Just to get the idea quickly around and see what others think. |
| 20:45.12 | brlcad | and try not to make the post be about you dumping that burrito from last night |
| 20:45.37 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 20:46.37 | brlcad | that is basically what trunk is defined as, just making sure that stuff still compiles (which everyone should be doing all the time anyways) |
| 20:47.59 | brlcad | and that's not even "compiles for everybody" |
| 20:48.52 | brlcad | anuragmurty: your svn client is crap |
| 20:49.09 | brlcad | what is that? |
| 20:49.27 | brlcad | blah s/svn/irc/ |
| 20:49.58 | _fkr | I can understand the polishing and perfectionism thing too.. I guess there are people like that who like to polish and polish and polish and think and analyze and polish a bit more before putting anything to use. Hard to break habits. |
| 20:51.25 | ``Erik | Le mieux est l'ennemi du bien (voltaire, best is the enemy of good) |
| 20:51.54 | brlcad | you can polish and polish and polish, just commit every time you save the file :) |
| 20:53.36 | _fkr | noo, but others would see my possibly imperfect creation. Everytime I commit, I find a spot that needs cleaning and then I just bang my head against the wall and beat myself and am embarrassed, which makes it even harder to concentrate on other issues... |
| 20:53.52 | _fkr | laughs evilly |
| 20:57.55 | _fkr | At least that's how I _think_ some might think. Humans are the same, but still a bit different. How to motivate people to put their issues aside for a moment and commit to team-work for a moment? I guess that's a nice question. |
| 21:01.41 | Stattrav_ | ``Erik: didn't people who specifically wanted local commits already move to git ? |
| 21:23.29 | brlcad | Stattrav_: I'd love to have local commits |
| 21:23.41 | brlcad | at least, offline commits |
| 21:23.43 | brlcad | but not at the expense of communication :) |
| 21:24.29 | brlcad | an auto-commit-push setup does that, but then not really any different than svn other than some could weasel out of the push |
| 21:25.10 | brlcad | and that's the point, you can't and that's a good thing |
| 21:25.15 | brlcad | (at least, worth the cost of not being able to commit offline) |
| 21:28.53 | brlcad | _fkr: one of the best ways to break a habit is to start a new one |
| 21:28.55 | brlcad | which is exactly what we require of new devs not accustomed to open source collaboration |
| 21:29.24 | _fkr | couldnt you set up your own CVS/SVN server at home or something like that and then play there with your own branches and what not? But yeah, perhaps it's better if it's not too easily done. |
| 21:29.38 | Stattrav_ | brlcad: so is svn planning to have offline commits or that was just a wishlist ? |
| 21:31.04 | _fkr | There are ways anyways and people who want something like that can figure out their own solution. |
| 21:35.21 | _fkr | And what if someone had a similar idea and already made similar changes. You are offline and doing work that has been done. Need to communicate someohow. |
| 21:39.54 | _fkr | What is the offline commit's point? As soon as I am on-line - synchronize automatically? I think it could be dangerous. If one was away for a while, one should check what has changed first and then think again whether it's still a good idea to commit. No? |
| 21:44.21 | _fkr | Perhaps we just have different ideas, what an offline commit means? |
| 21:53.01 | _fkr | I'll rest now for a while. |
| 21:59.11 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 21:59.57 | brlcad | Stattrav_: they're working towards that, yes |
| 22:00.35 | brlcad | it was actively being worked on a year or so ago, but then they've been spending a lot more time on improving merging and commit metadata |
| 22:02.33 | brlcad | looks like their roadmap lists 1.9 as having some of the starting infrastructure for it with checkpointing |
| 22:08.54 | brlcad | the issue of what it means to "commit offline" is also why svn is implementing checkpointing first, that's much more straightforward -- it's basically local undo |
| 22:09.32 | brlcad | which you could then replay and commit as one or individually later when you're back online |
| 22:17.09 | CIA-65 | BRL-CAD: 03crdueck * r50744 10/brlcad/trunk/src/mged/animedit.c: 'joint holds' no longer crashes MGED, reports error message instead. still doesnt work properly though |
| 22:17.51 | Stattrav_ | nice |
| 22:17.52 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 22:23.52 | brlcad | crdueck: if it's NULL, printing it via Tcl_AppendResult() won't do anything useful will it? :) |
| 22:24.13 | brlcad | next to try is the 'list' subcommand |
| 22:24.16 | CIA-65 | BRL-CAD: 03n_reed * r50745 10/brlcad/trunk/src/other/step/src/ (3 files in 3 dirs): Remove a few unnecessary extern declarations. SCL git aef6e73, 5c8c5aa, 15f9c40. |
| 22:24.46 | brlcad | if that also crashes with a similar failure, it might be more obvious what is going wrong during load |
| 22:25.38 | crdueck | brlcad: i wasnt sure how Tcl_AppendResult() worked, I couldnt find a helpful function definition so i just took from another use of Tcl_App... in the function. |
| 22:26.38 | crdueck | the list command works fine, its printing all the joints defined in art.j |
| 22:32.21 | crdueck | from what i gather, mged is calling f_jhold, f_jhold is creating a hold struct but i cant see if it initializes any of its fields, then a hold_point struct is passed from the bad hold struct to hold_point_location where it crashes. to me it looks like the problem starts in f_jhold. |
| 22:32.45 | ``Erik | would imagine that 'offline commit' evaluates to 'dvcs'... |
| 22:41.18 | CIA-65 | BRL-CAD: 03crdueck * r50746 10/brlcad/trunk/src/librt/primitives/tor/tor.c: adds surface area function to tor |
| 22:43.20 | brlcad | crdueck: excellent analysis of the crash then, and it sounds like you're probably right on the mark |
| 22:43.32 | brlcad | more importantly, if list works, you have a way to test your lex change now |
| 22:43.54 | brlcad | you can apply your patch, recompile, see if list is the same |
| 22:44.12 | brlcad | if it is, that's a 'good enough' sanity check that your cleanup didn't introduce a subtle parsing error |
| 22:45.12 | crdueck | will do. also, should i 'bundle' commits related to the same thing (like adding a volume and surface area function to a primitive) into one commit, or commit them seperately? |
| 22:45.19 | brlcad | crdueck: when you commit -- be sure to note your sf patch #, your name as the submitter, and the patch title along with any other details you care |
| 22:46.03 | brlcad | if you can logically break up a change into separate commits, that's usually best |
| 22:46.31 | brlcad | I've yet to have to tell someone that they're committing too small or too frequently |
| 22:46.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:47.36 | brlcad | just make sure the commit message summarizes, justifies, explains, or otherwise documents what the code itself doesn't obviously say |
| 22:51.18 | CIA-65 | BRL-CAD: 03crdueck * r50747 10/brlcad/trunk/src/ (libbu/fgets.c libbu/lex.c librt/primitives/tor/tor.c): adds volume function to tor |
| 22:51.56 | crdueck | oh no, apologies. looks like i'll be taking a look at the "ammending commits" wiki page that just went up :( |
| 22:58.42 | CIA-65 | BRL-CAD: 03crdueck * r50748 10/brlcad/trunk/src/libbu/ (fgets.c lex.c): accidently added to many files in r50747 |
| 22:59.18 | crdueck | well, at least I've learned some new features of svn today haha |
| 23:02.00 | brlcad | heh |
| 23:03.47 | CIA-65 | BRL-CAD: 03crdueck * r50749 10/brlcad/trunk/src/librt/primitives/tor/tor.c: adds centroid function to tor |
| 23:21.50 | *** join/#brlcad stas (~stas@82.137.13.214) | |
| 23:22.48 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 23:57.27 | CIA-65 | BRL-CAD: 03tbrowder2 * r50750 10/brlcad/trunk/ (6 files in 2 dirs): rename vls regression script and test_vls to vls_vprintf and test_vls_vprintf,respectively, to reflect true scope of this regression test |
| 23:58.16 | CIA-65 | BRL-CAD: 03tbrowder2 * r50751 10/brlcad/trunk/ (regress/vls.sh src/libbu/test_vls.c): old files disappear |
| 00:06.21 | CIA-65 | BRL-CAD: 03tbrowder2 * r50752 10/brlcad/trunk/ (regress/vls_vprintf.sh src/libbu/test_vls_vprintf.c): change internal file name to reflect external file name |
| 01:12.47 | CIA-65 | BRL-CAD: 03crdueck * r50753 10/brlcad/trunk/src/mged/animedit.c: the bug with 'joint holds' is related to 'joint solve' crashing as well, both eventually make bad calls to hold_point_location(), edited comment and error message |
| 01:54.27 | brlcad | crdueck: if it's of any help, Tcl_AppendResult(arg1, arg2, arg3, ...) is like std::cout << arg1 << arg2 << arg3; |
| 04:15.01 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 04:15.01 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 06:21.32 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:28.43 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:31.53 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 06:51.43 | CIA-65 | BRL-CAD: 03Leedsescorts25 07http://brlcad.org * r3766 10/wiki/Main_Page: |
| 06:51.44 | CIA-65 | BRL-CAD: Replacing page with ' |
| 06:51.44 | CIA-65 | BRL-CAD: [http://www.cameronmorgan.co.uk/ sheffield escorts] , |
| 06:51.44 | CIA-65 | BRL-CAD: [http://www.cameronmorgan.co.uk/ escorts in leeds] , |
| 06:51.44 | CIA-65 | BRL-CAD: [http://www.cameronmorgan.co.uk/ escort agency leeds]' |
| 06:51.47 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:05.03 | CIA-65 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3767 10/wiki/Main_Page: Undo revision 3766 done by someone spamming, or a bot., |
| 08:18.49 | *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 08:41.12 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:23.42 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 10:19.59 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 12:22.48 | *** part/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 12:44.26 | brlcad | thanks Al_DC_Best |
| 12:45.45 | CIA-65 | BRL-CAD: 03d_rossberg * r50754 10/brlcad/trunk/src/libbu/ (CMakeLists.txt Makefile.am test_ctype.c): apply sourceforge parch 3528073 (test_ctype.patch) from anrgmrty: "A test for ctype.c checking for printable and non-printable strings test_ctype.c" |
| 13:23.25 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 13:23.30 | brlcad | d_rossberg: I like the idea of supporing raw voxel data output as a first step for that converter, thoughts? e.g., http://support.echoview.com/WebHelp/Reference/File_formats/Export_file_formats/Volume_data_set_file_formats.htm (.raw) |
| 13:24.16 | brlcad | that happens to be the input format for our vol primitive too |
| 13:24.47 | brlcad | (basically a 3d array of uint8 values) |
| 13:26.23 | brlcad | can easily expand on that to a more dynamic range as the next step, maybe other more efficient output formats after that |
| 13:28.35 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:32.23 | d_rossberg | this would require one file for each region, and what contains the uint8? |
| 13:33.27 | d_rossberg | i'm thinking more of "<x-index> <y-index> <z-index> <region-name>" like format |
| 13:34.18 | d_rossberg | this would allow to attach different materials to the different regions in a hydrocode (e.g.) |
| 13:37.02 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:43.31 | d_rossberg | shouldn't it be src/conf/g-voxel? |
| 13:44.42 | d_rossberg | (sorry: src/conv/g-voxel.c) |
| 13:49.47 | CIA-65 | BRL-CAD: 03brlcad * r50755 10/brlcad/trunk/src/shapes/fence.c: fix a memory corruption error where we incorrectly bu_free() a pointer that was bu_calloc'd but then clobbered after set to mk_addmember result. was causing a crash. |
| 13:52.16 | brlcad | the uint8 is the proportion of material in that voxel cell, so most would be 255 or 0, but edge voxels are proportional with the amount of material in them |
| 13:52.44 | brlcad | ct scan data is commonly like this, representing density within that cell |
| 13:53.13 | brlcad | which is then thresholded with the vol primitive on/off when values are within a given range (e.g. >128) |
| 13:54.11 | brlcad | src/conv/g-voxel.c was one of the suggestions I mentioned in the e-mail |
| 13:54.23 | brlcad | src/conv/g-voxel.c or src/conv/voxel/g-voxel.c |
| 13:55.48 | brlcad | supporting multiple regions would be good, I was thinking that doing output object-agnostic might be a good first step that can be easily hooked into our vol primitive and automatically tested for correctness with the conversion.sh script |
| 13:57.03 | brlcad | following the formats discussion with wu, that's basically the difference between evaluated implicit volumetric data and unevaluated implicit volumetric data (that HIERARCHY option) to work at region level |
| 13:57.38 | brlcad | (actually somewhere in between if you evaluate part-way up to region) |
| 13:58.39 | brlcad | still, the goal was to be able to quickly hook it in for V&V testing to make sure it's right, then he could spend the next month working on supporting other output formats like hydrocode inputs |
| 14:03.49 | d_rossberg | @brlcad: then your suggestion "src/other or src/other/voxel" was a typing error? |
| 14:04.40 | brlcad | oops, 'other' should have been conv, yes |
| 14:04.51 | d_rossberg | ok :) |
| 14:05.34 | brlcad | sends correction |
| 14:16.37 | CIA-65 | BRL-CAD: 03starseeker * r50756 10/brlcad/trunk/src/libbu/Makefile.am: Fix header name |
| 14:19.06 | CIA-65 | BRL-CAD: 03bob1961 * r50757 10/brlcad/trunk/src/tclscripts/lib/cursor.tcl: Yet another Windows specific fix. |
| 14:21.41 | brlcad | ~seen kane_ |
| 14:21.43 | ibot | kane_ <~kane@g226123023.adsl.alicedsl.de> was last seen on IRC in channel #brlcad, 8d 2h 24m 47s ago, saying: 'Is there a name convention for class names?'. |
| 14:21.56 | CIA-65 | BRL-CAD: 03starseeker * r50758 10/brlcad/trunk/src/other/CMakeLists.txt: Generalize the disclean rules for libpng links |
| 14:38.02 | CIA-65 | BRL-CAD: 03brlcad * r50759 10/brlcad/trunk/ (BUGS TODO): need to investigate/fix the mged joints command and migrate it to libged. |
| 14:55.10 | CIA-65 | BRL-CAD: 03starseeker * r50760 10/brlcad/trunk/configure.ac: Need the makefile for raw dir |
| 15:31.31 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3768 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 15:49.36 | brlcad | Stattrav_: since you do not yet have commit, you should be posting your work at least once a day to the patches tracker |
| 15:49.48 | brlcad | i see the log updates, so there should be plenty to submit, please do this today |
| 15:50.39 | brlcad | one tracker for each file, one for sql one for parser.py, would work fine too so they can be independently reviewed |
| 15:52.49 | Stattrav_ | sure |
| 15:53.12 | Stattrav_ | 4 files as of now |
| 15:54.29 | Stattrav_ | brlcad: I shall do that today itself. I am looking into design of web API today. Was going through Github's gist API and that looks like something we could follow |
| 15:55.23 | brlcad | Stattrav_: I'm more concerned with your lack of commit than with your actual project progress at this point |
| 15:55.45 | brlcad | we need to have code to review in order to grant commit, and you're supposed to be taking steps to help make that easy |
| 15:55.58 | brlcad | this isn't a homework assignment |
| 15:56.29 | Stattrav_ | ohh |
| 15:57.26 | Stattrav_ | I was waiting for the commit access. I am extremely sorry about that. I shall send them in right away |
| 15:57.40 | brlcad | this is stuff that was supposed to be sorted out weeks ago, and has been reiterated numerous times on the mailing list and here... please? :) |
| 15:57.56 | Stattrav_ | i.imgur.com/z9aHy.png <- this is my code structure |
| 15:58.01 | brlcad | you don't wait, you post your work to the patches tracker daily as if THAT was your commit |
| 15:58.24 | Stattrav_ | so I add a patch for each folder individually ? |
| 15:59.22 | brlcad | for your work, even just uploading that as a tarball would have been fine, but submitting the sql and parser and util scripts as separate patches would work too, so they can be independently tracke |
| 15:59.26 | brlcad | *tracked |
| 15:59.34 | Stattrav_ | cool |
| 15:59.44 | brlcad | we don't WANT you to be using the patches tracker -- it's to vet that you understand our HACKING rules and are following them |
| 16:00.03 | Stattrav_ | yup |
| 16:00.24 | brlcad | I can almost guarantee that you code is not compliant if you haven't been reading the e-mails that said to post your code to the patches tracker... :) |
| 16:00.41 | brlcad | there's a lot of details that make for integrated maintainable code |
| 16:01.18 | brlcad | anything you write will be familiar to you, but your code needs to be maintainable and obvious to others too, so it has to be discussed, reviewed, understood, integrated, etc |
| 16:02.57 | Stattrav_ | yup, been following HACKING file |
| 16:03.14 | Stattrav_ | btw was there any mistake w.r.t the patch I submitted ? |
| 16:03.28 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 16:05.14 | CIA-65 | BRL-CAD: 03starseeker * r50761 10/brlcad/trunk/src/libbu/Makefile.am: fix LDADD line for test_vls_vprintf |
| 16:25.16 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 16:26.40 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:26.47 | *** join/#brlcad anuragmurty1 (~anurag@14.139.128.12) | |
| 16:27.15 | *** join/#brlcad anuragmurty2 (~anurag@14.139.128.12) | |
| 16:28.34 | brlcad | anuragmurty: anuragmurty1: anuragmurty2: what irc client are you using? |
| 16:29.08 | brlcad | you need to change it... the one you're using is terrible, keeps disconnecting and reconnecting |
| 16:30.22 | brlcad | looks like it's pidgin |
| 16:30.25 | anuragmurty2 | brlcad: hi! it is a problem with connection.. |
| 16:30.33 | anuragmurty2 | yes it is.. |
| 16:30.47 | anuragmurty2 | :-| |
| 16:31.08 | brlcad | do you have access to a remote server? |
| 16:34.41 | brlcad | anuragmurty2: if you don't, I suggest getting an ssh account on some public server and using screen+irssi |
| 16:34.52 | brlcad | there's a big list of places that'll give you an ssh account here: http://shells.red-pill.eu/ |
| 16:35.03 | brlcad | that's as good a place as any to start |
| 16:35.16 | brlcad | just make sure they allow screen and irc |
| 16:35.33 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3769 10/wiki/User:Crdueck/log: |
| 16:35.39 | brlcad | that should stop all the disconnects and keep you logged in 24/7 |
| 16:36.44 | anuragmurty2 | ok..i will do that.. and just one more thing.. i am having sudden trouble with mged.. |
| 16:36.58 | anuragmurty2 | has 3.3, needs 3.4 |
| 16:37.20 | anuragmurty2 | for itk |
| 16:37.25 | brlcad | anuragmurty2: you also need to update your dev log today -- should have entries per day (see http://brlcad.org/wiki/User:Cprecup/GSoC2012_progress for example) |
| 16:37.38 | brlcad | and the past week seems missing |
| 16:38.10 | Stattrav_ | anuragmurty2: I can send you an invit to irccloud if needed |
| 16:38.28 | anuragmurty2 | brlcad : I did update it day before yesterday.. |
| 16:38.34 | anuragmurty2 | Yesterday I could not.. |
| 16:39.00 | brlcad | then it's the odd way you're using numers instead of dates that is confusing |
| 16:39.06 | anuragmurty2 | Stattrav_: sure! thanks |
| 16:39.13 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 16:39.15 | brlcad | what is 11 for example |
| 16:39.18 | anuragmurty | anrg: Stattrav_: sure! thanks |
| 16:40.04 | anuragmurty | brlcad: i will make sure i include the dates also now.. |
| 16:40.09 | brlcad | thanks |
| 16:40.39 | brlcad | I trust you got the e-mails too |
| 16:40.46 | anuragmurty | yes.. :) |
| 16:40.51 | brlcad | congratulations, thanks :) |
| 16:40.53 | anuragmurty | thanks a lot |
| 16:41.24 | anuragmurty | :) |
| 16:46.27 | anuragmurty | thanks a ton Stattrav_ |
| 16:46.28 | Stattrav_ | anuragmurty: sent |
| 16:46.50 | anuragmurty | yeah got it.. |
| 16:46.52 | anuragmurty | :) |
| 16:48.08 | CIA-65 | BRL-CAD: 03n_reed * r50762 10/brlcad/trunk/src/other/step/src/express/expparse.y: Allow local variables to have generic types; fixes failure on ap239 express schema. SCL git 254b5a3. |
| 16:50.23 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-jphjlyjmqpgbgurf) | |
| 16:53.10 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 16:53.56 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:00.53 | anrgmrty | hi.. i am rebuilding the brl-cad latest code.. getting some problems running mged... couldn't load file "/usr/lib/libitk3.3.so.1": /usr/lib/libitk3.3.so.1: cannot open shared object file: No such file or directory |
| 17:00.53 | anrgmrty | MGED Aborted. |
| 17:01.07 | brlcad | /usr/lib sounds like the wrong one |
| 17:01.33 | anrgmrty | it says, it needs libitk3.4 .. and it has libitk3.4.so as well.. but why is it searching for 3.3..? |
| 17:04.43 | anrgmrty | <PROTECTED> |
| 17:04.52 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 17:04.55 | yukonbob | hello, #brlcad |
| 17:14.50 | brlcad | anrgmrty: at a glance, it's saying file not found, so you apparently have a /usr/lib/libitk3.3.so.1 symbolic link pointing to a file that does not exist perhaps |
| 17:15.59 | brlcad | if you set BRLCAD_BUNDLED_LIBS=Bundled during cmake, it should avoid using the system version regardless of your system misconfiguration |
| 17:18.55 | anrgmrty | i did use ENABLE_ALL during cmake |
| 17:25.06 | brlcad | did the summary say itcl/itk was going to use system or bundled? |
| 17:29.25 | anrgmrty | Compile Itcl/Itk ......................: ON |
| 17:29.48 | brlcad | do you have LD_LIBRARY_PATH set? |
| 17:30.12 | brlcad | (environment variable) |
| 17:30.56 | anrgmrty | no.. |
| 17:40.09 | anrgmrty | and the thing is- i do the same thing in case i want to build.. i never face a problem of this kind |
| 17:41.30 | brlcad | well there's two problems. if the compile itcl/itk as ON is to be believed, then it using /usr/lib/libitk may be a bug in the build system. |
| 17:41.50 | brlcad | if /usr/lib/libitk.3.3.so.1 is a dead symbolic link, that's a second issue specific to your system that you should fix |
| 17:42.21 | CIA-65 | BRL-CAD: 03tbrowder2 * r50763 10/brlcad/trunk/src/libbu/ (test_vls_vprintf.c vls_internals.h vls_vprintf.c): (log message trimmed) |
| 17:42.22 | CIA-65 | BRL-CAD: This is a major change to vsl_vprintf (and related files) |
| 17:42.22 | CIA-65 | BRL-CAD: incorporating a more modular approach. In general, this change tries |
| 17:42.22 | CIA-65 | BRL-CAD: to separate the parsing of the format string from the handling of the |
| 17:42.22 | CIA-65 | BRL-CAD: result, both for valid as well as for obsolete or unknown parts. The |
| 17:42.22 | CIA-65 | BRL-CAD: approach is also intended to ease maintenance and future enhancements. |
| 17:42.23 | CIA-65 | BRL-CAD: The function specification has also been modified somewhat. |
| 17:42.51 | anrgmrty | there is no symbolic link.. i checked.. |
| 17:49.41 | brlcad | ls -la /usr/lib/libitk3.3.so.1 |
| 17:51.07 | CIA-65 | BRL-CAD: 03tbrowder2 * r50764 10/brlcad/trunk/src/libbu/vls_vprintf.c: removed old test statement, added another error handler |
| 17:53.20 | anrgmrty | brlcad : yes thats how i checked.. there is nothing |
| 17:54.16 | brlcad | yet it's in the output so something points to it |
| 17:54.27 | brlcad | ldd /path/to/mged |
| 17:54.45 | brlcad | then ls -la /path/to/libitk_from_ldd |
| 17:57.10 | anrgmrty | yes, ldd gives /usr/lib/libitk3.4.so.0 as one of the dependencies, and it is present there. |
| 17:57.37 | anrgmrty | not 3.3.. 3.4 |
| 17:58.10 | anrgmrty | but when i run mged i don't understand why it searches for libitk3.3.so.1 |
| 17:58.29 | brlcad | except that's a problem |
| 17:58.38 | brlcad | ldd mged should not list /usr/lib/libitk3.4 |
| 17:59.04 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 17:59.08 | brlcad | clean out your build, delete your installed brl-cad and try a rebuild -- something is dirty |
| 18:00.18 | brlcad | could be a lot of things and, like you said, it was working so something changed |
| 18:00.27 | brlcad | if a rebuild works, then you messed something up |
| 18:00.39 | brlcad | if a rebuild doesn't work, then someone else maybe messed something up |
| 18:01.32 | brlcad | hi ksuzee |
| 18:02.07 | CIA-65 | BRL-CAD: 03erikgreenwald * r50765 10/brlcad/trunk/sh/ (CMakeLists.txt Makefile.am): move orbit.sh to the installed script set |
| 18:03.17 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 18:04.28 | anrgmrty | i am on it.. just one more thing when i am checking.. what should it actually list as a dependency? if not /usr/lib/libitk?? |
| 18:04.56 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 18:05.32 | brlcad | with the default install path, and brl-cad installed, it should be /usr/brlcad/dev-7.21.0/lib/lib... |
| 18:07.07 | ksuzee | hello,Sean! |
| 18:08.05 | ksuzee | I've written about htonf |
| 18:08.25 | ksuzee | I updated it some days ago |
| 18:08.39 | ksuzee | there's inline function noe as you told |
| 18:08.43 | ksuzee | *now |
| 18:12.54 | anrgmrty | brlcad : Build static libraries ................: OFF---in the summary.. is this alright? |
| 18:13.00 | brlcad | ksuzee: https://sourceforge.net/tracker/?limit=25&func=&group_id=105292&atid=640804&submitter=ksuzee&submit=Filter |
| 18:13.07 | brlcad | you have 6 pending... :) |
| 18:13.57 | anrgmrty | brlcad : Build static libraries ................: OFF in the summary,.. is this alright? |
| 18:14.02 | brlcad | hm, for whatever reason, it looks like pending wasn't automatically updated to open -- it's supposed to |
| 18:14.05 | brlcad | anrgmrty: that's fine |
| 18:14.31 | anrgmrty | ok.. |
| 18:14.33 | brlcad | ksuzee: would you update them to "Open" for the ones that are ready to be reviewed again |
| 18:15.43 | ksuzee | ok, I will, of course. I thought it can do admin only =) Also I correted this one -- src/util/picbackgnd.c |
| 18:16.23 | brlcad | if you can't just let me know which ones |
| 18:16.33 | brlcad | (by their number) |
| 18:16.37 | ksuzee | and this -- /fb/orle-fb.c) |
| 18:16.41 | ksuzee | ok, sorry |
| 18:16.46 | brlcad | it's okay :) |
| 18:16.56 | brlcad | don't need to tell me if you can :) |
| 18:17.54 | ksuzee | Yeah |
| 18:18.09 | ksuzee | I can) |
| 18:18.09 | ksuzee | I'll do it now |
| 18:19.38 | ksuzee | There're 3 of them. And I'd like to postone my first patch at all. It was first and it's not right) |
| 18:20.49 | ksuzee | it's a pity, htonf I updated on 20/05..))) |
| 18:21.47 | brlcad | you're doing fine other than not making "clean" progress, there are lots of patches and other things going on |
| 18:22.00 | brlcad | you just keep picking dangerous/tricky code to modify |
| 18:22.20 | brlcad | there's plenty of easy ones, so I think it's just a problem of communication beforehand -- to discuss what is WORTH changing :) |
| 18:22.30 | brlcad | you have no way to know that without asking |
| 18:26.35 | ksuzee | It's just because of absence of experience :)) |
| 18:26.37 | ksuzee | mb) |
| 18:27.08 | ksuzee | I corrected everytrhing |
| 18:27.20 | ksuzee | Now there're only 2 pending) |
| 18:27.35 | brlcad | certainly, but it's 1M+ lines of code, so knowing what code is worth reducing and what must be done very carefully is not something you'd learn quickly |
| 18:28.02 | brlcad | when in doubt, learn what tools use the code you're modifying and test before your change, make your change, then test again to make sure it's still working |
| 18:28.20 | CIA-65 | BRL-CAD: 03erikgreenwald * r50766 10/brlcad/trunk/sh/orbit.sh: fix getopt handling. allow actual execution. minor simplification. |
| 18:29.55 | *** join/#brlcad cristina (~quassel@188.24.69.242) | |
| 18:30.02 | brlcad | hi cristina |
| 18:30.10 | cristina | hello brlcad |
| 18:31.18 | ksuzee | I'm trying. And I've alredy do so. But some things are difficult to be tested. I've not understans at once that you should use pix-png after pixbackgnd =)) |
| 18:37.00 | CIA-65 | BRL-CAD: 03n_reed * r50767 10/brlcad/trunk/src/other/step/src/fedex_plus/selects.c: optimize utype_member based on SCL git 27ce560 |
| 18:41.22 | CIA-65 | BRL-CAD: 03erikgreenwald * r50768 10/brlcad/trunk/sh/orbit.sh: Write frames directly to PNG instead of pix followed by pix-png. |
| 18:44.29 | CIA-65 | BRL-CAD: 03erikgreenwald * r50769 10/brlcad/trunk/sh/orbit.sh: improve progress display |
| 19:06.17 | brlcad | ksuzee: you can always ask :) |
| 19:38.04 | CIA-65 | BRL-CAD: 03n_reed * r50770 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_misc.c classes_wrapper.cc): Remove some unneeded functions. SCL git 1faaf69 and 2d7ed17. |
| 19:43.33 | CIA-65 | BRL-CAD: 03erikgreenwald * r50771 10/brlcad/trunk/sh/orbit.sh: update ffmpeg usage for 0.11. add azimuth to animation (the actual orbit part) |
| 19:44.13 | ``Erik | http://youtu.be/TbKyLogvngQ huzzah, wood shader and orbit.sh O.o |
| 19:54.55 | yukonbob | very cool |
| 19:59.01 | brlcad | I think that's the first time I've seen orbit in action, nice |
| 20:04.32 | Stattrav | brlcad: can I submit it as once single patch ? |
| 20:05.08 | brlcad | Stattrav: better to at least submit the sql separately |
| 20:05.14 | ``Erik | hm, looks like I originally did orbit for the marching cubes effort |
| 20:05.36 | brlcad | the point is something quick and easy to review, so we can make sure you're following our conventions, and then get you committing |
| 20:06.28 | brlcad | Stattrav: double-check HACKING and look at our other source files for reference of what we expect to see, header, footer, style, and all |
| 20:06.42 | Stattrav | oh yeah Header I did not add |
| 20:06.46 | brlcad | if you miss something, it just means you have to start over with the next file |
| 20:07.00 | Stattrav | good :P |
| 20:07.03 | brlcad | we can't be chasing you down every commit for every little detail |
| 20:07.10 | brlcad | that's why we go through this process |
| 20:07.24 | Stattrav | yeah |
| 20:07.35 | brlcad | the details often seem minor, but they quickly add up and make for terribly messy code over time |
| 20:07.54 | brlcad | especially when code is revisited years later |
| 20:08.01 | brlcad | consistency is key |
| 20:08.18 | brlcad | be pedantic and double-check HACKING and your files |
| 20:09.37 | Stattrav | but most of the stuff is for C/C++ style. Even though the spacing w.r.t if (predicate) etc should remain the same |
| 20:09.52 | brlcad | most of the intentions still apply |
| 20:10.20 | Stattrav | yup |
| 20:10.35 | Stattrav | doxygen style comments for functions etc have been done |
| 20:10.54 | crdueck | brlcad: i tested the lex patch with 'joint list', and the output is the same as pre-patch, but then i intentionally changed the code so it should be wrong or at the very least produce a different result, but it didnt. so 'joint list' must not test it properly |
| 20:11.29 | brlcad | crdueck: drat .. nice testing though |
| 20:11.33 | crdueck | seeing as the patch depends on some code that isnt working well atm, can i just leave it postponed? |
| 20:11.42 | brlcad | joint load is what should have changed |
| 20:12.28 | crdueck | oh? okay, well in either case, joint load is working fine even with the change since joint list can still find all the right joints |
| 20:12.33 | brlcad | crdueck: it will not take less time to look into and fix/apply/reject later -- on the contrary |
| 20:12.49 | Stattrav | brlcad: could you check this https://gist.github.com/949a477d201848a1167c |
| 20:13.21 | brlcad | it will take more time so I'd rather take it to completion since you spent the time refactoring and it's in context (and sparked a great sidebar on the old joint system) |
| 20:13.45 | brlcad | crdueck: if you just make bu_lex() return without doing anything, does load/list still work? |
| 20:13.55 | crdueck | i'll find out |
| 20:14.43 | brlcad | Stattrav: I could, but that sort of defeats the purpose doesn't it? |
| 20:14.51 | brlcad | you're supposed to check it |
| 20:15.06 | brlcad | if you check it and don't find anything and I do, that's a problem |
| 20:15.20 | brlcad | if you don't check it, that's a problem |
| 20:16.03 | brlcad | only if you check it and I don't find anything when reviewing it as a patch is it good to go |
| 20:16.18 | Stattrav | aah |
| 20:16.27 | brlcad | and if you're wanting more specific feedback, ask a more specific question :) |
| 20:18.10 | brlcad | at a glance, that's a monolithic scrape, not a modular one like was mentioned on the mailing list |
| 20:18.15 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:18.30 | Stattrav | as in ? |
| 20:18.31 | brlcad | which isn't a problem with the code as a patch, but is a design concern |
| 20:18.51 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3770 10/wiki/User:Ksuzee/Reports: |
| 20:19.07 | brlcad | as in not modular |
| 20:19.16 | brlcad | re-read the mailing list comments... :) |
| 20:19.35 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:20.42 | Stattrav | "I would suggest defining all of the fields you're interested in extracting and then individually/specifically parsing just one field at a time. Having a list of regular expressions for each field (in a function) would be useful in and of itself. " |
| 20:20.44 | Stattrav | this ? |
| 20:20.54 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3771 10/wiki/User:Ksuzee/Reports: |
| 20:21.34 | crdueck | brlcad: if i make the function return 0 right away, theres no errors with load but list doesnt list anything. so joint load must not be working properly in that case |
| 20:22.36 | Stattrav | given half an hour, I could just modularize it right away |
| 20:23.12 | Stattrav | shall be back with the other code. |
| 20:25.13 | crdueck | brlcad: oh wait, my code refactoring deals with C comments, the files i've been using to test dont have any C comments |
| 20:25.26 | crdueck | i'll test again |
| 20:29.50 | brlcad | Stattrav: think about it like this, conceptually you identify the version of BRL-CAD as something you want to capture from the log -- you write a function that captures the version from the log |
| 20:31.06 | brlcad | later, you notice that there are four or five version numbers printed in the log. they seem to all be the same, but that's certainly something worth validating so you either create a "version validation" function or make validation part of the version function you just wrote |
| 20:31.41 | brlcad | next, you identify the number of physical CPUs as something you want to capture, you write a function to extract that .... and so oon |
| 20:32.26 | brlcad | it's a lot easier to talk about validation and adequate parsing when they're modular |
| 20:32.38 | brlcad | even if you end up taking longer to parse or repeating parsing actions |
| 20:33.16 | brlcad | (of course if you repeat the same bit more than a couple times, that probably belongs in it's own modular function otoo |
| 20:34.38 | brlcad | your parsing should not make global assumptions about information placement (like the last line is always X or the fifth line is always Y), it should "look for it" with some pattern |
| 20:35.51 | brlcad | so if that's going to take more than today to address, still post at least the sql file if not all your files today (since you're supposed to do that daily regardless of progress, not waiting until it's done) |
| 20:36.04 | Stattrav | sure |
| 20:40.36 | Stattrav | brlcad: so this is what I've been working on. https://gist.github.com/6dbb50027168437a8286 |
| 20:50.04 | CIA-65 | BRL-CAD: 03n_reed * r50772 10/brlcad/trunk/src/other/step/src/express/dict.c: Apply SCL git f5a130a. Loosens restriction on dictionary duplicates. |
| 21:00.30 | CIA-65 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3772 10/wiki/User:Anuragmurty: /* Development Log */ |
| 21:16.12 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 21:26.59 | crdueck | alright, I had to make a small change but bu_lex load correctly with and without C style multiline comments |
| 21:30.46 | Stattrav | brlcad: so changed the code to a modular format. so is this in coherence to what you expect ? |
| 21:33.00 | Stattrav | https://gist.github.com/6dbb50027168437a8286 <- Here I've made the class and then I made this object called parser_obj and I can query each of the required fields as parser_obj.get_brlcad_version() |
| 21:36.15 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 21:45.49 | cristina | brlcad: I have a question regarding my project. I am going to use Adaptagrams as a graph library and it has a functionality for connector routing in interactive graph editors. what else should Adaptagrams be used for? |
| 22:24.34 | CIA-65 | BRL-CAD: 03starseeker * r50773 10/brlcad/branches/STABLE/ (4263 files in 342 dirs): Merge trunk into STABLE - synced as of r50772. |
| 23:08.29 | brlcad | Stattrav: that's looking much more modular |
| 23:08.56 | brlcad | cristina: that's kind of an open-ended question |
| 23:09.54 | brlcad | why, maybe it should be used to help solve world hunger .. probably not, but maybe |
| 23:10.20 | cristina | :) |
| 23:10.40 | brlcad | starseeker: cool, so we pass all regressions on a couple platforms? |
| 23:11.09 | brlcad | crdueck: small change? patch update? |
| 23:11.28 | crdueck | do you want me to update the patch or just commit? |
| 23:11.37 | Stattrav | brlcad: changed everything now |
| 23:12.17 | cristina | brlcad: as a first functionality, I will use the connector routing and I will look into something else as I get to know the code better |
| 23:12.38 | brlcad | crdueck: you can of course just commit (and close out your patch, assign it to yourself, and note it in the commit log message) |
| 23:12.43 | brlcad | but what was the change? |
| 23:12.52 | brlcad | Stattrav: excellent |
| 23:13.16 | brlcad | Stattrav: submit those two patches, update log, carry on ;) |
| 23:13.44 | Stattrav | brlcad: so now there is a class called parser |
| 23:13.45 | brlcad | cristina: I'm not sure what that means, exactly, but it sounds good ;) |
| 23:14.09 | Stattrav | so one could invoke parser_obj.run() to get the actual process running |
| 23:14.21 | Stattrav | else invoke individual methods |
| 23:14.30 | crdueck | brlcad: there was some issue with trying to do *(++pointer), i just took some of the logic from a while loop condition and moved it out into the body of the loop |
| 23:14.47 | brlcad | Stattrav: that sounds good |
| 23:14.57 | brlcad | though I'll also read it when you say it's ready for review when submitted as a patch ;) |
| 23:15.16 | brlcad | crdueck: ah, so it crashed.. :) |
| 23:15.23 | Stattrav | now there are more folders. The class parser.py and util.py go into the folder libs and the scripts folder has a minor script which invokes the object and gets the things done |
| 23:16.18 | brlcad | crdueck: that's exactly why it warranted testing |
| 23:16.19 | brlcad | that would have been a bug FAR harder to diagnose and debug later on if it were applied |
| 23:16.33 | brlcad | glad to hear it's working now (and the code is easier to read) |
| 23:17.08 | brlcad | Stattrav: remember, easy and quick to review is the goal |
| 23:17.11 | brlcad | not academic closure |
| 23:17.37 | crdueck | brlcad: i agree, i was never against testing before applying haha |
| 23:18.04 | brlcad | once you get a couple good review patches that don't require you to fix/change anything, you'll get commit access and we can follow these changes by simply watching your commits |
| 23:18.10 | brlcad | MUCH more efficient |
| 23:18.52 | brlcad | crdueck: I know.. it's just great when the point is accentuated so relevantly when there is a bug discovered like that |
| 23:19.13 | brlcad | if it just worked, nothing would have been learned |
| 23:19.16 | cristina | brlcad: my conclusion is that this connector has a path along the graph (a poly-line) that routes around certain obstacles in the graph |
| 23:20.05 | brlcad | we learn by making mistakes, injecting bugs .. so the quicker we find them (and learn the cause) the faster we become a better programmers |
| 23:20.23 | brlcad | far easier to inspect/debug/learn when the code is fresh ;) |
| 23:21.04 | brlcad | cristina: hm, I'm familiar with graph theory and still not specifically familiar with what you're even describing.. |
| 23:21.28 | brlcad | I presume some struct/class/interface provided by adaptagrams that you're trying to understand yourself? |
| 23:22.21 | brlcad | or that you're just explaining to me (though I'm not sure the utility until I need to use it, unless there are some serious implications involved that are non-obvious) |
| 23:23.32 | CIA-65 | BRL-CAD: 03crdueck * r50774 10/brlcad/trunk/src/libbu/lex.c: rewrote section to improve readability and remove a goto loop, ws changes |
| 23:25.07 | cristina | brlcad: yes, it is a class in Adaptagrams but the concept of line routing exists elsewhere as well. And yes, I am trying to understand it myself. If you want to have a look at its description, here it is: http://adaptagrams.sourceforge.net/libavoid/class_avoid_1_1_conn_ref.html#details |
| 23:28.29 | Stattrav | brlcad: can I submit something which works(It doesnt break anything around. More methods need to be included) but whose functionality still needs improvement ? |
| 23:36.09 | brlcad | Stattrav: can you? how many times and in how many ways do I have to say you're supposed to?!? |
| 23:37.05 | Stattrav | sorry about that |
| 23:41.52 | brlcad | just state the status when you post |
| 23:42.01 | brlcad | it can be incomplete but ready for review |
| 23:42.38 | brlcad | you could have submitted that main wrapper before it even parsed anything |
| 23:43.03 | brlcad | some open source projects expect a patch to be a complete concept, and in general that's best practice |
| 23:43.34 | brlcad | but we're also using patches as a surrogate to vet commit access -- for that, our commits are not expected to be "complete concepts" |
| 23:44.43 | brlcad | they're always works in progres, so the more commits, the more reviews, the more intention being communicated, the more knowledge sharing occurs, the more valuable and understood that code becomes, the less costly it is to improve and maintain |
| 23:45.02 | brlcad | so for that, smaller and frequent is better |
| 23:45.40 | Stattrav | cool that part which was not working is now working |
| 23:46.27 | brlcad | crdueck: oof, you didn't refer to the patch details in the commit log :/ |
| 23:46.30 | Stattrav | I have a svn diff from the trunk. So you asked me to submit two patches right, I could 'svn rm' some files and add them to the second one ? |
| 23:46.48 | brlcad | crdueck: you're also not ctjctj |
| 23:47.11 | brlcad | Stattrav: you don't need to do that to make two patches |
| 23:48.04 | brlcad | svn diff path/to/first path/to/files > patch1 && svn diff path/to/second > patch2 |
| 23:48.31 | brlcad | just specify the files/dirs you want in each |
| 23:49.18 | Stattrav | sure thanks |
| 23:59.00 | brlcad | crdueck: when you commit code that is associated with any of the sourceforge trackers, you should refer to it in the commit message. usually something like "applies sf patch # 123123 from brlcad (title/summary goes here)" or "fixes sf bug # 321321 from crdueck (fixed mged joint crash)" etc |
| 23:59.16 | brlcad | for future reference |
| 00:02.04 | brlcad | crdueck: ah, and I see why you set ctjctj -- fixed |
| 00:03.56 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:05.15 | Stattrav | path to files is ? |
| 00:05.16 | CIA-65 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3773 10/wiki/User:Cprecup/GSoC2012_progress: update: 30/05/2012: chose Adaptagrams; MVC pattern |
| 00:06.00 | Stattrav | checking the svn tutorial anyway |
| 00:06.09 | brlcad | path/to/file1 path/to/file2 path/to/whatever |
| 00:07.52 | Stattrav | aah |
| 00:09.37 | Stattrav | aah just the folder by folder diff with the index |
| 00:11.40 | CIA-65 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3774 10/wiki/User:Al_Da_Best/devlog: Filled gaps and updated current status |
| 00:20.42 | Stattrav | brlcad: the tables after the data is fed into them http://i.imgur.com/xa9CG.png |
| 00:29.21 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Benchmark perfomance db.png]]" |
| 00:39.07 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3776 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 00:39.13 | Stattrav | brlcad: thanks and good night. |
| 00:39.26 | Stattrav | gn all |
| 00:39.29 | brlcad | Stattrav: thank you, good work |
| 00:39.46 | Stattrav | thanks. |
| 01:04.25 | starseeker | brlcad: we did, but I goofed slightly - regression passed with 50760, and I pulled in a few changes too many - fixing now |
| 01:31.28 | starseeker | ah wait, may have just been some stray gunk in the install dir |
| 01:31.43 | brlcad | cool |
| 01:32.06 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 01:34.51 | starseeker | crap... what the bleep... |
| 01:35.07 | starseeker | I've been building and running regressions all day, what the heck is going on? |
| 02:11.57 | CIA-65 | BRL-CAD: 03starseeker * r50775 10/brlcad/branches/STABLE/ (16 files in 2 dirs): Back up the libbu vls work to 50646 - regressions appear to be breaking. |
| 02:17.53 | starseeker | jeez this is weird |
| 02:20.00 | starseeker | how did that not fail earlier?? |
| 02:38.43 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 02:41.18 | starseeker | brlcad: OK, now we have regression passing on multiple platforms with STABLE - I'll kick off more extensive tests overnight |
| 03:02.17 | CIA-65 | BRL-CAD: 03starseeker * r50776 10/brlcad/branches/STABLE/doc/docbook/articles/it/images/ (8 files): Hmm - stray files left in STABLE after syncing somehow. |
| 03:05.25 | starseeker | that's even weirder - those only showed up on OSX |
| 04:25.34 | CIA-65 | BRL-CAD: 03brlcad * r50777 10/brlcad/trunk/src/librt/primitives/sph/sph.c: we have the actual distance tolerance so use it during validity testing |
| 04:29.12 | CIA-65 | BRL-CAD: 03brlcad * r50778 10/brlcad/trunk/src/librt/memalloc.c: |
| 04:29.12 | CIA-65 | BRL-CAD: prevent memory corruption if we end up with a null pointer. probably implies |
| 04:29.12 | CIA-65 | BRL-CAD: someting is wrong elsewhere in the book-keeping, but since this is old v4 code |
| 04:29.12 | CIA-65 | BRL-CAD: there's minmal value hunting it down. just avoids corruption which was leading |
| 04:29.12 | CIA-65 | BRL-CAD: to a bogus rt_freemem() debug message getting printed extensively after the |
| 04:29.12 | CIA-65 | BRL-CAD: endianness flip. |
| 04:32.20 | CIA-65 | BRL-CAD: 03brlcad * r50779 10/brlcad/trunk/src/librt/db_scan.c: casting the ftell() returns through off_t propagates bad addr values. next and prev don't need to be off_t, so just let them match ftell's return type and simplify |
| 04:35.39 | CIA-65 | BRL-CAD: 03brlcad * r50780 10/brlcad/trunk/NEWS: |
| 04:35.41 | CIA-65 | BRL-CAD: fixed a bug reading v4 geometry files where it was spewing memory free error |
| 04:35.41 | CIA-65 | BRL-CAD: debug messages. it was getting to the debug messages in the first place due to |
| 04:35.41 | CIA-65 | BRL-CAD: a write to a null pointer dereference, probably related to the endianness |
| 04:35.41 | CIA-65 | BRL-CAD: flipping (as it's the first rt_memfree() after flipping). |
| 05:54.17 | CIA-65 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3777 10/wiki/User:Crdueck/log: |
| 06:28.25 | CIA-65 | BRL-CAD: 03phoenixyjll * r50781 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Extend the functionality of the brep command in MGED to deal with comb. Unevaluated breps are generated. |
| 06:32.40 | CIA-65 | BRL-CAD: 03phoenixyjll * r50782 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed the bug in copying brep in r50871 |
| 07:14.03 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 07:43.03 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 08:04.19 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:14.17 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 09:56.18 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:10.37 | CIA-65 | BRL-CAD: 03tbrowder2 * r50783 10/brlcad/trunk/src/conv/iges/iges.c: add missing format conversion specifier 'd' after length modifier 'z' so correct entry is '%zd' |
| 12:17.02 | CIA-65 | BRL-CAD: 03tbrowder2 * r50784 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: add another test based on iges.c problem |
| 12:23.04 | CIA-65 | BRL-CAD: 03tbrowder2 * r50785 10/brlcad/trunk/src/libbu/vls_internals.h: VP_UNKNOWN needs a bit on for proper testing as used in bu_vls_vprintf |
| 12:25.08 | CIA-65 | BRL-CAD: 03tbrowder2 * r50786 10/brlcad/trunk/src/libbu/vls_vprintf.c: expand error info, add back the old guess output for unknown or obsolete conversion specifier; note bombing macro indicates bad logic somewhere |
| 13:31.35 | *** join/#brlcad tbroowder2 (43eb86cc@gateway/web/freenode/ip.67.235.134.204) | |
| 13:36.48 | *** join/#brlcad tbrowder2 (~tbrowde@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 13:39.04 | tbrowder2 | there is a TODO item to fix "fix the idents command first column bug", can anyone point to a TGM that exhibits the bug? |
| 13:43.45 | CIA-65 | BRL-CAD: 03tbrowder2 * r50787 10/brlcad/trunk/TODO: looks like red has the requisite test which apparently works fine |
| 13:57.34 | *** join/#brlcad tbrowde_ (~tbrowde@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 13:59.14 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 14:04.25 | ksuzee | Hello, Sean |
| 14:04.47 | ksuzee | brlcad: I'm testing lowp |
| 14:05.04 | ksuzee | before changing |
| 14:05.13 | ksuzee | take 3 pix - files |
| 14:05.37 | ksuzee | the result is normal - out.pix is generating |
| 14:06.46 | ksuzee | but after converting to png - short read exception |
| 14:07.03 | ksuzee | after refactoring - the same result |
| 14:08.18 | ksuzee | Why is this exception thrown? |
| 14:09.32 | brlcad | ksuzee: it sounds like you're using some tool wrong |
| 14:09.47 | ksuzee | hmm |
| 14:10.20 | ``Erik | ~seen andrei_ |
| 14:10.30 | ibot | andrei_ <~andrei@5-12-64-10.residential.rdsnet.ro> was last seen on IRC in channel #brlcad, 16d 18h 46m 3s ago, saying: 'brlcad, I will try to look into it aswell.'. |
| 14:10.30 | ksuzee | I generated 3 pix files with pixbackgnd |
| 14:10.30 | ``Erik | ~seen andrei |
| 14:10.31 | ibot | andrei <andrei@5-12-88-164.residential.rdsnet.ro> was last seen on IRC in channel #brlcad, 4d 18h 29m 38s ago, saying: 'not very complicated'. |
| 14:10.43 | ksuzee | and input them to lowp |
| 14:15.52 | CIA-65 | BRL-CAD: 03Mesut 07http://brlcad.org * r3778 10/wiki/User:Mesut/Reports: |
| 14:18.34 | brlcad | ksuzee: you've done more than that |
| 14:18.44 | brlcad | otherwise nothing you just said involved png |
| 14:18.58 | brlcad | so again, you're doing something wrong :) |
| 14:19.30 | brlcad | try reading the manual pages for each of the commands you're using to make sure you're using them right |
| 14:19.40 | brlcad | brlman command_name |
| 14:21.15 | ksuzee | and where ecxeclty can I use brlman? Not in every directiry as I see) |
| 14:21.24 | brlcad | brlman is a command |
| 14:21.31 | ksuzee | yes, i see |
| 14:21.38 | ksuzee | aaa |
| 14:21.43 | brlcad | it doesn't matter where you run it from |
| 14:21.56 | brlcad | it's like running ls |
| 14:22.07 | brlcad | or 'man' (which is exactly what it's doing actually |
| 14:22.14 | brlcad | man blah |
| 14:22.24 | ksuzee | I know this |
| 14:22.34 | ksuzee | but command not found Oo |
| 14:22.46 | brlcad | okay, but consider your question |
| 14:23.00 | brlcad | especially if man==brlman |
| 14:23.24 | brlcad | "and where exactly can I use man? (Not in every directory apparently)" |
| 14:23.34 | brlcad | paraphrased and corrected, but that's what you said |
| 14:23.38 | brlcad | does that make sense? :) |
| 14:23.46 | brlcad | where can you use the 'man' command? |
| 14:23.49 | brlcad | you can use it anywhere |
| 14:23.52 | ksuzee | every where)) |
| 14:24.01 | ksuzee | *everywhere |
| 14:24.04 | brlcad | so what were you really trying to ask? |
| 14:24.44 | ksuzee | emm) I can run brlman only from /bin |
| 14:24.54 | ksuzee | that's why I asked) |
| 14:25.34 | brlcad | you're lacking some precision in what you're writing, which is making it difficult to help you |
| 14:25.44 | brlcad | you certainly are NOT running brlman from /bin |
| 14:26.15 | brlcad | maybe from your cmake build_dir/bin directory |
| 14:26.38 | brlcad | which means you haven't installed (which is fine, but then you have to give the path to commands not in your system PATH) |
| 14:26.39 | ksuzee | yes |
| 14:27.10 | brlcad | I can't read your mind very well, you need to be specific :) |
| 14:27.17 | brlcad | at least not on thursdays ;) |
| 14:27.24 | ksuzee | hah)) I'm sorry)) |
| 14:27.59 | brlcad | so it sounds like you're not familiar with how unix PATH works? |
| 14:29.32 | ksuzee | PATH Environment you mean? |
| 14:30.56 | ksuzee | Shall I do like this - export PATH=$PATH:/new/path (with brlman)? |
| 14:31.18 | brlcad | so mini unix tutorial |
| 14:31.35 | brlcad | when you run a command, say "man" or "ls" or even "pix-png" or "brlman" |
| 14:31.49 | brlcad | it looks at each directory in the $PATH environment variable |
| 14:32.11 | brlcad | that's when it's just a command name |
| 14:32.26 | brlcad | if it finds the command, it obviously runs it and all is good |
| 14:32.44 | brlcad | if it doesn't find the command, you get a command not found error |
| 14:33.05 | brlcad | the OTHER way you can run a command is by specifying the path to it |
| 14:33.44 | brlcad | running "/usr/bin/ls" for example doesn't read the PATH variable, it looks for ls in the /usr/bin directory and if it finds it, the application is run |
| 14:33.59 | brlcad | same with relative paths like ../../../../usr/bin/ls |
| 14:34.18 | brlcad | or path/to/your/build/bin/pix-png |
| 14:34.49 | brlcad | so when you run "brlman" without a path, it's going to search $PATH |
| 14:35.15 | brlcad | if you run "path/to/build/bin/brlman", it'll run it if it finds the application in that path |
| 14:35.24 | brlcad | SO... |
| 14:35.37 | ksuzee | Now I understand |
| 14:35.45 | ksuzee | I've just done so |
| 14:35.49 | ksuzee | and it works)) |
| 14:35.51 | brlcad | you either need to make sure you have a bin directory in $PATH or run commands by specifying the path/to/them/bin/herre |
| 14:36.21 | ksuzee | thank you a lot! Now brlman is as man |
| 14:36.31 | ksuzee | I knew about PATH |
| 14:36.52 | brlcad | so now the question is did you add your build directory bin directory or did you install and add your install directory to PATH? |
| 14:36.55 | ksuzee | but I didn't have to use it before |
| 14:37.34 | ksuzee | I added build/bin to the path |
| 14:38.17 | brlcad | okay, that's fine but recognize that it's not *usually* what you would do with PATH |
| 14:39.10 | brlcad | if you do another checkout of brl-cad, for example, and simply put it in another directory, it's going to be running binaries from the other build dir and you might not expect that |
| 14:39.15 | Stattrav | if not thursdays do you read people's minds ? |
| 14:39.22 | brlcad | Stattrav: maybe |
| 14:40.04 | brlcad | ksuzee: so it's fine -- just be careful if you move things around or get more checkouts |
| 14:40.07 | Stattrav | brlcad: adding a logger class to the libs so that could be used by everything else |
| 14:40.47 | brlcad | the usual way would be to just run with a relative path like "./bin/brlman" or perform a "make install" and add /usr/brlcad/bin to your PATH |
| 14:41.01 | brlcad | (but then you have to run make install every time you rebuild |
| 14:41.14 | ksuzee | yeah, I see this. Thanks a lot! So I'll read about pix-png) |
| 14:41.28 | *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 14:41.49 | brlcad | ksuzee: if you find a command that doesn't have documentation, feel free to add it (can walk you through how to do that) |
| 14:42.00 | brlcad | hi tbrowder2 :) |
| 14:42.09 | brlcad | Stattrav: ..okay |
| 14:42.19 | CIA-65 | BRL-CAD: 03Erik 07http://brlcad.org * r3779 10/wiki/User:Erik: add link to Andrei's page |
| 14:44.30 | ksuzee | hah, lowp right doesn't have help=)) |
| 14:48.23 | tbrowder2 | Hi, Sean! I want to try to fix the idents prob. Does that refer to bug #2278192? Otherwise, I need a TGM that shows it or more details about the bug. |
| 14:54.41 | brlcad | tbrowder2: the red regression tests for the region flag but is apparently missing some case -- the commit log noted: new failures such as r50521 necessitate a regression test |
| 14:56.12 | *** join/#brlcad Wolfram74 (~Wolfram74@71-221-240-66.cdrr.qwest.net) | |
| 14:56.29 | Wolfram74 | oh thank goodness this is still up |
| 14:57.11 | Wolfram74 | I'm trying to install on a mac and it goes through the motions but i can't find the end application anywhere |
| 15:01.12 | CIA-65 | BRL-CAD: 03anrgmrty * r50788 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am g-voxel.c): g-voxel.c (only a grid of rays shot right now) |
| 15:01.22 | CIA-65 | BRL-CAD: 03tbrowder2 * r50789 10/brlcad/trunk/TODO: oops, fix at r50521 not yet confirmed by regression test |
| 15:02.04 | brlcad | tbrowder2: not sure about idents but I'll check my notes, vague recollection is that it was an e-mail or verbal report |
| 15:03.54 | ksuzee | brlcad: I've found my mistake in man, thanks) |
| 15:06.16 | brlcad | tbrowder2: okay, I found the reference (e-mail) .. the first column in the idents command was completely hosed on a real tgm (the entire column reported 1331915051) |
| 15:06.47 | brlcad | looks like a 64-bit platform, but if it's working for you that's good enough |
| 15:07.15 | anrgmrty | brlcad: hi! my first commit.. |
| 15:07.17 | brlcad | someone thought that might have been a bug we'd fixed several months prior |
| 15:07.27 | brlcad | anrgmrty: I noticed :) |
| 15:07.45 | brlcad | Wolfram74: brl-cad installs as a unix-style application, even on Mac |
| 15:07.56 | anrgmrty | :) |
| 15:08.04 | Wolfram74 | so i have to activate in the terminal, or what, exactly? |
| 15:08.07 | CIA-65 | BRL-CAD: 03Plussai 07http://brlcad.org * r3780 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 15:08.12 | brlcad | Wolfram74: it's in /usr/brlcad/rel-7.12.2 .. but if you used that old binary from the website, it probably won't work for you |
| 15:08.31 | brlcad | try running this in Terminal: /usr/brlcad/rel-7.12.2/bin/mged |
| 15:08.54 | brlcad | and any relation, or just a fan? :) |
| 15:11.54 | Wolfram74 | i actually really like the element tungsten |
| 15:12.07 | brlcad | heh |
| 15:12.27 | Wolfram74 | but people tend to associate more with mathematica than chemicals |
| 15:12.39 | Wolfram74 | <PROTECTED> |
| 15:13.28 | Wolfram74 | [haugen@peters-MacBook-Pro /]$ /usr/brlcad/rel-7.12.2/bin/mged gives |
| 15:13.30 | Wolfram74 | bus error: 10 |
| 15:17.43 | brlcad | yep, that's what I figured -- that build is no good on the newer Mac systems and an updated build has not been posted |
| 15:18.15 | brlcad | Wolfram74: so to fully uninstall, you can run this *exactly*: sudo rm -rf /usr/brlcad |
| 15:18.25 | Wolfram74 | sooo, i'm not going to be using brl-cad, ah well |
| 15:18.30 | brlcad | it'll prompt for a password and delete the /usr/brlcad directory entirely |
| 15:18.43 | brlcad | you can use it, you just have to compile from a source build |
| 15:18.57 | brlcad | which is actually a rather simple process if you want to give it a try |
| 15:19.25 | Wolfram74 | from downloads, get at the source section? |
| 15:19.29 | brlcad | I can walk you through the steps here, will take about 10 minutes |
| 15:19.32 | brlcad | maybe 15 |
| 15:19.48 | brlcad | ~cadsvn |
| 15:19.48 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 15:20.00 | brlcad | run that from Terminal |
| 15:20.03 | CIA-65 | BRL-CAD: 03bob1961 * r50790 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Added a few bindings for rotating the view via the arrow keys. |
| 15:20.05 | brlcad | that will obtain the very latest |
| 15:21.35 | Wolfram74 | validating server certificate, temporary acceptance? |
| 15:21.49 | brlcad | yes |
| 15:21.52 | Wolfram74 | svn: Can't make directory 'brlcad': Permission denied |
| 15:22.01 | brlcad | er |
| 15:22.15 | brlcad | did you run "cd" or something? |
| 15:22.15 | Wolfram74 | sudo that stuff? |
| 15:22.20 | brlcad | no |
| 15:22.33 | brlcad | run "pwd" |
| 15:22.38 | brlcad | what does it report? |
| 15:22.49 | Wolfram74 | <PROTECTED> |
| 15:23.00 | brlcad | that's not right .. how'd you end up there? :) |
| 15:23.08 | brlcad | run "cd" and "pwd" again |
| 15:23.21 | brlcad | still "/" ? |
| 15:24.47 | Wolfram74 | ok, now its /users/hageun |
| 15:25.05 | brlcad | yes, but how'd you end up in / to begin with? |
| 15:25.28 | Wolfram74 | cd / to get to root, i'd been mucking around in another folder trying to get lincity to run |
| 15:25.37 | brlcad | ah, okay |
| 15:25.43 | brlcad | so redo the svn command |
| 15:26.04 | Wolfram74 | did, streaming a lot of lines all prefixed with "A "* |
| 15:27.21 | brlcad | yep, thats' good |
| 15:27.33 | brlcad | it'll take a couple minutes, then you "should" be able to run this: |
| 15:27.43 | brlcad | cd brlcad |
| 15:27.46 | brlcad | mkdir .build |
| 15:27.49 | brlcad | cd .build |
| 15:27.52 | brlcad | cd .. |
| 15:27.57 | brlcad | ./autogen.sh |
| 15:28.24 | brlcad | cd .build |
| 15:29.24 | Wolfram74 | should the last line be " U brlcad"? |
| 15:29.24 | brlcad | ../configure --enable-all && make |
| 15:29.41 | brlcad | it'll give you a prompt again when it's done |
| 15:29.49 | brlcad | probably |
| 15:29.54 | Wolfram74 | k |
| 15:30.27 | brlcad | the build will probably take 10-15 minutes depending on how fast your mac is |
| 15:31.09 | brlcad | IF you don't see an error at the end after running that "./configure --enable-all && make" line, run: sudo make install |
| 15:31.21 | brlcad | if you see an error, mention it here and we can try the cmake build system instead |
| 15:31.41 | brlcad | in the meantime, I gotta run to lunch, but will be back in about an hour |
| 15:32.10 | Wolfram74 | executing ./autogen.sh, thanks for the help |
| 15:33.57 | brlcad | no problem |
| 15:38.29 | Wolfram74 | so it seems automake failed |
| 15:38.58 | Wolfram74 | perhaps because i didn't have liptoolize? |
| 15:39.34 | Wolfram74 | i duuno, you're at lunch so i'll work on something else till about 1800 GMT and check back |
| 16:52.45 | CIA-65 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3781 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 17:33.54 | *** join/#brlcad cristina (~quassel@188.24.69.242) | |
| 18:23.10 | CIA-65 | BRL-CAD: 03n_reed * r50791 10/brlcad/trunk/src/other/step/src/ (7 files in 4 dirs): Simplify filepath handling and use more std::string and bool. SCL git 19a1bae and b277759. |
| 18:40.31 | CIA-65 | BRL-CAD: 03n_reed * r50792 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: change return type to bool; SCL git 4dc0891 |
| 18:52.08 | CIA-65 | BRL-CAD: 03tbrowder2 * r50793 10/brlcad/trunk/regress/red.sh: added a specific test for bug fix at rev 50521 (however, the test may not be needed because a regression test using src/libged/red.c at rev 50520, produced with a manual patch, failed without the new test) |
| 19:05.21 | CIA-65 | BRL-CAD: 03n_reed * r50794 10/brlcad/trunk/src/other/step/src/ (8 files in 3 dirs): Another int/bool substitution. This is SCL git b277759; r50791 was actually SCL git 1b69382. |
| 19:41.52 | CIA-65 | BRL-CAD: 03n_reed * r50795 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): cleanup from SCL git c497168 |
| 20:05.01 | Wolfram74 | brlcad, are you back from lunch yet? |
| 20:05.22 | Wolfram74 | ah, he left |
| 20:27.31 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 20:38.56 | CIA-65 | BRL-CAD: 03tbrowder2 * r50796 10/brlcad/trunk/src/libbu/vls_vprintf.c: remove spurious print statement |
| 20:42.40 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 20:45.27 | Al_Da_Best | Does brlcad have a factorial function? |
| 20:49.27 | ``Erik | erm, no? why? |
| 20:51.48 | Al_Da_Best | I want to work out the number of forces acting between x number of objects (gravity acting on each other), planned to use binomial coeff's for that |
| 20:53.02 | ``Erik | soooooo, use something like static double fact(double x) { return x<=1.0?1.0:x*(fact(x-1.0)); } |
| 20:53.25 | CIA-65 | BRL-CAD: 03tbrowder2 * r50797 10/brlcad/trunk/doc/README.Windows: correct typo |
| 20:53.48 | Al_Da_Best | Yeah recursion will sort it, just wondered if there was anything built in already |
| 20:54.12 | ``Erik | nah, nothing built in, too trivial to bother |
| 20:54.23 | Al_Da_Best | Fair enough :D |
| 21:57.48 | tbrowder2 | ref factorial: how many objects are you planning to handle? |
| 22:28.23 | Al_Da_Best | That's an issue I'm having a look at alternatives for. There could be a lot, depending how many the user inputs. Problem of stupidly large numbers. I can just make an array more than big enough to begin with, but I'd rather not if avoidable. |
| 22:37.29 | CIA-65 | BRL-CAD: 03n_reed * r50798 10/brlcad/trunk/src/other/step/src/clstepcore/ (STEPattribute.cc STEPcomplex.cc): better error printing; SCL git 99abb18 and 6b95067 |
| 22:58.15 | tbrowder2 | ADBest: we may want to have a bn_factorial function that would handle all N <= ~ 64 (say using lookup for first 20, then something like Sterling's approx., etc.) |
| 23:00.09 | Al_Da_Best | Yeah that could be useful |
| 23:12.23 | ``Erik | or store the edges in a list, tree, hash, or other data structure instead of an array |
| 23:13.05 | Al_Da_Best | Yeah I'm using a linked list with structs now, much more flexible. |
| 23:26.45 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 00:00.16 | CIA-65 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3782 10/wiki/User:Al_Da_Best/devlog: Update 31st May |
| 00:02.38 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 03:00.09 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 03:45.37 | CIA-65 | BRL-CAD: 03brlcad * r50799 10/brlcad/trunk/src/ (18 files in 12 dirs): |
| 03:45.37 | CIA-65 | BRL-CAD: fix headers. detected with: |
| 03:45.37 | CIA-65 | BRL-CAD: for file in `find src/lib* \( -name \*.c -o -name \*.h \)` ; do a=`basename $file | tr "a-z" "A-Z"` ; b=`head -1 $file | sed 's/[^-A-Z0-9_.]//g'` ; if test "x$a" != "x$b" ; then echo $file \($a != $b\); fi ; done |
| 03:55.49 | CIA-65 | BRL-CAD: 03brlcad * r50800 10/brlcad/trunk/src/ (9 files in 5 dirs): more header fixing |
| 04:03.06 | CIA-65 | BRL-CAD: 03brlcad * r50801 10/brlcad/trunk/src/other/step/AUTHORS: don't believe I have any account names as morrison with stepcode affiliation |
| 04:17.55 | CIA-65 | BRL-CAD: 03brlcad * r50802 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: quell shadow warning |
| 04:22.02 | CIA-65 | BRL-CAD: 03brlcad * r50803 10/brlcad/trunk/src/librt/db5_types.c: db5_is_boolean_attribute() and db_attr_add() are not public API, don't need to be, so should be marked HIDDEN and can use a simpler name |
| 04:37.43 | CIA-65 | BRL-CAD: 03brlcad * r50804 10/brlcad/trunk/doc/README.Windows: minor clean up, make interface agnostic |
| 06:13.27 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:26.18 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 09:29.25 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 11:15.08 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:06.21 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 13:49.53 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 13:52.02 | starseeker | Wolfram74: if you want to try the CMake build, you'll need CMake installed: http://www.cmake.org |
| 13:53.17 | starseeker | then, as before, cd into build directory |
| 13:53.30 | starseeker | then the following line to configure and build: |
| 13:53.56 | starseeker | cmake .. -DBRLCAD_BUNDLED_LIBS=ON && make |
| 14:54.58 | CIA-65 | BRL-CAD: 03phoenixyjll * r50805 10/brlcad/trunk/sh/conversion.sh: the unevaluated conversion for comb has been implemented, change conversion.sh accordingly. |
| 14:59.15 | CIA-65 | BRL-CAD: 03phoenixyjll * r50806 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: handle some exceptions. |
| 15:01.22 | CIA-65 | BRL-CAD: 03phoenixyjll * r50807 10/brlcad/trunk/src/libged/brep.c: free memories and output duplication information correctly. |
| 15:26.15 | *** join/#brlcad npcdoom (~npcdoom@190.39.142.150) | |
| 15:26.16 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 15:34.50 | CIA-65 | BRL-CAD: 03phoenixyjll * r50808 10/brlcad/trunk/sh/conversion.sh: The whole elapsed time of each object is calculated, output in %6.2f format. |
| 15:51.50 | CIA-65 | BRL-CAD: 03starseeker * r50809 10/brlcad/trunk/src/conv/Makefile.am: Fix src/conv Makefile.am |
| 17:13.10 | *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 17:43.27 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 18:40.37 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 18:51.21 | CIA-65 | BRL-CAD: 03n_reed * r50810 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.cc: Simplify STEPread a bit. SCL git 6871bc4. |
| 18:59.52 | CIA-65 | BRL-CAD: 03r_weiss * r50811 10/brlcad/trunk/src/libged/red.c: Added more error checking to mged/archer 'red' command. Fixed a one off problem which could cause issues. |
| 19:01.08 | *** join/#brlcad cristina_ (~quassel@188.24.71.103) | |
| 19:06.24 | CIA-65 | BRL-CAD: 03r_weiss * r50812 10/brlcad/trunk/src/libged/kill.c: Changed the 'ged_kill' function to not erase the ged result string. This corrects the problem where, in some cases, error messages were being erased. |
| 19:15.35 | CIA-65 | BRL-CAD: 03starseeker * r50813 10/brlcad/trunk/regress/CMakeLists.txt: Add more red regression outputs to clean |
| 19:21.55 | CIA-65 | BRL-CAD: 03n_reed * r50814 10/brlcad/trunk/src/other/step/src/ (9 files in 2 dirs): Add strict flag to STEPread functions; affects handling of missing attributes. SCL git de3495d and 373d415. |
| 19:22.49 | *** join/#brlcad npcdoom (~npcdoom@190.206.253.157) | |
| 19:22.50 | *** join/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 19:27.55 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 19:30.30 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:38.07 | CIA-65 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3783 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 19:39.38 | ksuzee | brlcad: hello, Sean! I've already checked all the directories from /src for duplications in ONE file. So there're about 10-15 which should be reducted. Shall I write about them to the mail list? And could you comment them? |
| 19:39.51 | ksuzee | *10-15 functions |
| 19:48.33 | CIA-65 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3784 10/wiki/User:Ksuzee/Reports: |
| 19:49.40 | brlcad | ksuzee: either works fine, a summary pastebin would probably work well enough |
| 19:52.47 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 19:53.35 | ksuzee | ok, so I'll write a summary about this duplications and will wait your comments :) |
| 19:53.42 | brlcad | okay |
| 19:54.11 | *** part/#brlcad npcdoom (~npcdoom@gugve/developer/npcdoom) | |
| 19:55.36 | CIA-65 | BRL-CAD: 03n_reed * r50815 10/brlcad/trunk/src/other/step/src/express/lexact.c: correct SCANsave_comment; SCL git c6bc7ec |
| 20:26.00 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 20:28.44 | *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 20:53.50 | *** join/#brlcad CIA-55 (~CIA@cia.atheme.org) | |
| 21:04.36 | CIA-55 | BRL-CAD: 03r_weiss * r50816 10/brlcad/trunk/src/libbu/vls_internals.h: Updated vls_internals.h to allow test_vls_vprintf to build in visual studio 2008. |
| 21:05.36 | CIA-55 | BRL-CAD: 03r_weiss * r50817 10/brlcad/trunk/include/bu.h: Updated bu.h to allow test_vls_vprintf to build in visual studio 2008. |
| 21:25.29 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 21:30.08 | CIA-55 | BRL-CAD: 03anrgmrty * r50818 10/brlcad/trunk/src/conv/g-voxel.c: This program prints out the voxels which are in(1) and which are not(0) for each ray |
| 21:41.42 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r3785 10/wiki/User:Anuragmurty: /* Development Log */ |
| 22:44.47 | CIA-55 | BRL-CAD: 03tbrowder2 * r50819 10/brlcad/trunk/src/conv/asc/g2asc.c: ws, style |
| 00:41.57 | *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net) | |
| 01:25.52 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 01:35.43 | CIA-55 | BRL-CAD: 03r_weiss * r50820 10/brlcad/trunk/src/libged/red.c: Update to mged/archer 'red' command to improve error reporting. |
| 02:27.43 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3786 10/wiki/User:Cprecup/GSoC2012_progress: 01/06/2012 recompile Adaptagrams' example + gain tree traversal information |
| 02:30.19 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3787 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 06:26.25 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 07:01.06 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 07:58.21 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:46.04 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:11.57 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3788 10/wiki/User:Ksuzee/Reports: |
| 10:16.31 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:12.48 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net) | |
| 13:07.35 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 13:13.01 | *** part/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 14:01.08 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:19.29 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 14:37.04 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:55.47 | CIA-55 | BRL-CAD: 03phoenixyjll * r50821 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Deal with empty combs. |
| 15:05.35 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3789 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 17:03.43 | CIA-55 | BRL-CAD: 03tbrowder2 * r50822 10/brlcad/trunk/regress/solids-simplepix.asc: add another reference pix (asc format) for a new solids.sh test |
| 17:04.58 | CIA-55 | BRL-CAD: 03tbrowder2 * r50823 10/brlcad/trunk/regress/solids.sh: add a new, simple test that passses on 32-bit systems (tested on Linux Mint LMDE 32-bit) |
| 17:14.34 | CIA-55 | BRL-CAD: 03phoenixyjll * r50824 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed the wrong malloc size and free tmpname before returning. |
| 18:54.41 | CIA-55 | BRL-CAD: 03tbrowder2 * r50825 10/brlcad/trunk/regress/ (solids-simplepix.asc solids.sh): correct tgm and reference pix |
| 19:12.06 | *** join/#brlcad andrei_ (~andrei@5-12-78-85.residential.rdsnet.ro) | |
| 19:41.55 | CIA-55 | BRL-CAD: 03tbrowder2 * r50826 10/brlcad/trunk/src/util/gencolor.1: correct grammar |
| 19:44.33 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 20:59.12 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3790 10/wiki/User:Ksuzee/Reports: |
| 21:00.01 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3791 10/wiki/User:Ksuzee/Reports: |
| 21:03.12 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3792 10/wiki/User:Ksuzee/Reports: |
| 22:34.27 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 23:15.35 | CIA-55 | BRL-CAD: 03tbrowder2 * r50827 10/brlcad/trunk/regress/ (4 files in 2 dirs): extract TGM sources to external files, extract dsp data source to external file; intent is to ease maintenance and debugging of solids.sh |
| 23:35.31 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 00:09.22 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 00:12.23 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 01:15.43 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 01:16.16 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 01:16.58 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 01:17.50 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 01:19.14 | *** join/#brlcad cristina (~quassel@188.24.71.103) | |
| 01:49.00 | CIA-55 | BRL-CAD: 03crdueck * r50828 10/brlcad/trunk/include/raytrace.h: added pointers to new volume, surface area, and centroid callback functions in functab struct. WIP |
| 02:10.22 | CIA-55 | BRL-CAD: 03crdueck * r50829 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entries for primitives to reflect changes in r50828 |
| 02:37.13 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3793 10/wiki/User:Al_Da_Best/devlog: Update for 2nd June 2012 |
| 02:45.13 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3794 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 02:45.52 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3795 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 1 */ |
| 02:46.13 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3796 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 02:46.47 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3797 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 2 */ |
| 03:02.50 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3798 10/wiki/User:Crdueck/log: |
| 03:46.56 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 08:27.08 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 09:11.52 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 11:46.44 | *** join/#brlcad cristina_ (~quassel@188.24.64.37) | |
| 12:14.50 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 12:32.25 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 14:28.22 | *** join/#brlcad _fkr (el@norge.sdf.org) | |
| 14:50.17 | _fkr | Suppose I launch 7.20.6, open a db, then do Modes->Display\ Manager->Tk ; I get a crash (could not access memory at addrss 0x00...). src/libfb/tcl.c:291 tries to do if (!strncmp(ifp->if_name, X_device_name, strlen(X_device_name))) while ifp->if_name is 0x0 |
| 14:51.29 | _fkr | That code is #ifdef IF_X, but there is #ifdef IF_TK also available in fb_configureWindow function. Exec does not reach there. |
| 14:52.33 | _fkr | Not sure if I have tcl/tk set up a bit in a hurry and messed the local setup up. I needed to upgrade from 8.4 to 8.5 and might have some old files laying around and so on. |
| 14:54.44 | _fkr | if I have the disp manager as X, ifp->if_name is "/dev/X" and things seem to be more OK. |
| 14:59.25 | _fkr | If I start single stepping from tcl.c:291 I get some cannot access memory at address 0x0, but they are not fatal. That Tk one causes kernel proection failure and a crash. |
| 15:00.45 | _fkr | Have not looked deeper so far... and it's 7.20.6 with pathes 1-4 applied, not current source. |
| 15:03.25 | _fkr | s/th/cth/ |
| 15:03.44 | _fkr | or tch even, heh |
| 18:49.54 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 18:54.40 | brlcad | _fkr: three points |
| 18:54.59 | brlcad | _fkr: 1: it shouldn't crash, thanks for the report |
| 18:55.36 | brlcad | _fkr: 2: the tk display manager is experimental, so shouldn't even really be enabled unless you plan to work on it.. |
| 18:56.58 | brlcad | _fkr: 3: thanks for the debugging pinpoint that particular crash looks easy to prevent (though undoubtedly more issues) |
| 19:27.45 | *** join/#brlcad yukonbob (~bch@50.46.78.234) | |
| 19:31.48 | cristina | has anyone compiled brlcad with the revision 50829? |
| 19:36.18 | cristina | I am getting erorrs for these files: brlcad/src/conv/step/PullbackCurve.cpp, brlcad/src/conv/step/OpenNurbsInterfaces.cpp and brlcad/src/conv/g-voxel.c - gcc4.6 treats the warnings: "variable ‘...’ set but not used [-Wunused-but-set-variable]" as errors |
| 19:43.36 | _fkr | Just checking whether it's just me, or others get similar results. Not worrying about it, just wanted to test and it's good if I actually managed to find a small problem. |
| 19:46.26 | _fkr | One could just compile without-tcl and without-tk and not lose functionality? |
| 19:55.29 | _fkr | perhaps you could get it compiling with less strict settings, cristina? It's probably better to find out the cause. Does the name suggest where someone wanted to use that variable? Perhaps e forgot about it completely and it's safe to just to remove the part of the code that sets it. |
| 19:58.24 | cristina | _fkr: I know exactly where the error is. I commented the declaration of those variables and everything compiles. however, I don't know if it's ok to commit these |
| 19:59.32 | cristina | this is why I am asking because I might be having some stricter settings than anyone else. My cmake command is cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled . |
| 20:01.19 | _fkr | strict is good if you're developing. Better to know if something is wrong and react by trying to clean code, even if it's a small problem and it still compiles. |
| 20:03.58 | *** join/#brlcad andrei_ (~andrei@5-12-78-85.residential.rdsnet.ro) | |
| 20:09.36 | _fkr | If you want to commit it's another issue, whether it would be better to remove the code completely or to just comment it out. Matter of taste of course and some projects might have specific coding rules for that kind of issues. |
| 20:48.20 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 21:05.25 | crdueck | cristina: i'm getting the same errors, its not just you. |
| 21:20.15 | _fkr | You could tune compiler settings or just modify the source. |
| 21:26.45 | crdueck | I could, but svn annotate shows that it was added recently by anagmurty. its certainly related to his GSoC project |
| 21:28.30 | cristina | crdueck: that's right. It was added about 50 hours ago. Do you get errors for the other files as well? |
| 21:30.39 | crdueck | i get errors in conv/g-voxel.c and conv/3dm/3dm-g.cpp |
| 21:30.53 | _fkr | modify your own copy and compile or just a recent successful build. |
| 21:30.57 | crdueck | there could be more but the built stops there |
| 21:31.08 | crdueck | _fkr: i have, and it compiles. thats not really the problem |
| 21:34.29 | cristina | _fkr: same thing here, I have my modified copy that works. I was curious if it was something that only I have encountered |
| 21:38.09 | _fkr | Perhaps someone had an idea, started to write something and then just stopped... perhaps even forgot about it. I guess it's a bit bad practice. |
| 21:39.47 | _fkr | What are you up to there anyways? What are you working with or what are you doing in general, if you do not mind me being curious? |
| 21:40.11 | _fkr | I'm about to force myself to rest soon. Have a few hours of resting time left... |
| 21:55.56 | brlcad | cristina: if depends on the caller code in question, but you can usually remove set-but-unused variables |
| 21:56.10 | CIA-55 | BRL-CAD: 03brlcad * r50830 10/brlcad/trunk/src/libfb/tcl.c: prevent a crash if we somehow try to configure a framebuffer that has not yet been initialized. (crash reported by _fkr via irc selecting Modes->Display\ Manager->Tk after opening a db) |
| 21:56.43 | brlcad | usually is just variations in the versions of gcc being used, that's why the default is strict so we can catch as much as possible |
| 21:58.04 | brlcad | we all get those and are fine to fix them, even if it's in code we didn't change -- compilation warnings are usually trivial and quick to fix |
| 21:58.43 | cristina | I see, so should I fix the code in question? |
| 21:58.48 | brlcad | yep |
| 21:58.54 | brlcad | but not by commenting it out |
| 21:59.09 | brlcad | the variable needs to be used or removed |
| 21:59.34 | brlcad | figuring out which depends on the specific case |
| 21:59.53 | cristina | ok, thanks. I will look into it. One of it is anagmurty's and it's a recent change. He might need it |
| 22:00.10 | cristina | s/one of it/one of them |
| 22:01.03 | brlcad | if anurag returns, you can also punt it over to him |
| 22:01.58 | cristina | ok, thanks brlcad |
| 22:02.20 | brlcad | he might eventually need it, but it's not being used now so coding "complete" means it goes away (now) or code gets added so it's used |
| 22:03.43 | cristina | brlcad: I want to integrate adaptagrams' libavoid library. This should be added into the src/other folder, right? The entire source code for libavoid, not just the headers and the library? |
| 22:04.19 | brlcad | cristina: eventually yes but I'd suggest starting with it as a system-installed dependency |
| 22:04.34 | CIA-55 | BRL-CAD: 03starseeker * r50831 10/brlcad/trunk/misc/CMake/ (BRLCAD_CPackOptions.cmake.in Distcheck.cmake): Make sure there aren't any stale source_archive_contents dirs when creating packages |
| 22:04.38 | brlcad | that's the usual practice for a new dependency being introduced |
| 22:05.05 | _fkr | I like the idea of removing instead of commenting it out too. You can later just return to the revision that had it in if you need. |
| 22:05.10 | brlcad | a build test is added that checks for its existence, and it's used if its found or the code is turned off if it's not |
| 22:05.21 | cristina | brlcad: okay, so I'll leave it for now and come back to it later |
| 22:06.01 | brlcad | cristina: yeah, I suggest putting a reminder in your schedule in late july after more progress is made |
| 22:06.13 | CIA-55 | BRL-CAD: 03starseeker * r50832 10/brlcad/trunk/misc/CMake/BRLCAD_CPackOptions.cmake.in: consistency |
| 22:08.10 | CIA-55 | BRL-CAD: 03brlcad * r50833 10/brlcad/trunk/src/conv/g-voxel.c: ugh. looks like vim crapped all over the file. files should be run through sh/ws.sh to remove trailing whitespace. |
| 22:08.57 | CIA-55 | BRL-CAD: 03brlcad * r50834 10/brlcad/trunk/src/conv/g-voxel.c: no spaces before semicolons |
| 22:09.28 | cristina | brlcad: Should this build test be added now? For now, to check if it is a system-installed library or just when the library is integrated into brlcad? |
| 22:11.19 | starseeker | cristina: I wouldn't worry about it at this stage |
| 22:12.28 | starseeker | once you have some functionality going, it's worth it to futz with the build logic - if you just need it defined in the cmake logic for your own testing, you can call find_library directly |
| 22:14.04 | starseeker | cmake --help-command find_library provides docs for the command, but you won't need to worry about all the bells and whistles - you just want it to define a variable pointing to your installed libavoid that you can use for linking |
| 22:14.05 | cristina | I see, thank you starseeker for the clarification |
| 22:15.09 | starseeker | a full src/other inclusion is a significant undertaking - more tedious than difficult, but definitely enough effort that we want to be sure we need it |
| 22:15.12 | brlcad | cristina: you obviously need to add build flags now in order to use it, so you could add a cmake check in order to find the system-installed version |
| 22:15.51 | brlcad | the point is to avoid the src/other inclusion until it's already not intended to be used, but basically when it's "in use and done" |
| 22:16.50 | starseeker | for example, we still don't have src/other support for the bullet or open shader language libraries |
| 22:17.31 | brlcad | and yet cmake still tests for them and uses them when it finds them -- so you're doing something similar |
| 22:18.01 | CIA-55 | BRL-CAD: 03brlcad * r50835 10/brlcad/trunk/src/conv/g-voxel.c: more cleanup, match our style. spaces after intrinsic keywords and within comments. |
| 22:18.28 | cristina | that makes sense :). No need to add it yet. So I will test its existence in a CMakeLists.txt file where I'd use the find_library command |
| 22:18.45 | brlcad | lets anuragmurty off the hook on the warnings (compiles clean with 4.2) but not for all his style crap not following hacking.. |
| 22:19.08 | brlcad | cristina: if you grep for bullet, you should find similar settings you'll need |
| 22:20.54 | brlcad | cristina: which variables were unused? |
| 22:21.56 | cristina | brlcad: in g-voxel.c: http://pastebin.mozilla.org/1654808 |
| 22:23.00 | cristina | and this is another round of errors http://pastebin.mozilla.org/1654812 |
| 22:30.09 | _fkr | you could make it mandatory to filter files through something that ensures proper style is used before people share their stuff. Through indent or something similar... But if you have at least written some codingstyle document, then I guess people should be careful not following it. |
| 22:30.54 | CIA-55 | BRL-CAD: 03brlcad * r50836 10/brlcad/trunk/src/conv/g-voxel.c: quell set-but-unused warnings. coding complete means not stubbing in variables, not adding until they're actually used. |
| 22:31.42 | brlcad | cristina: to be pedantically correct -- it's not that they're "errors" but they are issues that we treat as errors in order to maintain a higher quality of code |
| 22:32.27 | brlcad | they are technically compilation warnings and should be referred to as such :) |
| 22:33.18 | brlcad | cristina: the C++ warnings are also worth fixing (particularly when they're similarly simple set-but-not-used warnings) .. but they do not halt compilation |
| 22:33.34 | cristina | brlcad: I meant errors because they were treated as errors. I am aware that they were warnings but I had to call them somehow in order to explain why the compilation stopped |
| 22:33.53 | _fkr | small problems might get bigger with time, or lots of small problems might create a bigger one. Unused variables, code commented out instead of removing it would add to the total lines and make it harder to read and understand faster. You start looking for some defined variable just to see that you have wasted your time. If it wasnt there in the first place there would be less confusion. |
| 22:33.54 | brlcad | I know, like I said -- just a pedantic technicality |
| 22:34.14 | brlcad | some people really do see them as errors and that's not 100% valid all the time |
| 22:34.40 | brlcad | c++ has some false positives, for example, that cannot be quieted -- which is why they don't halt |
| 22:35.28 | cristina | :) I'll keep in mind this (It was specified somewhere near the end that they are in fact warnings but the settings asked for them to be considered errors) |
| 22:35.34 | brlcad | _fkr: are you going to set that "something filter" up? :) |
| 22:36.00 | brlcad | cristina: you're probably reading the output interleaved with the failure in g-voxel treating those as errors |
| 22:36.11 | brlcad | the c++ ones aren't (ever I believe) treated as errors |
| 22:37.01 | brlcad | i've actually had it in mind to make some sections of our c++ just as strict, but haven't gotten into the build mods that would be needed |
| 22:37.25 | _fkr | Hehe. Not now at least, but I might keep it in mind that there is a need for it. Is there some codingstyle document or something available at the moment or are the rules in progress? Some like 4 spaces as a tab, some like 8, some 2 and so on. I mean are there recommendations about this project? |
| 22:38.10 | brlcad | our HACKING file talks about our style guidelines to a minimum level of detail and there's a preliminary astyle config that gets close |
| 22:38.13 | _fkr | Perhaps rewrite c++ in c or something.. I do not know c++, but have had a feeling many people have negative feelings about it... |
| 22:38.44 | CIA-55 | BRL-CAD: 03starseeker * r50837 10/brlcad/trunk/regress/CMakeLists.txt: distcheck strikes again. Add new regression files to regress/CMakeLists.txt |
| 22:38.59 | brlcad | there's little value in that exercise for the sake of warnings -- the issues are in headers we don't control, otherwise we could quell them |
| 22:41.55 | starseeker | brlcad: I didn't realize you wanted to selectivly enable strict for the C++ code - I can try taking a stab at that if you think parts of our code are able to build strict |
| 22:42.22 | brlcad | there are portions that build clean now -- I think I got all of librt |
| 22:42.51 | starseeker | hmm |
| 22:43.15 | brlcad | conv is close if someone(tm) ever gets the few remaining step ones I left for keith |
| 22:43.57 | brlcad | code that uses stl like libpc is the harder-to-quell code iirc |
| 22:44.10 | brlcad | several of our src/other deps, etc |
| 22:44.11 | starseeker | thought librt pulled in opennurbs headers that caused strict failures... |
| 22:44.46 | brlcad | maybe, but I fixed most or all of them a long while back |
| 22:45.00 | starseeker | tries it once... |
| 22:45.20 | brlcad | quick test here is clean |
| 22:45.40 | brlcad | (4.2) |
| 22:47.30 | starseeker | huh - yeah, looks OK here too |
| 22:49.25 | starseeker | alrightie, let me ponder a bit |
| 22:52.34 | cristina | brlcad: I'm still getting one warning :D http://pastebin.mozilla.org/1654830 |
| 22:53.23 | cristina | there's one variable left, numVoxelX, that is just set but never used - in main |
| 23:07.04 | *** join/#brlcad tbrowder2 (~tbrowder@fl-67-235-134-204.dhcp.embarqhsd.net) | |
| 00:01.54 | brlcad | cristina: you're in the best position to fix it ;) |
| 00:02.48 | brlcad | if you're on the commits mailing list, you saw that my change was minimal to address that issue |
| 00:11.27 | cristina | brlcad: you were right, the c++ warnings weren't considered errors, it built completely after I eliminated the 'error' mentioned above. |
| 00:11.40 | cristina | yes, I saw that your change :) |
| 00:13.59 | brlcad | cristina: you should commit it too, not just a local mod |
| 00:14.31 | cristina | this is what I am doing right now |
| 00:14.38 | brlcad | awesome |
| 00:19.39 | CIA-55 | BRL-CAD: 03cprecup * r50838 10/brlcad/trunk/src/conv/g-voxel.c: set-but-unused warning for numVoxelX variable |
| 00:59.47 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3799 10/wiki/User:Cprecup/GSoC2012_progress: 02-03/06/2012 - week 2: libavoid integration |
| 02:05.15 | CIA-55 | BRL-CAD: 03starseeker * r50839 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: default case doesn't use tmpname - fix for strict compilation |
| 02:21.24 | CIA-55 | BRL-CAD: 03starseeker * r50840 10/brlcad/trunk/ (6 files in 4 dirs): |
| 02:21.25 | CIA-55 | BRL-CAD: By default, turn on STRICT for C++ as well as C files. Add a specific option, |
| 02:21.25 | CIA-55 | BRL-CAD: NOSTRICTCXX, to allow targets to specifically disable strict compilation for C++ |
| 02:21.25 | CIA-55 | BRL-CAD: files only (beneficial for targets that use both C++ and C - allows the C to |
| 02:21.25 | CIA-55 | BRL-CAD: remain strict enabled.) |
| 02:23.05 | CIA-55 | BRL-CAD: 03starseeker * r50841 10/brlcad/trunk/src/libpc/CMakeLists.txt: update TODO in libpc |
| 02:23.27 | starseeker | brlcad: there we go |
| 02:23.47 | starseeker | only tested on gentoo, so far |
| 03:16.04 | brlcad | starseeker: curious, why'd you undo the macro? |
| 03:16.31 | brlcad | those bodies look identical, prime for macro reduction |
| 07:22.51 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:42.48 | CIA-55 | BRL-CAD: 03Escortnewcastle 07http://brlcad.org * r3800 10/wiki/Talk:Main_Page: |
| 07:42.48 | CIA-55 | BRL-CAD: Replacing page with '[http://www.escortsnewcastle.co.uk newcastle escorts] |
| 07:42.48 | CIA-55 | BRL-CAD: [http://www.escortsnewcastle.co.uk escorts in newcastle] |
| 07:42.48 | CIA-55 | BRL-CAD: [http://www.escortsnewcastle.co.uk newcastle escort]' |
| 09:00.36 | cristina | http://brlcad.org/wiki/Talk:Main_Page seems like someone really wanted to post this escort announcement: http://brlcad.org/w/index.php?title=Talk:Main_Page&action=history |
| 09:42.23 | CIA-55 | BRL-CAD: 03phoenixyjll * r50842 10/brlcad/trunk/src/librt/ (opennurbs_ext.h primitives/brep/brep_debug.cpp): quell set-but-unused warnings. |
| 10:02.15 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3801 10/wiki/Talk:Main_Page: Undo revision 3800 by a spammer/spambot |
| 10:02.29 | Al_Da_Best | cristina, just undo them when that happens :) |
| 10:09.15 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-syfaefukhgasjgzf) | |
| 10:36.53 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 10:48.06 | anrgmrty | brlcad: hi |
| 11:16.59 | d_rossberg | anrgmrty: the grid you are shooting looks reasonable but the evaluation can't be done in hit(), especially if you shoot many rays per voxel |
| 11:24.36 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Escortnewcastle]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 11:41.03 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 11:52.07 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 12:12.42 | CIA-55 | BRL-CAD: 03bob1961 * r50843 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Added callbacks for when a panel is toggled open. Added a rename command for renaming panels. |
| 12:18.29 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3802 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 12:38.19 | anrgmrty | d_rossberg : do you mean i should somehow do the evaluation in main itself? |
| 12:39.26 | *** part/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 12:40.12 | *** join/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 12:41.49 | brlcad | anrgmrty: hit() is the callback for a single ray -- you can't evaluate before you've shot all rays for a given voxel (which might be multiple rays) |
| 12:42.09 | brlcad | so yes, in main() or better still in some routine that main() is calling |
| 12:42.22 | d_rossberg | as in the code i send to you: collect the data in the hit() function and evaluate it afterwards |
| 12:43.00 | anrgmrty | ok.. i will do that.. |
| 12:43.23 | d_rossberg | however, you could do the analysis inside the z and y loops |
| 12:43.37 | d_rossberg | this will save memory |
| 12:44.44 | brlcad | and doing it outside will probably be easier to parallelize ;) |
| 12:45.00 | anrgmrty | umm? |
| 12:45.34 | anrgmrty | ok.. i will try it both ways first.. and make sure it doesnt give errors.. |
| 12:45.43 | anrgmrty | sorry about that.. :-/ |
| 12:47.20 | d_rossberg | brlcad: from my own experience: with a large model and small voxels i run into memory problems |
| 12:48.41 | d_rossberg | anrgmrty: sorry for what? |
| 12:48.42 | brlcad | I could see that with a fixed grid size |
| 12:48.55 | anrgmrty | ohh.. the commit i made led to errors |
| 12:49.38 | anrgmrty | because i had set but unused variables |
| 12:50.32 | brlcad | wasn't trying to convince one way or the other, just that it is generally easier to parallelize work processed in stages/phases |
| 12:50.40 | brlcad | I can easily see a fixed grid blowing out memory |
| 12:51.30 | brlcad | you'd probably need to build up an adaptive structure, akin to a bsp tree |
| 12:52.03 | d_rossberg | anrgmrty: ah, i saw it .. but today isn't my day too: i send an e-mail w/o a subject :( |
| 12:52.11 | brlcad | anrgmrty: the warnings about unused variables are dependent on the version of compiler being used -- as long as you're not ignoring warnings, you're okay |
| 12:52.29 | anrgmrty | d_rossberg: haha.. |
| 12:52.44 | anrgmrty | brlcad: i will keep that in mind.. |
| 12:52.46 | brlcad | more problematic was the code style was off in a couple places |
| 12:53.05 | anrgmrty | that too ,yes.. |
| 12:53.29 | brlcad | if you review the commits that are made to code you're working on, you'll have a good idea what to make sure you fix going forward |
| 12:53.36 | brlcad | so you don't repeat |
| 12:55.26 | anrgmrty | i reviewed the commits on g-voxel.. will ensure it doesnt happen.. |
| 12:57.10 | d_rossberg | because of memory vs. parallel: maybe the should be a first evaluation and memory reduction inside the z and y loops and the final analysis outside these loops |
| 12:58.20 | CIA-55 | BRL-CAD: 03brlcad * r50844 10/brlcad/trunk/src/libpc/CMakeLists.txt: libpc throws compilation warnings when building bundled boost due to undefined symbols in their header fu |
| 13:02.20 | brlcad | if it's functionally broken out to where one of the loops is iterated in its own function, that can be easily parallelized too |
| 13:03.05 | brlcad | main_thread iterates over Z, secondary over all Y(Z) |
| 13:06.27 | anrgmrty | parallelizable i understand(i think).. what exactly do you mean by memory reduction? |
| 13:11.01 | d_rossberg | one structure in the memory vor every voxel vs. holding only the filled voxels in memory (for example in a list) |
| 13:13.47 | anuragmurty | ohh.. this depends on how sparse our object is, right? as in (filled) to (total in bounding box) ratio.. |
| 13:37.19 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3803 10/wiki/User:Plussai/GSoC_2012_log: /* 31 May 2012 */ |
| 13:40.04 | *** part/#brlcad anuragmurty (~anurag@14.139.128.14) | |
| 14:14.56 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3804 10/wiki/BRL-CAD_Primitives: /* dsp */ reference a tutorial |
| 14:26.09 | starseeker | brlcad: yeah, guess I should - was initially thinking maybe two or three lines would do it, but didn't work out that way |
| 14:28.27 | CIA-55 | BRL-CAD: 03starseeker * r50845 10/brlcad/trunk/regress/CMakeLists.txt: Add outputs from regression to clean list |
| 14:32.18 | brlcad | starseeker: it was only noticable because of the diff -- you replaced the macro with a block of text that was as big as the macro (and nearly identical) ;) |
| 14:32.24 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3805 10/wiki/DSP: /* Preparing your height field data */ expand information |
| 14:32.32 | brlcad | then did it again :) |
| 14:33.02 | starseeker | heh. Fixing it now -just need to test |
| 14:34.09 | starseeker | anyhow, looks like you were right - enough C++ passes strict to be worth it |
| 14:39.46 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r3806 10/wiki/DSP: technically a displacement map |
| 14:41.45 | brlcad | even the few that don't are close to working and should be fixed |
| 15:12.03 | CIA-55 | BRL-CAD: 03r_weiss * r50846 10/brlcad/trunk/src/conv/raw/RegionList.cpp: Update to RegionList.cpp to fix build error. |
| 15:16.41 | CIA-55 | BRL-CAD: 03r_weiss * r50847 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: Update to PullbackCurve.cpp to quiet build warnings. |
| 15:32.50 | *** join/#brlcad _fkr (el@iceland.sdf.org) | |
| 16:07.12 | CIA-55 | BRL-CAD: 03starseeker * r50848 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Rework C++ strict logic a bit. |
| 16:11.54 | CIA-55 | BRL-CAD: 03brlcad * r50849 10/brlcad/trunk/src/conv/step/PullbackCurve.cpp: remove dead code instead of commenting it out. revision control preserves what was there. |
| 16:22.05 | CIA-55 | BRL-CAD: 03starseeker * r50850 10/brlcad/trunk/src/conv/step/CMakeLists.txt: step-g is fully C++, not mixed - use the plain NOSTRICT flag |
| 16:31.00 | *** join/#brlcad bhinesle1 (~bhinesley@108.220.113.189) | |
| 16:31.00 | *** join/#brlcad _fkr (el@iceland.sdf.org) | |
| 16:31.00 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-syfaefukhgasjgzf) | |
| 16:31.00 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 16:31.00 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:31.00 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:31.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 16:34.31 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 16:34.35 | yukonbob | hello, #brlcad |
| 16:36.02 | brlcad | howdy yukonbob |
| 16:36.45 | yukonbob | hey brlcad -- another year, another nice GSoC :) |
| 16:37.20 | brlcad | yeah, it's looking pretty good overall |
| 16:37.48 | yukonbob | 11 projects -- busy! |
| 16:37.48 | brlcad | though there are a couple students already in danger of failing, which I supposed is to be expected having accepted a larger group |
| 16:38.29 | yukonbob | nods. Hopefully they learn something regardless... |
| 16:38.35 | yukonbob | lots to be learned here... |
| 16:38.58 | brlcad | yeah, it's unfortunate too seeing them squander such a great opportunity |
| 16:40.02 | yukonbob | well -- w/o knowing their circumstances, "squander" might be harsh -- if they're just lazy or not realizing what's going on here, that's another story.... |
| 16:40.55 | brlcad | they're well aware, just not putting in time and effort, not communicating even to the level they were during applications |
| 16:41.26 | yukonbob | :( |
| 16:41.39 | brlcad | I don't think squander is harsh at all in this circumstance |
| 16:41.57 | yukonbob | you'd know better than I |
| 16:42.07 | brlcad | gsoc is highly competitive, they were selected among thousands of students trying to get accepted |
| 16:42.45 | yukonbob | I guess that's a big shame too -- somebody else was denied to reserve space for somebody who (apparently) doesn't really give a damn. |
| 16:42.59 | brlcad | ah well, sometimes it's a hard lesson |
| 16:43.11 | _fkr | Perhaps some of them feel depressed and that shows in lack of communication. |
| 16:43.13 | yukonbob | how're things going otherwise? |
| 16:43.24 | brlcad | otherwise, busy as usual :) |
| 16:43.44 | brlcad | just about finished reviewing a couple thousand commits so we can get back on release schedule |
| 16:43.48 | yukonbob | still living on 4h of sleep/day and full time coding/fitness? |
| 16:43.59 | brlcad | of course, what else is there? |
| 16:44.06 | yukonbob | :) |
| 16:44.12 | _fkr | I see a list of available display managers in my build as X and Tk. What about the Null DM? Would I need to add some compile time options? |
| 16:44.12 | brlcad | oh right, food :) |
| 16:44.27 | yukonbob | brlcad :) |
| 16:44.34 | brlcad | _fkr: null is the one dm that cannot be disabled, it's always there |
| 16:44.44 | brlcad | you don't want to disable it anyways |
| 16:44.56 | _fkr | what about members of the opposite sex? Who needs them, when you have a nice warm keyboard to touch, eh? |
| 16:44.57 | brlcad | tk can/should be disabled, though, unless you plan on working on developing it |
| 16:45.45 | _fkr | I tried 'mged -a null' but it tends to launch up in X... not sure if it should be like that. |
| 16:45.45 | brlcad | I think those fit under "fitness" .. physical, mental, familiar, social fitness |
| 16:45.46 | yukonbob | _fkr: they are welcome to commit to BRL-CAD too |
| 16:46.00 | brlcad | mged -c |
| 16:46.05 | brlcad | "nu" |
| 16:46.15 | _fkr | I dont want to disable null, wanted to test it instead. |
| 16:47.03 | brlcad | it's effectively the absense of a display manager, so it's accessed under the -c console/command interface |
| 16:47.04 | _fkr | thank you, that looks nice |
| 16:47.41 | brlcad | "attach X" if you want one from console mode |
| 16:47.59 | brlcad | that's all old-school stuff |
| 16:48.19 | _fkr | yeah, was just testing the release and attach and started wondering about the null DM. |
| 16:48.28 | _fkr | Well, old-school is nice sometimes... |
| 16:51.09 | _fkr | although that "nu" sounds more like "new" - nu-school |
| 16:51.46 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3807 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 17:44.53 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 18:07.45 | brlcad | hi ksuzee |
| 18:12.43 | ksuzee | brlcad: hello, Sean |
| 18:14.28 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 18:14.41 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 18:15.33 | CIA-55 | BRL-CAD: 03brlcad * r50851 10/brlcad/trunk/src/libged/preview.c: add a readme about the static array that should become dynamic memory |
| 18:17.09 | CIA-55 | BRL-CAD: 03brlcad * r50852 10/brlcad/trunk/src/conv/CMakeLists.txt: library ordering wrong, libtclcad is the highest-level lib so should be listed first |
| 18:36.05 | CIA-55 | BRL-CAD: 03brlcad * r50853 10/brlcad/trunk/NEWS: bob fixed a bug in the edcodes command in r48741 where argc was being incremented without changing av. overread detected by coverity. would have made it hard to get help and probably caused memory corruption. |
| 19:04.40 | CIA-55 | BRL-CAD: 03brlcad * r50854 10/brlcad/trunk/ (NEWS src/libwdb/wdb.c): |
| 19:04.40 | CIA-55 | BRL-CAD: fix a 7+ year old bug making 32-bit and 64-bit binary uniform data objects |
| 19:04.40 | CIA-55 | BRL-CAD: (binunif). they were getting stored as 16-bit and 32-bit respectively. |
| 19:04.40 | CIA-55 | BRL-CAD: coverity noticed the unreachable 128-bit condition, but the 'fix' in r48823 |
| 19:04.40 | CIA-55 | BRL-CAD: didn't catch the underlying bit-offset error in the switch statement. |
| 19:04.41 | CIA-55 | BRL-CAD: commenting out the 128-bit case merely masked the problem further. fortunately, |
| 19:04.42 | CIA-55 | BRL-CAD: dsp binunif and byte files (the two common use cases) are unaffected. |
| 19:32.05 | CIA-55 | BRL-CAD: 03brlcad * r50855 10/brlcad/trunk/src/ (libged/gqa.c rt/viewweight.c): leave a note about rtweight's density file 32k index limitation that browder noted in r48837. also worth noting that gqa overcomes that limitation (but could also use some reuse improvements. |
| 19:53.46 | CIA-55 | BRL-CAD: 03brlcad * r50856 10/brlcad/trunk/src/rt/viewweight.c: caps implies const, so convert to lower |
| 19:54.04 | yukonbob | some might get kick out of this if not already familiar: http://www.youtube.com/watch?v=z7q5DLS1rAU&ob=av2n |
| 19:54.21 | yukonbob | (REM music vid. w/ nice wireframe gfx) |
| 19:57.52 | CIA-55 | BRL-CAD: 03brlcad * r50857 10/brlcad/trunk/NEWS: (log message trimmed) |
| 19:57.53 | CIA-55 | BRL-CAD: minor rewording. tom fixed rtweight to handle blanks, comment lines, malformed |
| 19:57.53 | CIA-55 | BRL-CAD: lines, and the modified NIST materials file; problem was fscanf stops scanning |
| 19:57.53 | CIA-55 | BRL-CAD: on input at first error and thus the infinite loop: using fgets forces each line |
| 19:57.53 | CIA-55 | BRL-CAD: to be read; an extra buffer is needed in that case to handle the line input |
| 19:57.53 | CIA-55 | BRL-CAD: versus the sscan buffer for reading tokens (but I didn't try using the same |
| 19:57.53 | CIA-55 | BRL-CAD: buffer for both). he also improved rtweight behavior on windows by converting |
| 20:02.54 | CIA-55 | BRL-CAD: 03brlcad * r50858 10/brlcad/trunk/doc/docbook/README: we don't have any hungarian docs. the hy translation is armenian. |
| 20:04.18 | _fkr | What are GLX and PEX display managers? Some experiment that is in very early stages? |
| 20:12.29 | brlcad | _fkr: glx is the system for opengl on x11 |
| 20:12.35 | brlcad | not sure where you got pex from |
| 20:12.54 | brlcad | our 'ogl' display manager uses glx on linux |
| 20:15.44 | _fkr | src/mged/attach.c:96 Has a declaration for Pex_dm_init(), which is #ifdef DM_PEX, that's all I found about it at the moment. Perhaps it's a project that never quite started... |
| 20:16.05 | _fkr | 7.20.6 sources, not current |
| 20:17.32 | CIA-55 | BRL-CAD: 03brlcad * r50859 10/brlcad/trunk/HACKING: doc/docbook also has a readme |
| 20:37.25 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3808 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 20:51.56 | starseeker | brlcad: ah ha. librt C++ strict fails when release flags are added |
| 20:53.25 | starseeker | http://pastebin.mozilla.org/1655501 |
| 21:00.08 | brlcad | starseeker: that looks like a bonefide concern |
| 21:01.00 | brlcad | perfect example why it's good to not ignore warnings |
| 21:01.28 | brlcad | it's basically saying there's something wrong with brep/nurbs subdivision spatial partitioning |
| 21:03.16 | brlcad | the BANode is marked as inline, but it cannot do the inline because it makes the compilation unit much bigger than is normally expected |
| 21:05.06 | brlcad | so either the class composition is wrong or pulling in data that it shouldn't (C++ inheritance/code problem) or it really is bloating the class that much |
| 21:05.18 | brlcad | either way, we're getting slowed spatial partitioning performance and that's what it's warning about |
| 21:05.52 | _fkr | Is it a bit hard to debug C++? |
| 21:06.34 | CIA-55 | BRL-CAD: 03starseeker * r50860 10/brlcad/trunk/regress/solids.sh: Try an alternative means of feeding the mged scripts - cat+sh doesn't mix well with the odd pathnames regression test. |
| 21:08.21 | CIA-55 | BRL-CAD: 03starseeker * r50861 10/brlcad/trunk/regress/Makefile.am: Update regress Makefile.am clean list |
| 21:08.41 | brlcad | _fkr: hard is relative, but not usually any harder than any other compiled code being fed to a debugger |
| 21:10.14 | CIA-55 | BRL-CAD: 03starseeker * r50862 10/brlcad/trunk/src/librt/CMakeLists.txt: Add NOSTRICTCXX to librt for the moment - getting a warning when compiled with optimization flags |
| 21:10.16 | brlcad | starseeker: someone needs to look at BANode to see why inlining a BANode<ON_BoundingBox>::addChild() would bloat more than 50% |
| 21:12.45 | starseeker | um. Is the new in opennurbs_ext.h:305 the problem? |
| 21:13.09 | _fkr | http://yosefk.com/c++fqa/fqa.html <-- C++ Frequently Questioned Answers. |
| 21:15.44 | CIA-55 | BRL-CAD: 03brlcad * r50863 10/brlcad/trunk/TODO: release issue, brep spatial partitioning sadness |
| 21:17.13 | _fkr | "Second, when it doesn't compile, the error messages are frequently incomprehensible (the smallest error which a human reader wouldn't notice completely confuses the compiler). And three, parsing C++ right is very hard, so different compilers will interpret it differently, and tools like debuggers and IDEs periodically get awfully confused." - Just a quote from the aforementioned doc. Anyways, time to rest for me. |
| 21:18.17 | brlcad | starseeker: could be, but then that line is already suspect for other reasons -- making a copy of the passed reference seems like a slow way to fill in a tree... |
| 21:20.43 | brlcad | _fkr: that's not really relevant -- anecdotal bitching with unqualified hyperbole |
| 21:23.28 | _fkr | Yeah, it was meant for entertainment purposes and it's not a help with dealing with the current problem you are discussing. |
| 21:23.29 | brlcad | that exact same snippet subjectively applies IDENTICALLY to any compiled language |
| 21:24.13 | brlcad | depending on the dev/author/reader, you can get complete agreement or disagreement and everything in between |
| 21:24.21 | _fkr | Sure, there's no absolute truth in this universe... probably. |
| 21:25.27 | brlcad | starseeker: who wrote BANode? |
| 21:25.37 | brlcad | predominantly |
| 21:25.43 | brlcad | jason? |
| 21:25.48 | starseeker | indianlarry, but I believe it was based on earlier BVNode work by jason |
| 21:26.30 | starseeker | re-thinking the tree setup was what initially prompted that earlier discussion on map/hash/STL storage containers |
| 21:28.10 | brlcad | usage of stl there is fine, it's a vector which is suboptimal for large vector sizes, but the time is going to be dominated by that call to new |
| 21:28.15 | brlcad | and the copy |
| 21:28.35 | brlcad | i'd look into seeing if a pointer couldn't be passed instead and just stashed as-is |
| 21:35.39 | brlcad | starseeker: cat+sh would have worked just fine if $TGM were quoted during the cat invocation, just fyi |
| 21:35.54 | brlcad | modified version is better anyways |
| 21:37.47 | starseeker | brlcad: was actually discussing the tree stuff with Keith earlier - he thinks it could be slimmed down quite a bit |
| 21:48.29 | brlcad | of course it can ... :) |
| 21:50.27 | brlcad | there's never been the least bit of doubt about that, just someone actually spending the time |
| 21:52.48 | brlcad | thinks we'd actually fix twice as many issues if we fixed them instead of all the dancing around the issue that is sometimes done, talking about it, ignoring the issues |
| 21:53.50 | brlcad | writing todo or fixmes and playing a blind eye instead of just doing the right fix then and there when the problem is discovered |
| 21:54.02 | brlcad | is just as guilty as the rest, admittedly |
| 21:55.45 | _fkr | Word... |
| 21:59.45 | CIA-55 | BRL-CAD: 03brlcad * r50864 10/brlcad/trunk/NEWS: erik fixed a crash from icv_image when writing to a file failed. (rewording r48211) |
| 22:00.39 | _fkr | Even better is to try to do it in an appropriate manner from the start. Measure 9 times and cut one time. That of course takes more time and then perhaps nothing gets done. Sometimes getting something on the table quickly might be the way to start. How to find the balance? But if a problem has already arised then it's the question whether to try to hack quickly something up to reduce the leakage, so to say, or to just do it all over again. |
| 22:01.12 | _fkr | find a diff approach, diff design. |
| 22:06.12 | _fkr | Problems give bread to engineers who find solutions... Having the right problem solving attitude and engineer's way of thinking helps to crush the problems more effectively. |
| 22:09.52 | brlcad | _fkr: so do you plan to get involved in coding, or are you working on a self-help book for coders or something? :) |
| 22:13.31 | _fkr | hehe, good question. I would of course like to get more in to coding, if I have time and so on. I like to learn and I do not know much, but I just need to see what I am able to do besides real life and so on. Not too much time to sit behind keyboard usually. Yeah, the self-help book question is good too. Not specifically working on it, but I might like to get a bit philosophical at times. |
| 22:14.03 | _fkr | Seen a bit of real-life problem solving too, which is not related to coding, but is nevertheless useful in various engineering disciplines. |
| 22:14.48 | _fkr | I like computers and would love to be more involved. Just need to see, how things go... |
| 22:17.10 | _fkr | Are my comments too off-topic? That's why you make a joke about the book and not getting involved in real thing and so on? It's just something that people know already and doesnt help too much? |
| 22:18.43 | _fkr | Anyways, I'll see, what I can do... |
| 22:32.25 | kanzure | brlcad: hilarious |
| 23:46.28 | cristina | brlcad: I've added a cmake check in order to find the system-installed version of libavoid. If it doesn't find it, it prints a status message saying it couldn't find it - no error occurs in either cases. Should I commit this or leave it local as I am the only person that needs it so far? |
| 23:50.31 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3809 10/wiki/User:Cprecup/GSoC2012_progress: 04/06/2012: cmake check for system-installed libavoid |
| 00:12.12 | starseeker | brlcad: another one - http://pastebin.mozilla.org/1655632 |
| 00:12.21 | brlcad | _fkr: great way to get involved if you're interested is any of these http://brlcad.org/wiki/Quickies |
| 00:13.11 | brlcad | _fkr: it was more just to inquire where your interests lie -- discussion is usually good and all that, but we can often have nearly the exact same discussion while being productive towards some goal |
| 00:13.54 | brlcad | for example, if you're interested in the philosophical aspects that you've been discussing, as they pertain to BRL-CAD development, there are actually materials you could review and provide feedback on |
| 00:14.18 | brlcad | cristina: commit please :) |
| 00:14.27 | brlcad | commit is usually the right answer unless you know it's going to break something |
| 00:14.35 | starseeker | also http://pastebin.mozilla.org/1655636 |
| 00:15.37 | brlcad | starseeker: yeah, those fall into the same boat |
| 00:15.45 | brlcad | just not as critical as the spatial partitioning |
| 00:15.58 | brlcad | but important to those applications |
| 00:16.21 | brlcad | the first is saying "wtf is wrong with you?" |
| 00:16.36 | brlcad | the second is saying "this is a huge ass function, you sure you want to inline it??" |
| 00:16.57 | brlcad | or "this will make for one huge ass function, you sure??" |
| 00:17.17 | starseeker | doesn't actually know how to debug these... |
| 00:17.26 | brlcad | it's not a debug issue |
| 00:17.55 | brlcad | if the compiler told you "this function is really big and that's usually a sign of bad design" what would you do? |
| 00:18.30 | starseeker | go bug the guy who wrote it? ;-) |
| 00:18.47 | CIA-55 | BRL-CAD: 03cprecup * r50865 10/brlcad/trunk/src/conv/CMakeLists.txt: added check for libavoid's existence as a system-installed library |
| 00:18.48 | brlcad | heh, you look at the function, see if it logically breaks up or needs to be or is best being that big |
| 00:19.10 | brlcad | now say that guy is you |
| 00:19.59 | brlcad | because open source is collective ownership, you effectively are just as responsible for it as everyone else :) |
| 00:21.27 | starseeker | I take it std::istringstream buffer(string) is responsible for the size complaint? |
| 00:22.31 | CIA-55 | BRL-CAD: 03brlcad * r50866 10/brlcad/trunk/src/librt/ (48 files in 19 dirs): ws cleanup, mostly trailing space junk from suboptimally configured editors. :) |
| 00:25.26 | brlcad | the first or second? |
| 00:26.42 | starseeker | the istringstream |
| 00:26.49 | starseeker | RegionList.h |
| 00:27.05 | starseeker | oh - second |
| 00:28.09 | brlcad | so it's saying toValue cannot be inlined in a variety of places |
| 00:29.03 | brlcad | the reason it's saying it cannot inline it is because it makes the function that calls it way too big (usually more than 100% bigger iirc) |
| 00:29.32 | brlcad | so the first is to check out toValue() |
| 00:29.48 | brlcad | confirm that it's in a header and marked inline so that's why it's trying to forcibly inline |
| 00:29.57 | starseeker | it's a C++ conversion of a string to a fastf_t |
| 00:30.08 | starseeker | marked inline |
| 00:30.24 | brlcad | seems simple enough, istringstream template instantiation could very well have something to do with it's ultimate size, but it logically seems simple and reasonable to me |
| 00:30.41 | brlcad | so the next point is to look at the caller code |
| 00:30.49 | brlcad | the first one is raw-g.cpp:113 |
| 00:30.56 | brlcad | looking at that, I already see a little red flag |
| 00:32.13 | starseeker | um... why is a C++ string converted to a C string in order to be fed to a C++ routine? Isn't there a simpler way? |
| 00:32.16 | brlcad | it's being invoked as a function parameter instead of just being called, which is outright "wrong" given I said I expect it to be inline |
| 00:32.28 | brlcad | I'd set it to a variable, pass the variable to that function |
| 00:34.02 | brlcad | conversions from C++ strings to C strings are practically free, even the reverse is "free-enough" for most cases |
| 00:34.53 | brlcad | so having set that function result to a variable in that if/else block with {} scope, rerun and see if the warning about raw-g.cpp:113 goes away |
| 00:35.03 | brlcad | if it does, that very well could be the rest of them |
| 00:36.02 | brlcad | however, given the next six or so are that same function, it's *probably* more an issue of that specific function getting too big |
| 00:36.36 | brlcad | in which case it's a judgement call to break it up into multiple functions (usually best) or increase the default growth limit for inlining |
| 00:37.05 | brlcad | pardon, next 9 instances are all in that while loop |
| 00:37.43 | brlcad | that'd make a good function actually, either the while loop or the guts to it |
| 00:38.04 | starseeker | hum. I'm trying to set the output of toValue to a fastf_t variable and use it, but I'm getting an unused var error |
| 00:38.18 | brlcad | you did pass it to the function, right? :) |
| 00:38.29 | starseeker | fastf_t val = toValue(thickf.c_str()); |
| 00:38.36 | starseeker | bot.setThickness(val); |
| 00:38.58 | brlcad | and you added braces |
| 00:39.25 | starseeker | hmm? |
| 00:39.51 | brlcad | braces |
| 00:39.58 | brlcad | {} |
| 00:39.59 | brlcad | you needed to add them |
| 00:40.38 | starseeker | ah, right |
| 00:40.41 | brlcad | mumbles something about crappy coding tools |
| 00:41.36 | starseeker | shakes his head - didn't clear the error |
| 00:41.54 | brlcad | paste |
| 00:42.14 | brlcad | didn't clear the inline warning or the unused var error? |
| 00:42.20 | starseeker | inline |
| 00:42.39 | brlcad | oh, that was expected (but still worth doing) |
| 00:42.56 | starseeker | huh? |
| 00:43.09 | starseeker | thought we were trying to clear the inline error |
| 00:43.27 | brlcad | likes I said above.. "given the next [nine] or so are that same function, it's *probably* more an issue of that specific function getting too big" |
| 00:43.53 | starseeker | so... with something basic like that in C++, how do we make it small? |
| 00:43.54 | brlcad | see the while loop below? |
| 00:44.07 | starseeker | oh, right |
| 00:45.24 | CIA-55 | BRL-CAD: 03starseeker * r50867 10/brlcad/trunk/src/conv/raw/raw-g.cpp: Assign toValue to a variable |
| 00:45.32 | brlcad | that already 'relatively big' main function is calling toValue() 10 times, so gcc is rightly warning about us trying to force inline |
| 00:45.58 | brlcad | breaking the guts of that while loop into a static function should do the trick |
| 00:46.10 | brlcad | or the whole while loop |
| 00:46.23 | starseeker | oh - so the size issue is coming from the "main" loop pulling in 10 copies of that particular function? |
| 00:46.34 | brlcad | right |
| 00:46.49 | brlcad | that's what "large-function-growth limit reached" means |
| 00:46.52 | starseeker | ah - I didn't realize that. I thought it ment toValue itself was too big to be inlined |
| 00:47.18 | brlcad | "it's already considered a big function and you're jacking it up a lot bigger with all this inlining.. you sure you wanna do that?" |
| 00:48.27 | brlcad | the contents of toValue are increasing the size of the calling function (main()) too mcuh |
| 00:48.42 | starseeker | nods |
| 00:48.45 | starseeker | I understand now |
| 00:49.00 | starseeker | cusses C++ error messages under his breath... |
| 00:50.44 | brlcad | more of a gcc issue |
| 00:51.02 | brlcad | that's actually not a c++ error message -- it applies equally to C |
| 00:55.00 | starseeker | growl |
| 00:56.14 | starseeker | brlcad: was this the refactor you had in mind? http://bzflag.bz/~starseeker/raw-g.cpp |
| 00:59.19 | starseeker | that's not avoiding the issue, unfortunately, so I must have done something wrong |
| 01:02.28 | CIA-55 | BRL-CAD: 03brlcad * r50868 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): combine constructors with default parameters and make the latter be non-inline. gcc was unwilling to inline it anyways given the WMEMBER_INIT() expansions are relatively lengthy. |
| 01:03.19 | brlcad | starseeker: not quite, you wouldn't want to pass around the whole container like that |
| 01:03.40 | brlcad | I'd start minimal with just the guts |
| 01:04.29 | brlcad | it very well may not like a single one of them expanding in which case it could be an issue with the side of toValue(), but doing just the guts should indicate that |
| 01:05.10 | starseeker | why are we inlining toValue again? Are there actual performance gains here? |
| 01:06.05 | starseeker | by "guts" are you referring to one set of xyz point assignments? |
| 01:07.28 | brlcad | right |
| 01:08.03 | brlcad | logically, it makes sense to specify inline on toValue |
| 01:08.19 | brlcad | try this first |
| 01:08.30 | brlcad | revert and just comment out the while loop |
| 01:08.37 | brlcad | does it still complain about the first call |
| 01:09.07 | brlcad | if it does, then that leaves only two (or three) options |
| 01:09.19 | starseeker | it doesn't |
| 01:09.45 | brlcad | okay, so it's the cumulative effect on that "big" function |
| 01:10.04 | brlcad | next up is the guts |
| 01:10.56 | brlcad | heck, even just a simple getPoint() function will probably do the trick |
| 01:11.04 | brlcad | to get just one point |
| 01:11.17 | brlcad | er, one triplet of points |
| 01:11.34 | starseeker | nods |
| 01:12.39 | brlcad | void getPoint(const char *x, const char *y, const char *z, point &p) {... |
| 01:12.58 | starseeker | need triangleLine too |
| 01:13.12 | starseeker | oh, you want to use c_str in the call? |
| 01:13.18 | brlcad | { p[X] = toValue(x); p[Y] = toValue[y]; p[Z] = toValue[z]; return p; } |
| 01:13.30 | brlcad | sure, whatever |
| 01:13.37 | brlcad | those are free |
| 01:13.46 | brlcad | const std::string works too |
| 01:13.57 | brlcad | less to type as chars :) |
| 01:14.23 | starseeker | if function type is void, how come we're returning p? |
| 01:14.34 | brlcad | er, right |
| 01:14.54 | brlcad | hugs c++ references |
| 01:14.58 | starseeker | (not rhetorical - did I miss something?) |
| 01:15.08 | brlcad | no, you're right -- that's wrong |
| 01:15.46 | brlcad | no need to return, you pass point in and it'll get set |
| 01:17.52 | starseeker | grr - now it's complaining about it the toValue calls made from getPoint |
| 01:19.17 | brlcad | different though, right? |
| 01:19.28 | starseeker | same error, different line numbers |
| 01:19.33 | starseeker | and only three of them this time |
| 01:20.01 | brlcad | I doubt it's exactly the same |
| 01:20.21 | brlcad | the previous was large-function-growth limit, and it's by no means a large function any more |
| 01:21.36 | starseeker | http://pastebin.mozilla.org/1655689 |
| 01:21.54 | starseeker | http://bzflag.bz/~starseeker/raw-g.cpp |
| 01:22.36 | brlcad | bingo, not the same |
| 01:22.40 | brlcad | large-stack-frame-growth limit |
| 01:23.14 | brlcad | presumably all the others went away? |
| 01:23.20 | starseeker | yes |
| 01:23.28 | brlcad | good, progress :) |
| 01:23.43 | starseeker | sort of |
| 01:24.00 | starseeker | (is that the correct use of the point variable?) |
| 01:24.26 | starseeker | I gotta head out - do you want me to commit that Sean? |
| 01:25.16 | brlcad | sure, go ahead |
| 01:26.18 | brlcad | fwiw, convention is "usually" inputs followed by outputs unless there's a complex struct involved (like our libged api) or an established api convention otherwise |
| 01:26.29 | CIA-55 | BRL-CAD: 03starseeker * r50869 10/brlcad/trunk/src/conv/raw/ (CMakeLists.txt raw-g.cpp): Reduces (but doesn't eliminate) strict compilation failures in raw-g |
| 01:46.58 | *** join/#brlcad xth1 (~thiago@201.82.133.7) | |
| 02:07.39 | CIA-55 | BRL-CAD: 03brlcad * r50870 10/brlcad/trunk/src/conv/raw/ (RegionList.h raw-g.cpp): give getPoint() a little more to do by passing a std::string. make toValue() static since inline is but a hint. quells gcc inline warnings. |
| 02:09.45 | CIA-55 | BRL-CAD: 03brlcad * r50871 10/brlcad/trunk/src/conv/raw/CMakeLists.txt: nostrict no longer needed? compiles clean with gcc 4.6.3 |
| 02:09.56 | brlcad | starseeker: check that out, does the trick here |
| 03:14.16 | _fkr | Those materials sound interesting, brlcad (long way back in the log you mentioned something). I gotta run at the moment though. Back later. |
| 03:19.25 | _fkr | Thank you for the link too, I'll check it out later - slept too long and am in a hurry now. |
| 03:22.05 | brlcad | _fkr: no problem, just a great way for anyone to get started with something that only takes a smidgen of time but advances the project usefully |
| 03:22.22 | brlcad | if you have any questions or have another idea, feel free to chime on in with it |
| 03:34.47 | CIA-55 | BRL-CAD: 03r_weiss * r50872 10/brlcad/trunk/src/libged/red.c: Updated the mged/archer 'red' command. Improved editing of matrices in Windows. |
| 03:36.57 | CIA-55 | BRL-CAD: 03brlcad * r50873 10/brlcad/trunk/src/mged/setup.c: |
| 03:36.57 | CIA-55 | BRL-CAD: cliff removed hideline.c in r48460 when it came up with a coverity maintenance |
| 03:36.57 | CIA-55 | BRL-CAD: cost, but this reference to f_hidline() lingered. upon investigating, it was |
| 03:36.57 | CIA-55 | BRL-CAD: commented out back in 3.1 by phil with a note saying it doesn't work everyone, |
| 03:36.57 | CIA-55 | BRL-CAD: so sounds good to finally fully kill it regardless. the command supposedly |
| 03:36.57 | CIA-55 | BRL-CAD: produced a plotfile hidden line style rendering. |
| 03:47.58 | CIA-55 | BRL-CAD: 03brlcad * r50874 10/brlcad/trunk/src/mged/mged.c: now that coverity quellage has fully disabled it, remove the half-assed log_event() mged event logging interface. simplify maintainability on a feature rarely, if ever, used and costly to keep. |
| 03:53.11 | CIA-55 | BRL-CAD: 03brlcad * r50875 10/brlcad/trunk/src/liboptical/sh_scloud.c: VINIT_ZERO instead of literals |
| 03:57.23 | CIA-55 | BRL-CAD: 03brlcad * r50876 10/brlcad/trunk/src/conv/obj-g.c: |
| 03:57.24 | CIA-55 | BRL-CAD: using bu_calloc() means we don't have to check for null. coverity was |
| 03:57.24 | CIA-55 | BRL-CAD: complaining because we were already checking null in one place implying that we |
| 03:57.24 | CIA-55 | BRL-CAD: need to check for it in other places, but the real fix is to simply not check |
| 03:57.24 | CIA-55 | BRL-CAD: for null anywhere. (cid 1757, r48342) |
| 03:59.52 | CIA-55 | BRL-CAD: 03brlcad * r50877 10/brlcad/trunk/src/libged/view_obj.c: VINIT_ZERO instead of numeric literals |
| 04:00.51 | CIA-55 | BRL-CAD: 03brlcad * r50878 10/brlcad/trunk/src/libged/view_obj.c: VINIT_ZERO scope initialization instead of explicit VSETALL |
| 04:03.12 | brlcad | ``Erik: why >>3 in http://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=48523 |
| 04:13.41 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 04:15.50 | CIA-55 | BRL-CAD: 03brlcad * r50879 10/brlcad/trunk/src/libged/get_solid_kp.c: re-enable the 'temporarily disabled' support for pipe keypointing. |
| 04:27.16 | CIA-55 | BRL-CAD: 03brlcad * r50880 10/brlcad/trunk/src/libbu/parse.c: use %zu for size_t instead of casting through long int |
| 04:29.41 | CIA-55 | BRL-CAD: 03brlcad * r50881 10/brlcad/trunk/src/librt/db5_io.c: use BU_EXTERNAL_INIT_ZERO scope initialization instead of explicit init. |
| 04:36.23 | CIA-55 | BRL-CAD: 03brlcad * r50882 10/brlcad/trunk/src/anim/anim_hardtrack.c: use scope initialization where we can |
| 04:41.28 | brlcad | starseeker: would you review richard's r50872 (or at least see if red regressions pass)? he changed one of the regexes for windows |
| 04:41.58 | brlcad | looks mostly safe, changine blank to space, but also removed a mandatory space after one of the numbers |
| 04:55.06 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:00.47 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 06:20.05 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 06:57.46 | *** join/#brlcad andrei_ (~andrei@5-12-78-246.residential.rdsnet.ro) | |
| 07:24.26 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:30.44 | andrei_ | hello |
| 07:31.08 | andrei_ | I m trying to recompile the svn checkout I downloaded to see if my tpkg works |
| 07:31.13 | andrei_ | and it fails |
| 07:31.48 | andrei_ | http://pastebin.ca/2158286 |
| 07:32.02 | andrei_ | these are the errors |
| 07:44.26 | d_rossberg | at a first attempt i would try to remove the /home/andrei/brlcad-build/CMakeTmp/toglstubs directory |
| 07:47.11 | andrei_ | now I get a large number of errors |
| 07:47.27 | andrei_ | but the final output is build files have been written |
| 07:47.45 | andrei_ | CMake Error: Cannot open file for write: /home/andrei/brlcad-build/src/libbu/CMakeFiles/test_bitv.dir/build.make.tmp |
| 07:47.47 | andrei_ | CMake Error: : System Error: Permission denied |
| 07:48.04 | andrei_ | this is one of the errors, for example |
| 07:48.37 | d_rossberg | are you working with different users, e.g. make install as root? |
| 07:50.48 | andrei_ | yes |
| 07:50.52 | andrei_ | i m running sudo make install |
| 07:51.15 | andrei_ | the build process goes on so far |
| 07:51.52 | andrei_ | I m curious if the build process completes succesfully |
| 07:51.53 | d_rossberg | so: if the root writes there something andrei can not change it |
| 07:52.02 | d_rossberg | no it won't |
| 07:52.28 | andrei_ | all that I did was to svn checkout from brlcad rep |
| 07:52.33 | andrei_ | then move into some file called build |
| 07:52.39 | andrei_ | and run $: cmake ../brlcad |
| 07:54.09 | andrei_ | I erased the current build directory and I m attempting a " fresh " installation |
| 07:54.10 | d_rossberg | the repository build is broken, i'm working on it |
| 07:54.17 | andrei_ | aah :) , sorry. |
| 07:54.21 | andrei_ | Anything I could do? |
| 07:55.00 | d_rossberg | btw: i recomment to set the installation directory to /home/andrei/bin/brlcad |
| 07:55.34 | d_rossberg | this way you do not have to change the user for install and you don't influence the remeining system |
| 07:56.05 | andrei_ | thanks for the advice |
| 07:56.53 | andrei_ | so the repo build needs to be fixed before I install it again, right? |
| 08:00.00 | CIA-55 | BRL-CAD: 03d_rossberg * r50883 10/brlcad/trunk/src/anim/anim_hardtrack.c: fixed a crash during build cause by typing error |
| 08:00.35 | d_rossberg | it should now work |
| 08:00.46 | andrei_ | thanks |
| 08:06.30 | andrei_ | d_rossberg : it's working fine now |
| 08:26.41 | andrei_ | there s another error I get while building, I don't think that my system causes it |
| 08:26.43 | andrei_ | http://pastebin.ca/2158306 |
| 08:26.51 | andrei_ | should I try to fix it? |
| 08:42.07 | d_rossberg | i'm not sure, are you working on a 32bit system? maybe this error came with the c++ strict-flag |
| 09:04.49 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:13.56 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 09:42.40 | andrei_ | yes, I m working on 32 bit |
| 10:00.29 | d_rossberg | static_cast<unsigned char>(r) etc. should solve it |
| 10:26.38 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3810 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 10:37.35 | brlcad | just that one typo or is there more? |
| 10:43.05 | brlcad | andrei_: you working on that error, or something else? |
| 10:45.37 | CIA-55 | BRL-CAD: 03brlcad * r50884 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: avoid c++ warnings about narrowing conversion within the curly braces. cast accordingly outside initialization. |
| 11:05.15 | CIA-55 | BRL-CAD: 03brlcad * r50885 10/brlcad/trunk/src/proc-db/CMakeLists.txt: |
| 11:05.15 | CIA-55 | BRL-CAD: interestingly enough, only two of the four opennurbs-using proc db apps fail |
| 11:05.15 | CIA-55 | BRL-CAD: strict compilation due to opennurbs headerness. still, disable strict for those |
| 11:05.15 | CIA-55 | BRL-CAD: two with a comment as to what the issue is so compile may succeed (since a fix |
| 11:05.15 | CIA-55 | BRL-CAD: to quell the warning was non-obvious) |
| 11:13.55 | ``Erik | brlcad: to avoid overflow from the <<=3 a couple lines down |
| 11:18.46 | CIA-55 | BRL-CAD: 03erikgreenwald * r50886 10/brlcad/trunk/src/librt/db5_io.c: note that >>3 is to avoid overflow on the <<=3 in the next statement |
| 11:20.43 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:21.18 | ``Erik | andrei_: you're alive! how are exams going? |
| 11:24.47 | ``Erik | d_rossberg: if you need a 32b system for testing, you have an account on crit.brlcad.org (just be aware that syncs from bz might change things on you) |
| 11:34.44 | brlcad | ``Erik: ah, cool, didn't see that! |
| 11:36.16 | ksuzee | brlcad: Hello, Sean! |
| 11:36.37 | ksuzee | Have you read my summary? |
| 11:37.50 | brlcad | ksuzee: if it was written in the last 30 hours, probably not yet |
| 11:39.45 | ksuzee | okay |
| 11:41.59 | d_rossberg | brlcad: after fixing this single type the build succeeded, therefore i think this was the only one |
| 11:44.34 | starseeker | andrei_: what version of CMake is that? |
| 11:45.27 | starseeker | ah, nevermind |
| 11:45.31 | starseeker | user permission stuff |
| 11:48.31 | starseeker | brlcad: (red) I'll take a look - tjt |
| 11:48.36 | starseeker | gre |
| 11:49.03 | starseeker | come on fingers - that's a point I'm not sure of, whether we have red regression testing a matrix-bearing object |
| 11:53.50 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:57.50 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 12:01.33 | brlcad | d_rossberg: thanks, it was late -- I should have done one more compile to catch that, my bad |
| 12:02.04 | brlcad | got through nearly 500 commit reviews yesterday, less than 50 remaining for release |
| 12:02.42 | brlcad | from about 2000+ to less than 50 now. i smell a release brewing |
| 12:04.09 | brlcad | and 2/3rds of those remaining are richard's, got through everyone else without too many pending more investigation |
| 12:06.04 | brlcad | starseeker: the only one I have left for you is r49752 -- how is BRLCAD_DATA_SUBPATH different from BRLCAD_DATA? |
| 12:06.45 | brlcad | I see it's a relative path value, but then uses bu_brlcad_root to get the prefix |
| 12:07.15 | brlcad | which is curious because one of the bu_brlcad_data behaviors is that as well |
| 12:09.05 | brlcad | ``Erik: the only other issue I had on yours was r48539, which was "bn_dist_pt2_lseg2 returns [-2,3], so cases 4 and 5 can never be reached. Comment them out for now. Cov354" in primitives/bot/bot.c |
| 12:10.52 | brlcad | and by "issue" I mean that seemed suspect since it left dead code around -- those cases matter? or should all of them shift to match bn_dist_pt2_lseg2 return values? |
| 12:16.13 | ``Erik | I d'no, bn_dist_p2_lseg2 comment says it returnsl [-4,3] (and I do see a -4 case), would have to dig in to see what those commented out cases are supposed to deal with to see if it's legitimately dead or if someone changed the bn func without updating the bot func |
| 12:18.42 | CIA-55 | BRL-CAD: 03phoenixyjll * r50887 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: There used to be bugs with the colinear parts. |
| 12:46.06 | andrei_ | hey |
| 12:46.09 | andrei_ | sorry I fell asleep |
| 12:46.36 | brlcad | :) |
| 12:46.39 | andrei_ | Erik,brlcad,starseeker : I should "keep" beeing alive from now |
| 12:47.03 | andrei_ | I finished ( or so I think) the tpkg patch |
| 12:47.14 | brlcad | andrei_: glad to hear it, looking forward to seeing and reading about all the catchup activity here on our! |
| 12:47.18 | brlcad | out even |
| 12:47.41 | andrei_ | yeah, reading and learning tanenbaum in 3 days was nasty stuff :) |
| 12:49.06 | ksuzee | brlcad: hello, once more) Sean, I'm working with directory Util. And there's a couple of functions, which are copied from file to file and I decided to put these common functions in one file util.c (as I told you before). Also I added the headers to the util.h and included it everywhere. But after making there's error - undefined function. Though, if I put the whole function (its body) to the util.h, everything compiles well. So why isn't connection between . |
| 12:49.07 | ksuzee | h and .c seen? Maybe this moment in C is different from C++? I don't know about this moment |
| 12:55.56 | andrei_ | ksuzee, the files in which the undefined function error appears; are they in the same directory? |
| 12:56.24 | ksuzee | andrei_, yeah, of course |
| 12:56.42 | ksuzee | In the same directory "util" |
| 12:58.58 | andrei_ | hm |
| 12:59.16 | andrei_ | are you including it in any c++ file? |
| 12:59.42 | ksuzee | What exactly? |
| 13:00.10 | andrei_ | so you have a .h header with a .c file where the functions are, right? |
| 13:00.21 | ksuzee | yes |
| 13:00.42 | ksuzee | these functions are calling in other file |
| 13:00.44 | andrei_ | and when you include the .h in other files you get undefined functions |
| 13:00.46 | ksuzee | the same dir |
| 13:01.01 | andrei_ | do you get that error on every file or selectively? |
| 13:01.59 | ksuzee | no, no. I get undefined only if put the whole funcftion to the *.c and header - to the *.h. But if the whole function's in *.h, everything works |
| 13:04.09 | ksuzee | also I do include "util.h" in util.c |
| 13:04.12 | ksuzee | as usual |
| 13:04.48 | andrei_ | are you compiling the header files before? |
| 13:05.17 | ksuzee | no, only make util |
| 13:06.00 | andrei_ | I think ( tho , I m not sure , you should ask brlcad for a confirmation or so) that you need to edit the makefile |
| 13:06.10 | andrei_ | err, cmake |
| 13:08.49 | CIA-55 | BRL-CAD: 03starseeker * r50888 10/brlcad/trunk/src/conv/CMakeLists.txt: Add NOSTRICT to 3dm-g until we can get the warning(s) sorted out |
| 13:09.36 | ksuzee | sure, will wait for him) But I'm not sure, that problem's in makefile. The problem's just that header doesn't see its body in *.c |
| 13:09.52 | ksuzee | Because just wih header everything works well |
| 13:11.04 | starseeker | brlcad: BRLCAD_DATA_SUBPATH is relative, where BRLCAD_DATA is absolute |
| 13:12.16 | starseeker | there was a situation where I needed that relative path |
| 13:13.01 | starseeker | if bu_brlcad_root returns something other than CMAKE_INSTALL_PREFIX, BRLCAD_DATA != bu_brlcad_root/BRLCAD_DATA_SUBPATH |
| 13:14.45 | starseeker | I believe it was when I tweaked the data subdirectory in CMake to be something other than share/brlcad/${version} |
| 13:15.26 | starseeker | ah, yes |
| 13:15.28 | starseeker | I remember now |
| 13:16.32 | starseeker | bu_brlcad_data has hard coded checks for share/brlcad/${version}, share/brlcad, share, and a number of other alternatives for the relative data directory |
| 13:17.17 | starseeker | if you set the data directory to something totally different (say, "brlcad_data/${version}") things broke |
| 13:18.00 | starseeker | Adding the BRLCAD_DATA_SUBPATH entry allows bu_brlcad_data to inherit the information of what exactly that relative directory path is from CMake |
| 13:18.26 | starseeker | It doesn't have to try variations on the share directory - it already has the correct answer defined |
| 13:21.29 | starseeker | in principle, bu_brlcad_data now only needs to check the first three cases - getenv("BRLCAD_DATA"), the compile-time path from _brlcad_data(), and bu_brlcad_root/BRLCAD_DATA_SUBPATH |
| 13:22.49 | starseeker | it needs some of the others for the autotools build, which doesn't gurantee the use of the data directory until BRL-CAD is actually installed |
| 13:23.56 | starseeker | I probably should have added a TODO to simplify bu_brlcad_data after autotools goes away |
| 13:33.10 | andrei_ | I updated my folder with svn checkout and I still get some errors |
| 13:33.13 | andrei_ | http://pastebin.ca/2158400 |
| 13:48.19 | ``Erik | andrei_: can you do "make tpkg" or "cd src/libpkg ; make" ? won't fix those errors, but it will build enough of the system for the bit you're concerned with |
| 13:51.36 | CIA-55 | BRL-CAD: 03starseeker * r50889 10/brlcad/trunk/src/proc-db/CMakeLists.txt: |
| 13:51.36 | CIA-55 | BRL-CAD: C++ strict issue - csgbrep.cpp:401:5: error: narrowing conversion of |
| 13:51.36 | CIA-55 | BRL-CAD: '-1759248401l' from 'long int' to 'uint32_t {aka unsigned int}' inside { } is |
| 13:51.36 | CIA-55 | BRL-CAD: ill-formed in C++11 [-Werror=narrowing] - turn off CXX strict until resolved. |
| 14:08.06 | andrei_ | oh, I will do that |
| 14:13.11 | andrei_ | Erik, that works fine. Thanks |
| 14:17.39 | CIA-55 | BRL-CAD: 03starseeker * r50890 10/brlcad/trunk/src/proc-db/CMakeLists.txt: Oops - not a mixed source exec, just use NOSTRICT |
| 14:26.20 | CIA-55 | BRL-CAD: 03starseeker * r50891 10/brlcad/trunk/src/conv/CMakeLists.txt: Don't print messages that will repeat every time - for message handling, this should be turned into a FindADAPTAGRAMS.cmake file (see misc/CMake/FindUTAHRLE.cmake for an idea of how to proceed) |
| 14:26.25 | andrei_ | hm, my tpkg seems to ignore the given -b parameter and I have no idea why. What I did was follow the port example |
| 14:27.19 | andrei_ | I m calling tpkg like this : ./tpkg -t 2000 4096 myfile |
| 14:27.34 | starseeker | no -b flag? |
| 14:27.49 | andrei_ | if I call it with a -b flag I get the " too many arguments" error |
| 14:27.53 | andrei_ | and I modified that in tpkg |
| 14:27.56 | andrei_ | to be > 4 |
| 14:27.59 | andrei_ | instead of 3 |
| 14:28.06 | starseeker | ah |
| 14:28.32 | starseeker | you also need to mod the bu_getopt call |
| 14:28.33 | andrei_ | I mean it doesn't " not work" |
| 14:28.38 | andrei_ | it just uses the default 2048 |
| 14:28.44 | andrei_ | as the parameter was never given or read |
| 14:28.55 | starseeker | line 327 in tpkg.c |
| 14:29.14 | andrei_ | while ((c = bu_getopt(argc, argv, "tTrRp:P:hH:bB")) != -1) { |
| 14:29.30 | starseeker | right - you want -b to read an arg |
| 14:29.51 | starseeker | look at the other options that read args - notice a pattern? |
| 14:30.15 | andrei_ | it should've been |
| 14:30.21 | andrei_ | ":bB:"? |
| 14:30.36 | starseeker | close - the colin comes after the arg letter |
| 14:30.36 | andrei_ | without the first one |
| 14:30.44 | starseeker | so b:B: |
| 14:30.51 | andrei_ | ah, that makes sense |
| 14:31.07 | cristina | starseeker: thanks for letting me know about the message handling for libavoid. This means that I should write a FindADAPTAGRAMS.cmake file besides the check for libavoid in the CMakeListst.txt file? |
| 14:31.15 | andrei_ | thanks starseeker |
| 14:32.16 | starseeker | cristina: actually, it will replace that check - the find_library call will be part of FindADAPTAGRAMS.cmake, and that in turn will be called with find_package(ADAPTAGRAMS) (which is what will replace the current find_library call) |
| 14:32.39 | cristina | ah, ok, I understand. Thank you :) |
| 14:33.47 | starseeker | FindADAPTAGRAMS.cmake will also allow us to search for the other libraries of adaptagrams, if it turns out they are needed |
| 14:33.48 | andrei_ | starseeker, it worked. now |
| 14:33.58 | starseeker | andrei_: good :-) |
| 14:34.11 | andrei_ | but in order to prevent a future re edit I ll paste my call line |
| 14:34.15 | andrei_ | to see if it is how it should be |
| 14:34.35 | andrei_ | $ ./bin/tpkg -t -p 2000 -b 4000 127.0.0.1 myfile |
| 14:34.50 | cristina | starseeker: yes, we might need other libraries as well |
| 14:35.05 | starseeker | andrei_: looks good |
| 14:35.28 | andrei_ | nice, I ll commit it in a few minutes, thanks. |
| 14:37.27 | starseeker | cristina: OK - that just means multiple find_library calls, and more variables passed to FIND_PACKAGE_HANDLE_STANDARD_ARGS |
| 14:37.53 | starseeker | I'd suggest starting with FindUTAHRLE.cmake - copy it to FindADAPTAGRAMS.cmake and start modifying it |
| 14:38.26 | cristina | will do that and then just use find_package in CMakeLists.txt |
| 14:38.35 | starseeker | nods |
| 14:38.48 | starseeker | it shouldn't be terribly complicated |
| 14:38.58 | starseeker | (they can be, but this is a pretty simple one) |
| 14:40.49 | starseeker | cristina: FindADAPTAGRAMS.cmake is also one of the things we will eventually need for src/other support, once substantial features are using adaptagrams - so a good thing to have all around |
| 14:43.06 | cristina | I'll take care of this .cmake file today |
| 14:59.16 | andrei_ | brlcad : I have edited both patches. I ll see later if I manage to do some part of the shell script. |
| 15:10.52 | CIA-55 | BRL-CAD: 03n_reed * r50892 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: generate spaces instead of tabs; SCL git 86b9f12 |
| 15:20.42 | CIA-55 | BRL-CAD: 03n_reed * r50893 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.inline.cc: Use UNKNOWN_TYPE when an attribute has no NonRefType. SCL git 6aa4695. |
| 15:21.14 | *** join/#brlcad andrei_ (andrei@5-12-78-246.residential.rdsnet.ro) | |
| 15:26.30 | brlcad | cristina: you'll also want to mark the variable advanced (so it doesn't show up in a ccmake listing) and cache it if you can so it doesn't rerun the test every invocation of cmake |
| 15:30.38 | CIA-55 | BRL-CAD: 03starseeker * r50894 10/brlcad/trunk/src/conv/raw/CMakeLists.txt: Grr - still getting strict issues with raw-g. Flag it for now. |
| 15:30.58 | cristina | brlcad: hm, I am not really sure how to do that but I'll look into that matter |
| 15:33.06 | brlcad | cristina: if you run "ccmake ." in your build directory, you'll see your newly added variable -- it shouldn't be in that default listing |
| 15:33.19 | brlcad | look for examples of MARK_AS_ADVANCED |
| 15:33.26 | brlcad | similar for caching |
| 15:33.40 | cristina | aha |
| 15:34.53 | CIA-55 | BRL-CAD: 03n_reed * r50895 10/brlcad/trunk/src/other/step/src/clstepcore/STEPattribute.inline.cc: ensure constructors receive non-null AttrDescriptor; SCL git e547807 |
| 15:51.54 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3811 10/wiki/User:Anuragmurty: /* Development Log */ |
| 15:54.13 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 15:54.18 | yukonbob | hello, #brlcad |
| 17:12.59 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 17:22.34 | CIA-55 | BRL-CAD: 03starseeker * r50896 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Need to be able to specify both port and framebuffer type on command line for rtwizard |
| 17:24.33 | cristina | brlcad: I added MARK_AS_ADVANCED for my variables. I have a question about caching: don't the find_path and find_library take care of caching? I.e. if the variables are set to valid values, then the functions do nothing? This is what I read here: http://www.vtk.org/Wiki/CMake:How_To_Find_Libraries#Performance_and_caching |
| 17:26.30 | cristina | if I look into the CMakeCache.txt file I see that the variables are set (provided that the library is found) |
| 17:26.36 | CIA-55 | BRL-CAD: 03starseeker * r50897 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Use verbose flag |
| 17:26.56 | starseeker | cristina: yes, they should |
| 17:27.47 | cristina | starseeker: so there's no need to add something extra, that would 'enforce' caching? |
| 17:55.44 | DarkCalf | waves to brlcad |
| 17:56.28 | CIA-55 | BRL-CAD: 03cprecup * r50898 10/brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: Added helper script FindADAPTAGRAMS.cmake to check for libavoid's existence as a system-installed library and mark as advanced the set variables. |
| 17:57.36 | CIA-55 | BRL-CAD: 03cprecup * r50899 10/brlcad/trunk/src/conv/CMakeLists.txt: Replaced find_library for libavoid with find_package |
| 18:00.18 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 18:00.48 | CIA-55 | BRL-CAD: 03cprecup * r50900 10/brlcad/trunk/src/conv/CMakeLists.txt: Uncommented harmless line for setting the source files corresponding to libavoid |
| 18:07.20 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 18:30.55 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 19:13.26 | CIA-55 | BRL-CAD: 03starseeker * r50901 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Add support for explicitly setting the view model. Also wait more robustly for fbserv to come up before trying to raytrace, and fix one of the -F handling cases in framebuffer type option parsing. |
| 19:22.56 | brlcad | cristina: good progress, but check the header on the new FindADAPTAGRAMS.cmake file |
| 19:23.13 | brlcad | name and copyright years are wrong |
| 19:26.33 | CIA-55 | BRL-CAD: 03cprecup * r50902 10/brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: Corrected header |
| 19:26.54 | cristina | brlcad: thanks for the observation, I've corrected the header |
| 19:27.05 | cristina | sorry about that |
| 19:27.08 | brlcad | thanks |
| 19:27.13 | brlcad | no worries |
| 19:31.01 | brlcad | starseeker: aw, cmon now -- r50889 is trivial to quell :) |
| 19:32.23 | brlcad | just as much effort to add (and later remove) NOSTRICTCXX as it is to do the fix (init outside of the curlies with proper casts) |
| 19:38.35 | crdueck | brlcad: for some primitives with a general and then more specific cases (eg. ell/sph), when making a volume function for the generalized case theres some logic to determine the particular special case which is duplicated exactly in the surface area function. when using these functions in the analyze commands which is going to always use both volume and surface area function it seems a little redundant. |
| 19:41.41 | crdueck | my thought was to write functions for each specific primitive and move the logic to determine the specific instance of the general case to the analyze command |
| 19:44.03 | ksuzee | brlcad: thanks for your comments, Sean! It's just function get_args(int argc, char **argv). I want to rename it to get_args_rle and it's called only in bw_rle.c and pix-rle.c and no more files |
| 20:38.52 | CIA-55 | BRL-CAD: 03n_reed * r50903 10/brlcad/trunk/src/ (7 files in 2 dirs): Put generated globals in a namespace. Namespace declaration written to *Names.h. SCL git 88e9634, da0a395, and 3ed8797. |
| 20:47.52 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 20:48.02 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 21:12.41 | brlcad | crdueck: not following, what's redundant? |
| 21:14.41 | brlcad | crdueck: sph's surface area function could merely call the ell's surface area function, if that's what you mean -- or they could be treated as completely separate entities with just very similar calculations being performed |
| 21:18.50 | crdueck | brlcad: maybe tgc is a better example. a tgc could be a rec, rcc, tec or trc. if i make a volume and surface area function for tgc, i need some logic to find which of those special cases is being dealt with. if the analyze command uses those functions to analyze any tgc, then the logic to determine the special case is being preformed twice. |
| 21:20.24 | crdueck | unless there are separate vol/area functions for each special case, and the analyze command determines determines which case is being dealt with and calls those specific functions. I'm just wondering if its better to have many separate functions for different cases of a general shape, or one function for the general case that will result in some code duplication. |
| 21:34.27 | CIA-55 | BRL-CAD: 03starseeker * r50904 10/brlcad/trunk/src/conv/intaval/regtab.h: Clear deprecated string conversion warning with clang |
| 21:36.28 | CIA-55 | BRL-CAD: 03starseeker * r50905 10/brlcad/trunk/src/other/clipper/clipper.hpp: Clear clang warning |
| 21:46.16 | CIA-55 | BRL-CAD: 03brlcad * r50906 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): NULL is not the same thing at all as an emptry string, especially with c++. convert to an empty std::string initializer instead. hopefully not intentionally avoiding stl in api? |
| 21:50.42 | CIA-55 | BRL-CAD: 03starseeker * r50907 10/brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: Strict issue with obj-g as well |
| 21:51.13 | CIA-55 | BRL-CAD: 03starseeker * r50908 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: More work on rtwizard man page. |
| 21:55.18 | brlcad | crdueck: have you looked at the analyze command much yet? |
| 21:55.44 | brlcad | you'll find it already switches on tgc/rec/rcc/trc |
| 21:56.12 | brlcad | (and calculates surface areas and volumes) |
| 21:56.21 | brlcad | just not in a good way |
| 21:57.13 | brlcad | I don't think it matters much if you put fully generalized logic into tgc and have trc/tec/rcc/rec reference or even call that logic |
| 21:57.37 | brlcad | or whether you just treat them all independently and make them do the logic for their case (postentially resulting in a little duplication) |
| 21:58.20 | brlcad | I"d probably lean towards the latter myself and refactor if I found a substantial duplication or general portion that could be extracted and reused, but it really doesn't matter much at that level |
| 21:58.50 | brlcad | what DOES matter more is to move more towards the analyze command knowing absolutely nothing about primitive types |
| 21:59.38 | brlcad | it should just be calling into functab or the rt_ob_*() interface, getting the data and printing it up pretty for the user |
| 22:00.22 | brlcad | all of the existing rt_*_internal awareness is TODO cleanup work that needs to be pushed down into librt |
| 22:01.01 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3812 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 22:01.57 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:02.08 | brlcad | most commands in libged shouldn't be aware of object types, only that it's an rt_db_internal -- the rest happening through librt callbacks and API |
| 22:03.40 | CIA-55 | BRL-CAD: 03n_reed * r50909 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc multpass.c): cleanup from SCL git cb35164 and 1cfb41d |
| 22:04.17 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:05.53 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:06.55 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:08.12 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:09.46 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:13.27 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:14.13 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:15.20 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:16.36 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:18.06 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:20.43 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:20.51 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 22:21.20 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:22.23 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:26.05 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:29.46 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:30.00 | CIA-55 | BRL-CAD: 03n_reed * r50910 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes_misc.c classes_wrapper.cc): cleanup from SCL git 0bb182b and ed8474e |
| 22:30.50 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:34.41 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:36.16 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:37.23 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:38.22 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:39.26 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:40.40 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:40.53 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:43.03 | *** join/#brlcad cristina (~quassel@188.24.64.37) | |
| 22:43.14 | CIA-55 | BRL-CAD: 03brlcad * r50911 10/brlcad/trunk/src/proc-db/ (CMakeLists.txt csgbrep.cpp): don't punt. less effort to actually fix the problem, especially when there was already a commit showing exactly how to fix a narrowing conversion warning. in this case, even simpler since the cast was wrong. |
| 22:57.11 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3813 10/wiki/User:Al_Da_Best/devlog: Update 5th June |
| 23:12.21 | CIA-55 | BRL-CAD: 03crdueck * r50912 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added general volume function for tgc |
| 23:14.02 | *** join/#brlcad cristina (~quassel@188.24.71.66) | |
| 00:36.26 | CIA-55 | BRL-CAD: 03crdueck * r50913 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added missing break statement |
| 01:25.36 | crdueck | i'm not entirely sure how the rt_obj_* interface works, i wrote this interface for volume based off the other obj files in primitives/ and i'd just like someone to check it to see if I've missed anything. http://sprunge.us/cZbb |
| 01:26.13 | CIA-55 | BRL-CAD: 03starseeker * r50914 10/brlcad/branches/STABLE/ (189 files in 71 dirs): |
| 01:26.13 | CIA-55 | BRL-CAD: Sync trunk and STABLE up to trunk r50908. Reverted previous workaround of vls |
| 01:26.13 | CIA-55 | BRL-CAD: issues - should be back to STABLE matching a particular revision of trunk. Will |
| 01:26.13 | CIA-55 | BRL-CAD: double check due to complexity of this merge process, but after this syncing |
| 01:26.13 | CIA-55 | BRL-CAD: should be more straightforward again. |
| 01:26.40 | CIA-55 | BRL-CAD: 03starseeker * r50915 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Get the rtwizard man page closer to complete - still need examples and review. |
| 02:19.33 | brlcad | starseeker: awesome preemption on the merge |
| 03:29.13 | brlcad | yay, looks like we're in a maintenance window -- cannot commit |
| 03:48.02 | brlcad | ``Erik: heh, I don't know what you were smoking with that bot.c change, but cid345 is for a missing break statement (which is indeed missing) |
| 03:49.08 | brlcad | bn_dist_pt2_lseg2() does return [0,5] not [-2,3] as the commit message claimed |
| 03:49.22 | brlcad | so yeah, dunno what went on there, but the fix is simple |
| 04:38.50 | *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro) | |
| 05:16.05 | *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro) | |
| 06:38.15 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:50.02 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:51.50 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 06:58.23 | *** join/#brlcad stas (~stas@188.24.41.118) | |
| 08:22.49 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:28.21 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 10:45.43 | ``Erik | the cid was 354, not 345 |
| 10:58.18 | ``Erik | (now 48539... *look*) hm, that would've been a trivial one to fix, wonder if it was listing differently when I got to it *shrug* |
| 11:00.21 | CIA-55 | BRL-CAD: 03erikgreenwald * r50916 10/brlcad/trunk/src/librt/primitives/bot/bot.c: un-comment the 4/5 cases and add in the missing break. Related to Cov354/490354 |
| 11:02.40 | *** join/#brlcad andrei_ (~andrei@5-12-77-90.residential.rdsnet.ro) | |
| 12:05.04 | brlcad | right, 354 (now 490354) |
| 12:09.43 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 12:09.46 | CIA-55 | BRL-CAD: 03brlcad * r50917 10/brlcad/trunk/src/gtools/g_diff.c: |
| 12:09.46 | CIA-55 | BRL-CAD: convert g_diff over from wdb_init_obj/wdb_create_cmd to libtclcad using |
| 12:09.46 | CIA-55 | BRL-CAD: to_open_tcl. this removes one of the last remaining vestiges on wdb_obj |
| 12:09.46 | CIA-55 | BRL-CAD: (there's still a wdb_get_tcl call that needs to be removed). convert interp |
| 12:09.46 | CIA-55 | BRL-CAD: global to upper while we're at it since we added an interp param. |
| 12:09.52 | CIA-55 | BRL-CAD: 03brlcad * r50918 10/brlcad/trunk/src/gtools/CMakeLists.txt: g_diff doesn't use libged |
| 12:10.59 | CIA-55 | BRL-CAD: 03brlcad * r50919 10/brlcad/trunk/src/gtools/Makefile.am: g_diff doesn't use libged, ged comes before rt |
| 12:12.32 | CIA-55 | BRL-CAD: 03brlcad * r50920 10/brlcad/trunk/src/gtools/g_diff.c: add fixme to remove wdb_get_tcl |
| 12:13.11 | CIA-55 | BRL-CAD: 03brlcad * r50921 10/brlcad/trunk/TODO: mged is the last remaining caller to wdb_init_obj/wdb_create_cmd needing to be converted (though it should probably convert to libged, not libtclcad) |
| 12:16.18 | CIA-55 | BRL-CAD: 03brlcad * r50922 10/brlcad/trunk/src/librt/librt_private.h: declare rt_advance_to_next_cell and rt_plot_cell in the private header since shoot and bundle call it, pointing out that they shouldn't have the rt prefix |
| 12:17.07 | CIA-55 | BRL-CAD: 03brlcad * r50923 10/brlcad/trunk/src/librt/bundle.c: reorder to avoid forward declarations, move comment |
| 12:34.35 | CIA-55 | BRL-CAD: 03brlcad * r50924 10/brlcad/trunk/NEWS: keith added initial support for importing assembly hierarchies to step-g in r49049 |
| 12:35.35 | CIA-55 | BRL-CAD: 03phoenixyjll * r50925 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: startedge might points to the wrong place if adding endegde expands the capacity of the edge array, so we need to fix the pointer. |
| 12:40.54 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3814 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 12:48.49 | CIA-55 | BRL-CAD: 03brlcad * r50926 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: it's a sort callback, so it should be reporting when values are equal too with a zero-return. undoubtedly related to the bogus sorting reported in r49898. |
| 12:50.23 | CIA-55 | BRL-CAD: 03brlcad * r50927 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: er, they're floating point -- use EQUAL for comparison |
| 12:52.47 | CIA-55 | BRL-CAD: 03brlcad * r50928 10/brlcad/trunk/TODO: make sure facetize/ev work on windows |
| 12:54.22 | brlcad | only a few commits still pending review, if anyone wants to help: r50872, r49388, r49603 |
| 12:54.42 | brlcad | there's more, but that's a start |
| 13:01.11 | CIA-55 | BRL-CAD: 03brlcad * r50929 10/brlcad/trunk/NEWS: bob added a new select command to archer for picking objects via the gui (using rects), richard then enabled the command for mged by adding it to the command table |
| 13:08.04 | CIA-55 | BRL-CAD: 03brlcad * r50930 10/brlcad/trunk/NEWS: |
| 13:08.04 | CIA-55 | BRL-CAD: richard changed some tolerances that were preventing some pipe bends from |
| 13:08.04 | CIA-55 | BRL-CAD: tesselating. he changed some compares from 0.0 to SMALL_FASTF affecting 90 |
| 13:08.04 | CIA-55 | BRL-CAD: degree bends (untested) and pipes with inner/outer diameters. he also relaxed |
| 13:08.04 | CIA-55 | BRL-CAD: near-zero comparison of the normal (which affects linear segments). |
| 13:25.36 | *** join/#brlcad xth1 (~thiago@187.106.54.95) | |
| 13:35.37 | CIA-55 | BRL-CAD: 03brlcad * r50931 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: |
| 13:35.37 | CIA-55 | BRL-CAD: cleanup calling INIT_ZERO scope initializers instead of manually initializing, |
| 13:35.37 | CIA-55 | BRL-CAD: for readability and a smidgen performance boost. also add the slew of missing |
| 13:35.37 | CIA-55 | BRL-CAD: semicolons on vmath routines that were pooching formatting. finally, remove the |
| 13:35.37 | CIA-55 | BRL-CAD: excessive logging hyperbole!!!!! |
| 13:49.50 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 14:08.12 | CIA-55 | BRL-CAD: 03starseeker * r50932 10/brlcad/trunk/ (44 files in 24 dirs): Bump version number on BRL-CAD libraries from 19 to 20 |
| 14:14.32 | brlcad | less than 25 remaining |
| 14:18.35 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:57.14 | ``Erik | ray bradbury passed today |
| 15:05.40 | brlcad | may his ashes burn at 451 degrees, I salute thee mr bradbury |
| 15:05.53 | andrei_ | O_O |
| 15:12.02 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 15:23.12 | d_rossberg | brlcad: "empty string" is different from NULL in C too, e.g. look at strlen() |
| 15:27.14 | CIA-55 | BRL-CAD: 03d_rossberg * r50933 10/brlcad/trunk/src/conv/intaval/ (regtab.cpp regtab.h): |
| 15:27.14 | CIA-55 | BRL-CAD: the clang warning was about the 'char* = ""' as parameter, the correct declaration is 'const char* = ""' |
| 15:27.14 | CIA-55 | BRL-CAD: changed the declaration and implementation accordingly |
| 15:38.39 | brlcad | knows, just conventionally "more" different in C++ |
| 15:39.18 | brlcad | ksuzee: do you understand my reply? |
| 15:39.58 | ksuzee | brlcad: hello |
| 15:40.35 | brlcad | hi :) |
| 15:41.17 | ksuzee | :) yes, I saw it. But I can't understand where I must include this *.c file |
| 15:41.41 | ksuzee | And it's just get_args function |
| 15:41.51 | ksuzee | It will be used just in 2 files |
| 15:42.17 | brlcad | it doesn't matter what the function is or how few files |
| 15:42.40 | brlcad | you have to tell the build system about the file, otherwise how does it know to compile it? |
| 15:43.35 | ksuzee | yes |
| 15:43.51 | ksuzee | when i include *.h file |
| 15:43.58 | ksuzee | everything woks well |
| 15:44.56 | ksuzee | but when I put the function to the *.c and do include *.h in this c-file, function isn't seen |
| 15:45.36 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3815 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */ |
| 15:45.51 | ksuzee | so where else must i write about this *.c file to make it visible? |
| 15:45.59 | brlcad | ksuzee: you keep saying the SAME thing over and over |
| 15:46.17 | brlcad | but not reading what I'm saying, so I presume that means you don't understand what I'm saying |
| 15:46.55 | brlcad | you must write about this new c file in the build system |
| 15:47.04 | brlcad | that's the CMakeLists.txt file and the Makefile.am file |
| 15:47.38 | ksuzee | I see... |
| 15:49.17 | ksuzee | So in Makefile it must be written here: bin_PROGRAMS = \ |
| 15:51.23 | ksuzee | I've found thes places, thanks |
| 15:51.29 | ksuzee | I'll try now |
| 16:03.27 | brlcad | ksuzee: you're using cmake to build, yes? |
| 16:04.06 | brlcad | we have two build systems, that's why there's a CMakeLists.txt file and a Makefile.am file (we're transitioning to the cmake build) |
| 16:04.20 | ksuzee | I used it only first, when i downloaded sources. Now I do just make |
| 16:04.32 | brlcad | okay that's fine |
| 16:05.02 | brlcad | the reason I ask is because obviously if you modify the Makefile.am and are using cmake+make to build, you're not going to see any change |
| 16:05.08 | brlcad | you'd have to use the other build system |
| 16:05.32 | brlcad | you don't have to test the other build system, though, the edits are very simple |
| 16:05.49 | brlcad | lets start with the build system you're not using, the Makefile.am file |
| 16:06.05 | brlcad | ready? |
| 16:06.51 | ksuzee | yes |
| 16:07.11 | brlcad | what are the two programs you're modifying |
| 16:07.32 | ksuzee | there're bw-rle and pix-rle |
| 16:07.40 | brlcad | so we'll start with bw-rle |
| 16:08.00 | brlcad | open src/util/Makefile.am, and search for bw-rle |
| 16:08.19 | brlcad | you'll quickly see it's first listed under some "bin_PROGRAMS" variable |
| 16:08.29 | brlcad | you see it? |
| 16:08.38 | ksuzee | yes |
| 16:09.05 | ksuzee | $(bw_rle_OBJECTS) \ |
| 16:09.09 | brlcad | without even knowing what the syntax of that Makefile.am file is, it's pretty clear that bin_PROGRAMS looks like a list of applications but is NOT where source files are described |
| 16:09.36 | brlcad | continuing to search for bw-rle .. the next thing you find is what? |
| 16:10.07 | ksuzee | mm, mans?) |
| 16:10.34 | brlcad | no, what is the next reference to bw-rle in that file after the bin_PROGRAMS line? |
| 16:11.36 | ksuzee | sources |
| 16:12.24 | brlcad | be specific |
| 16:13.14 | brlcad | running grep, I find three references to bw-rle: |
| 16:13.14 | brlcad | [sean@gcc1-power7 brlcad]$ grep bw-rle src/util/Makefile.am bw-rle \ |
| 16:13.14 | brlcad | bw_rle_SOURCES = bw-rle.c bw-rle.1 \ |
| 16:13.17 | ksuzee | source to bw-rle.c, |
| 16:13.41 | brlcad | that's not what I mean about being specific :) |
| 16:13.45 | brlcad | I mean, what's the line? |
| 16:13.54 | ksuzee | bw_rle_SOURCES = bw-rle.c |
| 16:13.57 | ksuzee | sorry) |
| 16:13.59 | brlcad | right! |
| 16:14.13 | brlcad | so still I don't need to know the syntax of that file |
| 16:14.29 | brlcad | but it looks like bw_rle_SOURCES is some sort of variable where you list sources files for the bw-rle program |
| 16:14.39 | brlcad | the first file listed is bw-rle.c |
| 16:14.44 | brlcad | it's the only file listed |
| 16:15.21 | brlcad | you moved a function from bw-rle.c into util.c so NOW the source code to bw-rle is in bw-rle.c AND util.c |
| 16:15.32 | brlcad | so you can add your util.c there |
| 16:16.03 | brlcad | understand? |
| 16:16.40 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 16:16.43 | ksuzee | yeees)))) |
| 16:16.59 | brlcad | okay, now after that's done, a couple more things to check |
| 16:17.12 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3816 10/wiki/EBM: /* Converting PNG into x bitmap file */ show command and response as entered |
| 16:17.34 | brlcad | look up a few lines before the bw_rle_SOURCES line, do you see the bombardier_SOURCES line? |
| 16:17.47 | ksuzee | yes |
| 16:17.53 | brlcad | what do you see there? |
| 16:18.02 | brlcad | notice anything interesting? |
| 16:18.06 | ksuzee | bombardier_SOURCES = bombardier.c bombardier.h |
| 16:18.15 | ksuzee | h - file) |
| 16:18.24 | brlcad | excellent |
| 16:18.36 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3817 10/wiki/EBM: /* Inserting ''ebm'' in MGED */ show command as entered (need response) |
| 16:18.53 | brlcad | so that's a pretty good indication that you should probably put util.h on the bw_rle_SOURCES line too |
| 16:19.06 | ksuzee | yes |
| 16:19.55 | brlcad | one last thing to check |
| 16:20.03 | brlcad | when I ran grep, there were three matches |
| 16:20.11 | brlcad | the first was the bin_PROGRAMS line |
| 16:20.17 | brlcad | the second was the sources line |
| 16:20.21 | brlcad | what is the third? |
| 16:20.35 | ksuzee | bw-rle.1 \ |
| 16:20.40 | ksuzee | man file |
| 16:20.50 | brlcad | do you think you need to do anything there? |
| 16:20.54 | ksuzee | no |
| 16:20.58 | brlcad | you sure? |
| 16:21.26 | ksuzee | maybe the bw-rle.1 must be correct |
| 16:21.30 | ksuzee | itself |
| 16:21.49 | brlcad | you should be sure ;) |
| 16:22.04 | brlcad | did you modify the man page? |
| 16:22.23 | ksuzee | no) |
| 16:22.39 | brlcad | so then again |
| 16:22.42 | brlcad | do you think you need to do anything there? |
| 16:25.01 | ksuzee | It's a manual page about how programm works. So why must it be modified?:) |
| 16:25.40 | brlcad | that's what I'm asking you :) |
| 16:25.51 | ksuzee | no |
| 16:25.54 | brlcad | you sure? :) |
| 16:25.58 | ksuzee | yes) |
| 16:26.02 | brlcad | excellent! :) |
| 16:26.40 | ksuzee | I feel like being at lie detector) |
| 16:26.44 | brlcad | hehe |
| 16:27.16 | brlcad | you should be confident in your basic understanding of what you're doing to a file, whether it's source code or build system files or documentation |
| 16:27.24 | brlcad | here's a great example :) |
| 16:28.01 | ksuzee | I see) |
| 16:28.05 | brlcad | you weren't 100% sure until I made you convince yourself, you should do that to yourself and if you're not sure, figure out why |
| 16:28.20 | brlcad | okay, so now that's done |
| 16:28.32 | brlcad | IF you had commit access, that'd be a perfect time to commit |
| 16:29.06 | brlcad | since you don't, however, proceed with the second application |
| 16:29.25 | brlcad | you're basically going to do the exact same thing for pix-rle |
| 16:29.49 | brlcad | find lines that reference it, see if you need to change anything, add what you need to add |
| 16:30.30 | ksuzee | ok)) |
| 16:32.01 | brlcad | when you finish that, let me know and we can proceed to the other build system where you can actually test your changes |
| 16:34.20 | ksuzee | I finished |
| 16:34.49 | brlcad | great, so next up is CMakeLists.txt file |
| 16:35.24 | brlcad | again, even without knowing what the syntax of that file is, you should expect needing to make similar edits to probably denote the addition of util.c and util.h -- you just have to find where/how to declare them |
| 16:36.03 | ksuzee | I've done) |
| 16:36.04 | brlcad | so where do you find references to bw-rle ? |
| 16:36.22 | brlcad | use a search mechanism like grep, don't just visually scan the file |
| 16:36.46 | brlcad | ctrl-s if you're using emacs for incremental search |
| 16:37.33 | ksuzee | I've done with grep |
| 16:40.07 | brlcad | what editor have you been using? |
| 16:40.26 | ksuzee | gedit - there's ctrl+f |
| 16:40.40 | CIA-55 | BRL-CAD: 03tbrowder2 * r50934 10/brlcad/trunk/src/ (10 files in 6 dirs): correct grammar: it's => its (possessive form of 'it') |
| 16:41.33 | brlcad | so how many references to bw-rle did you find? |
| 16:41.41 | ksuzee | 2 |
| 16:42.05 | brlcad | and they are? |
| 16:42.31 | ksuzee | BRLCAD_ADDEXEC(bw-rle bw-rle.c "libbu;libsysv;${UTAHRLE_LIBRARY}") |
| 16:42.37 | ksuzee | amd man |
| 16:42.38 | ksuzee | *and |
| 16:42.55 | brlcad | do you think you need to do anything with the second one? |
| 16:43.47 | ksuzee | no) |
| 16:43.50 | ksuzee | I'm sure) |
| 16:43.52 | brlcad | just checking ;) |
| 16:43.54 | ksuzee | 100% |
| 16:43.55 | ksuzee | ) |
| 16:44.19 | brlcad | okay, so looking at the ADDEXEC line, it looks like a compact form of what you were just editing |
| 16:44.35 | brlcad | without knowing the syntax, it looks like the name of the program, sources, and libraries |
| 16:45.00 | brlcad | so now you just need to know 1) how to add multiple sources and 2) where does the header go |
| 16:45.28 | brlcad | so look in that file to see if you can find any other ADDEXEC examples that list more than one .c file |
| 16:45.32 | brlcad | do you see any? |
| 16:46.16 | ksuzee | No, I don't |
| 16:46.19 | ksuzee | aa |
| 16:46.21 | ksuzee | found |
| 16:46.28 | ksuzee | BRLCAD_ADDEXEC(dunncolor "dunncolor.c;dunncomm.c" libbu) |
| 16:46.33 | brlcad | excellent |
| 16:46.48 | brlcad | so it looks like the syntax is to wrap it in quotes and separate them with semicolons |
| 16:46.58 | brlcad | so that answers #1 |
| 16:47.07 | brlcad | what about #2, where do you think the header goes? |
| 16:47.53 | ksuzee | CMAKEFILES(bombardier.h morphedit.tcl pldebug.c) |
| 16:48.06 | ksuzee | the only .h i've found |
| 16:48.52 | ksuzee | in Makefile it was the only too) |
| 16:49.14 | CIA-55 | BRL-CAD: 03tbrowder2 * r50935 10/brlcad/trunk/src/util/png-pix.1: correct name of program |
| 16:49.57 | brlcad | so unlike Makefile.am where you could just list it as a source, here, it looks like it's just listed separately |
| 16:50.05 | brlcad | so you can put util.h there |
| 16:50.24 | brlcad | do it again for the other program and you'll be able to test your build |
| 16:57.34 | CIA-55 | BRL-CAD: 03tbrowder2 * r50936 10/brlcad/trunk/TODO: add suggested TODO |
| 17:02.04 | ksuzee | file is seen! |
| 17:03.11 | brlcad | now when you compile, the linker error should go away, yes? |
| 17:04.08 | ksuzee | yes)) |
| 17:04.16 | ksuzee | Thank you a lot, Sean! |
| 17:07.01 | ksuzee | And one more...Sorry, if I'm annoying=))) I really don't want to pester) But check, please, my summary and patches) |
| 17:08.44 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 17:08.53 | yukonbob | hello, #brlcad |
| 17:09.37 | brlcad | ksuzee: you're not annoying, glad we could work through it |
| 17:10.02 | brlcad | hopefully you understand why you were getting the linker failure and why the header worked |
| 17:13.07 | CIA-55 | BRL-CAD: 03tbrowder2 * r50937 10/brlcad/trunk/doc/docbook/ (articles/en/TEMPLATE.xml system/mann/en/edit.xml): correct grammar: it's => its (possessive form of 'it') |
| 17:22.03 | ksuzee | yes, I understood everything, thank you a lot) As for patches, all of them except one are opened |
| 17:42.38 | brlcad | they'll go through another round of reviews sometime soon |
| 18:01.10 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3819 10/wiki/DSP: /* Preparing your height field data */ adding examples |
| 18:02.09 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Cs-24-150h.png]]" |
| 18:07.11 | CIA-55 | BRL-CAD: 03starseeker * r50938 10/brlcad/trunk/ (7 files in 3 dirs): Checkpoint rework of brlman - no graphical component yet, but a good start on the command line side. Thanks to Nick for the minimal workaround for Tcl not being able to launch man interactively. |
| 18:33.18 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp.png]]" |
| 18:33.50 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp2.png]]" |
| 18:42.19 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3823 10/wiki/DSP: /* Preparing your height field data */ adding examples |
| 19:04.15 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 19:05.01 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3824 10/wiki/DSP: rearrange examples to fit existing sections better; make a new section to be filled in |
| 19:09.05 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 19:14.32 | CIA-55 | BRL-CAD: 03tbrowder2 * r50939 10/brlcad/trunk/src/conv/asc/asc2pix.c: remove unused var |
| 19:21.08 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 19:21.13 | CIA-55 | BRL-CAD: 03n_reed * r50940 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): MSVC fixes from SCL git 6226717 and 879f509 |
| 19:21.43 | CIA-55 | BRL-CAD: 03brlcad * r50941 10/brlcad/trunk/src/libbn/noise.c: initialize the pointer to NULL in case we end up returning it without setting it. |
| 19:23.39 | CIA-55 | BRL-CAD: 03tbrowder2 * r50942 10/brlcad/trunk/src/conv/asc/asc2pix.c: add some comments and white space; adjust other ws for style |
| 19:25.27 | CIA-55 | BRL-CAD: 03tbrowder2 * r50943 10/brlcad/trunk/src/conv/asc/asc2pix.c: uppercase labels |
| 19:26.31 | CIA-55 | BRL-CAD: 03tbrowder2 * r50944 10/brlcad/trunk/src/conv/asc/asc2pix.c: ws, style |
| 19:28.57 | CIA-55 | BRL-CAD: 03tbrowder2 * r50945 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style |
| 19:29.07 | brlcad | <PROTECTED> |
| 19:29.54 | ``Erik | starseeker committed and ran, there're several breakages after that |
| 19:30.01 | CIA-55 | BRL-CAD: 03tbrowder2 * r50946 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws |
| 19:30.31 | brlcad | k |
| 19:33.01 | CIA-55 | BRL-CAD: 03tbrowder2 * r50947 10/brlcad/trunk/src/conv/asc/asc2pix.c: more ws, style |
| 19:38.09 | CIA-55 | BRL-CAD: 03tbrowder2 * r50948 10/brlcad/trunk/src/conv/asc/pix2asc.c: ease legibility & maintenance with an intermediate var |
| 19:43.05 | CIA-55 | BRL-CAD: 03brlcad * r50949 10/brlcad/trunk/HACKING: |
| 19:43.05 | CIA-55 | BRL-CAD: there are too many exceptions to the rule that have never been an issue (such as |
| 19:43.05 | CIA-55 | BRL-CAD: var[i+2] or for (i=1; ..), remove the space around operators rule. the intent |
| 19:43.05 | CIA-55 | BRL-CAD: was and still is to avoid complex math expressions that are error-prone to |
| 19:43.05 | CIA-55 | BRL-CAD: interpret without whitespace around some of the operators that logically group |
| 19:43.06 | CIA-55 | BRL-CAD: together. don't need to spend time reformatting, up to the author/editor's |
| 19:43.07 | CIA-55 | BRL-CAD: discretion as long as the file is self-consistent. |
| 19:43.23 | CIA-55 | BRL-CAD: 03tbrowder2 * r50950 10/brlcad/trunk/src/conv/asc/pix2asc.c: add some ws, tidy for ease of reading |
| 19:45.31 | starseeker | ah, crud - sorry |
| 19:45.35 | CIA-55 | BRL-CAD: 03starseeker * r50951 10/brlcad/trunk/src/brlman/brlman.tcl: whoops - helps to add the tcl file |
| 19:49.55 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-apaikvsbfbkepjjh) | |
| 19:50.56 | ``Erik | damn nfs cache issue :/ |
| 19:53.45 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 19:57.23 | *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99) | |
| 20:01.27 | *** join/#brlcad cristina (~quassel@188.24.71.66) | |
| 20:01.28 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:03.01 | brlcad | hi cristina |
| 20:03.14 | cristina | good morning brlcad |
| 20:05.34 | brlcad | hm, make[2]: *** No rule to make target `/usr/lib/libfontconfig.so', needed by `lib/libtk.so.8.5'. Stop. |
| 20:19.57 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-fnhzxnbpqfmtgeqd) | |
| 20:23.26 | brlcad | g'morning anrgmrty |
| 20:23.33 | brlcad | ltns |
| 20:32.55 | CIA-55 | BRL-CAD: 03brlcad * r50952 10/brlcad/trunk/src/libbn/noise.c: debugging some odd corruption, index into etbl directly instead of incrementing with the loop |
| 20:39.17 | CIA-55 | BRL-CAD: 03brlcad * r50953 10/brlcad/trunk/src/libbn/noise.c: ws comment cleanup |
| 20:47.19 | ``Erik | *snrkt* trolling politicians in the russian speaking world http://knowyourmeme.com/memes/how-does-one-patch-kde2-under-freebsd |
| 20:54.35 | brlcad | beats cliff over the head with a wet fish |
| 21:00.47 | ``Erik | O.o |
| 21:10.43 | starseeker | brlcad: what'd I do now? |
| 21:17.29 | CIA-55 | BRL-CAD: 03starseeker * r50954 10/brlcad/trunk/src/ (brlman/brlman.tcl tclscripts/man_browser.tcl): Add option to launch html man page viewer in brlman. Needs a little more work to properly customize the gui for this application. |
| 21:21.47 | starseeker | brlcad: sorry about the breakage, but it should be OK now... |
| 21:22.12 | brlcad | the build is back to working for me, though I had to blow away my cache for some reason |
| 21:23.17 | starseeker | huh |
| 21:23.33 | starseeker | was that the fish issue? |
| 21:23.52 | brlcad | that was for something else, half-assing that injected a bug and cost others time :( |
| 21:24.23 | starseeker | ah - sorry |
| 21:24.46 | starseeker | will try to fix it - what is it? |
| 21:32.22 | starseeker | ah - 49395 |
| 21:34.04 | brlcad | tom's already working on it, good exercise |
| 21:34.11 | brlcad | you didn't mean to (I hope!), just a bad line |
| 21:34.47 | brlcad | just you even completely recognized it didn't make any sense that warranted a fish |
| 21:34.48 | starseeker | notes that was apparently on Friday... looks like brain burn out |
| 21:44.36 | CIA-55 | BRL-CAD: 03n_reed * r50955 10/brlcad/trunk/src/other/step/include/ (21 files in 2 dirs): start adding symbols for MSVC dll import/export; SCL git ba12196 |
| 21:49.25 | brlcad | anrgmrty: no activity today? |
| 21:49.47 | starseeker | brlcad: ugh. I'm still missing something. Isn't UCHAR_MAX 256? |
| 21:50.21 | brlcad | eh, probably 255 |
| 21:50.37 | starseeker | so moss.pix has values that *are* outside that range |
| 21:50.48 | brlcad | that makes no sense, they can't be |
| 21:50.54 | brlcad | a byte is a byte |
| 21:51.32 | starseeker | Tom saw the same thing though - "it has |
| 21:51.34 | starseeker | several (20 or so) pixels that do (with values of 256 or 257)" |
| 21:51.54 | brlcad | yes? |
| 21:52.21 | brlcad | he's reading that count from your mod |
| 21:52.25 | brlcad | your mod is flawed |
| 21:52.27 | starseeker | ah |
| 21:52.44 | starseeker | makes a second test, using brlcad's proposed filter |
| 21:52.58 | brlcad | check your pointer arithmetic |
| 21:53.05 | brlcad | you take *pix, which is pix[0] |
| 21:53.27 | brlcad | int d = (int)(*pix + sizeof(unsigned char) * i); |
| 21:53.28 | CIA-55 | BRL-CAD: 03tbrowder2 * r50956 10/brlcad/trunk/src/conv/asc/pix2asc.c: remove unnecessary multiple tests; fail on the first; test is just for Coverity |
| 21:53.51 | brlcad | so (int)(pix[0] + sizeof(unsigned char) * i) |
| 21:54.06 | brlcad | sizeof uchar is always 1 so you have |
| 21:54.16 | brlcad | (int)(pix[0] + 1 * i) |
| 21:54.19 | CIA-55 | BRL-CAD: 03tbrowder2 * r50957 10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test' valid |
| 21:54.31 | starseeker | ah |
| 21:54.36 | CIA-55 | BRL-CAD: 03tbrowder2 * r50958 10/brlcad/trunk/src/conv/asc/pix2asc.c: make the 'test' valid |
| 21:54.54 | brlcad | i goes from 0 to 2 so that's either (pix[0] + 1 * 0) or (pix[0] + 1 * 1) or (pix[1] + 1 * 2) |
| 21:55.23 | CIA-55 | BRL-CAD: 03tbrowder2 * r50959 10/brlcad/trunk/src/conv/asc/pix2asc.c: use simpler print statement |
| 21:55.45 | brlcad | with order of operations, that further reduces to (pix[0] + 0) or (pix[0] + 1) or (pix[0] + 2) |
| 21:55.53 | CIA-55 | BRL-CAD: 03tbrowder2 * r50960 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
| 21:56.12 | brlcad | so basically you were taking the red component, adding 0, 1, or 2 to it and seeing if it was between 0 and 255 |
| 21:56.34 | brlcad | naturally fails if red component is 255, 254, 253 .. apparently about 20 of them in his test case |
| 21:56.42 | starseeker | nods |
| 21:56.50 | CIA-55 | BRL-CAD: 03tbrowder2 * r50961 10/brlcad/trunk/src/conv/asc/pix2asc.c: localize i |
| 21:56.59 | brlcad | way too complicated :) |
| 21:57.08 | starseeker | granting that's the incorrect way to do it - what would have been the correct way to get the right size to add to *pix? |
| 21:57.21 | CIA-55 | BRL-CAD: 03tbrowder2 * r50962 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
| 21:57.37 | CIA-55 | BRL-CAD: 03tbrowder2 * r50963 10/brlcad/trunk/src/conv/asc/pix2asc.c: delete unused var |
| 21:58.11 | CIA-55 | BRL-CAD: 03tbrowder2 * r50964 10/brlcad/trunk/src/conv/asc/pix2asc.c: localize var pix |
| 21:58.21 | brlcad | *pix is the red component, *(pix+1) is the green, *(pix+2) the blue .. but then that's exactly why there's a bracket operator |
| 21:58.26 | brlcad | pix[0], pix[1], pix[2] |
| 21:58.50 | starseeker | ah |
| 21:59.04 | brlcad | and for that, we have RED/GRN/BLU macros to include extra semantic information |
| 21:59.09 | starseeker | tries to remember what he was thinking... and fails miserably |
| 21:59.14 | brlcad | pix[RED], pix[GRN], pix[BLU] |
| 21:59.26 | brlcad | you were trying to index into the array using pointer arithmetic |
| 21:59.53 | starseeker | right... I guess that must have been the "getting frustrated with Coverity not liking any of our bounds checking attempts" phase |
| 22:02.27 | starseeker | well, Tom's mods pass a round-robin test with moss.pix |
| 22:02.39 | starseeker | we'll see if Coverity likes it |
| 22:04.49 | brlcad | it should, it really does just care that you check lower and upper bounds |
| 22:05.01 | brlcad | applied that same method in dozens of other places |
| 22:06.00 | brlcad | coincidentally ran into that pix2asc bug just a couple days ago, it halted reading input (presumably on a white pixel) but didn't have time to investigate |
| 22:06.25 | starseeker | seems to remember a number of attempts by both ``Erik and myself to do that early on that kept coming back... should probably go back at some point and see what we were doing wrong |
| 22:06.40 | starseeker | surprised the regression tests didn't catch it |
| 22:07.10 | starseeker | guess we don't go back to ascii anywhere |
| 22:07.50 | starseeker | wonders if it's worth adding... |
| 22:09.52 | brlcad | worth having a test for every tool but not worth actively spending time on it this month... |
| 22:10.04 | brlcad | besides, maybe tom will |
| 22:10.18 | starseeker | nods |
| 22:10.22 | brlcad | he's awesome with the testing ;) |
| 22:10.40 | starseeker | now if only I can get him to add new files to the build logic :-) |
| 22:10.51 | starseeker | still, those are easy fixes |
| 22:15.50 | anrgmrty | brlcad: hi |
| 22:29.41 | CIA-55 | BRL-CAD: 03n_reed * r50965 10/brlcad/trunk/src/other/step/include/exppp/exppp.h: more symbols for MSVC dll import/export; SCL git f853b99 |
| 22:37.14 | CIA-55 | BRL-CAD: 03anrgmrty * r50966 10/brlcad/trunk/src/conv/g-voxel.c: multiple rays per voxel allowed and some bugs fixed |
| 22:45.17 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3825 10/wiki/User:Anuragmurty: /* Development Log */ |
| 22:55.46 | brlcad | anrgmrty: what's with the += 0 ? |
| 22:57.03 | anrgmrty | actually i thought it will have to be replaced later with adding to some float value.. which will be non-zero |
| 22:57.41 | brlcad | k |
| 22:59.11 | anrgmrty | brlcad: i have a question with multiple rays.. i am shooting them at the same point for now since daniel says the location of the points of shooting is to be discussed... |
| 23:00.30 | anrgmrty | assuming we have ascertained the locations whr the rays have to be shot on the voxel, how are we supposed to determine the volume? |
| 23:00.53 | anrgmrty | use something like simpson's rule? |
| 23:03.44 | CIA-55 | BRL-CAD: 03starseeker * r50967 10/brlcad/trunk/src/brlman/brlman.tcl: Base brlman's behavior (Tk graphical or man command) on what's actually available on the system. |
| 23:40.12 | brlcad | anrgmrty: technically, you're not determining the volume |
| 23:40.25 | brlcad | you're deriving a voxel representation |
| 23:41.33 | brlcad | you could certainly add up the volumes of the voxel cells and have your volume estimate (which is more of a rectangle method) |
| 23:41.51 | anrgmrty | hmm |
| 23:42.06 | brlcad | but computing volume isn't the goal, having a new representation of the geometry is |
| 23:42.20 | brlcad | rtweight and gqa both already compute volume |
| 23:42.36 | brlcad | the latter does it *very* well |
| 23:43.07 | anrgmrty | yes.. so when multiple rays are involved i got confused about how to proceed.. we see the proportion of those rays that pass a certain threshold? |
| 23:43.23 | anrgmrty | for voxels i mean |
| 23:43.30 | brlcad | gqa fires a grid of rays from three axes, progressively refining until the solution converges or defined limits are reached, and runs in parallel |
| 23:43.47 | brlcad | but it doesn't retain the representation, it just computes |
| 23:43.47 | anrgmrty | hmm.. |
| 23:44.04 | anrgmrty | ok |
| 23:44.42 | brlcad | that's why looking at what rtweight and gqa during the bonding period was so important and repeated |
| 23:45.30 | brlcad | it does 90% of what you need, but isn't easy to understand if you don't know anything about geometry, librt's API, ray tracing, etc |
| 23:47.54 | brlcad | so yeah, don't worry about volume -- you're trying to generate a 3d volumetric bitmap for geometry |
| 23:48.31 | brlcad | anrgmrty: have you successfully run any of the tools mentioned yet? |
| 23:49.10 | anrgmrty | yes |
| 23:49.44 | brlcad | which? |
| 23:49.59 | anrgmrty | viewweight.c |
| 23:50.05 | anrgmrty | i mean rtweight |
| 23:50.19 | anrgmrty | and gqa |
| 23:50.23 | anrgmrty | both |
| 23:50.55 | anrgmrty | but only run them.. not understood the code well |
| 23:50.59 | brlcad | you ran gqa? how'd you provide densities? |
| 23:51.17 | anrgmrty | .density file |
| 23:51.38 | anrgmrty | i put in random values as mentioned |
| 23:51.48 | anrgmrty | not any specific ones |
| 23:52.23 | brlcad | did you import that into a _DENSITIES object? |
| 23:53.02 | anrgmrty | no. i do not understand what this means. i just modified the .density file |
| 23:53.27 | brlcad | gqa doesn't use a .density file |
| 23:54.11 | anrgmrty | ok.. |
| 23:55.26 | anrgmrty | is that only for rtweight ? |
| 23:55.34 | brlcad | sort of |
| 23:55.39 | brlcad | rtweight directly uses it |
| 23:55.46 | brlcad | but it must be imported for gqa to use it |
| 23:56.20 | brlcad | you may have ran gqa in some other mode, not computing mass |
| 23:56.33 | brlcad | do you remember the command you ran? |
| 23:57.05 | anrgmrty | hmm.. then i have not run GQA.. the other thing i did was rtexample.c only |
| 23:57.27 | anrgmrty | which i have been modifying for the present g-voxel |
| 00:01.07 | brlcad | anrgmrty: so what is your immediate near-term goal? |
| 00:03.05 | anrgmrty | after getting the multiple ray locations right, i think i will have to go through the GQA code and understand it. and then change g-voxel according to that? |
| 00:04.16 | anrgmrty | though you had mentioned about bsp trees so i was planning to read up on that as well |
| 00:29.30 | *** join/#brlcad xth1 (~thiago@201.82.128.23) | |
| 00:30.15 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3826 10/wiki/User:Anuragmurty: /* Development Log */ |
| 00:30.50 | *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 00:36.45 | brlcad | anrgmrty: I don't mean research or coding tasks, I mean feature-wise |
| 00:37.03 | brlcad | you should have a very specific goal, and it should be written down to remind you |
| 00:38.20 | brlcad | say you fully understand the gqa code, you "change g-voxel according to that" whatever that means (not a great plan, btw), you research and fully understand bsp trees (not likely in gsoc timeframe) |
| 00:38.27 | brlcad | what then? what are you doing? |
| 00:38.42 | brlcad | what are you doing that will matter to a user |
| 00:39.25 | brlcad | your goal should impact a user in a real way, implementing some real specific thing |
| 00:47.35 | anrgmrty | brlcad: shouldnt i have a decently working program that gives me all the voxels first? i did not know that i was not on the right track till now.. |
| 00:50.12 | brlcad | anrgmrty: absolutely, but there's should be a lot of little stepping stones to get you there |
| 00:51.19 | *** join/#brlcad cristina (~quassel@188.24.71.82) | |
| 00:52.23 | brlcad | more importantly, that still doesn't even answer the question |
| 00:53.10 | brlcad | "a decently working program that gives [you] all the voxels" means absolutely nothing in terms of user-visible features |
| 00:53.16 | brlcad | how is it going to be used? |
| 00:53.30 | anrgmrty | ok.. by this you mean various additions i make to the voxel program- options to the user to specify the paarameters etc? |
| 00:53.52 | anrgmrty | and i read on the wiki that the interface has to be like the facetize command.. |
| 00:54.34 | anrgmrty | so i used that to get BOT.. |
| 00:55.15 | brlcad | that's not what I mean |
| 00:55.42 | brlcad | you're talking about the program from a developer perspective, I'm talking about it from a user perspective |
| 00:56.06 | brlcad | when I asked what's your next goal, I was referring to a goal that can be tested by a user, however minimal |
| 00:56.31 | brlcad | developer goal might be shoot three rays, that's fine but that means nothing to a user |
| 00:57.19 | brlcad | user goal might be to print out the volume represented by those three rays |
| 00:57.47 | brlcad | user goal might be to create a piece of geometry representing those three rays |
| 00:58.24 | anrgmrty | ok.. some kind of an analysis based on the rays shot.. |
| 00:58.58 | brlcad | user goal might be to create a single cell box where those rays hit something |
| 00:59.12 | brlcad | etc |
| 00:59.43 | brlcad | it's a product: an analysis, a value, a printout, a piece of geometry, ... |
| 01:01.41 | brlcad | I suggest discussing and deciding on a specific goal for this week, then something else for next week |
| 01:02.06 | anrgmrty | ok. so a file in,say, binvox format.. as an output of the analysis qualify? i think that i will be able to do as a first step.? |
| 01:03.40 | brlcad | all part of "coding complete" |
| 01:04.05 | brlcad | possibly, but it seems like you could define some goal before going that far |
| 01:04.36 | brlcad | no sense bothering with binvox if you can't even print the voxels |
| 01:07.23 | anrgmrty | printing voxels means zeroes and ones in space indicating whether voxel is present or not , right? |
| 01:08.11 | brlcad | you could do that |
| 01:08.49 | brlcad | more useful might be to write them out to a file |
| 01:09.35 | brlcad | either as 0's and 1's or in binary as 0 and 255 byte values |
| 01:09.58 | brlcad | maybe start by printing them in ascii |
| 01:11.01 | brlcad | whatever the goal, write it down on your log and that can help give you some focus on what to work on next |
| 01:11.36 | brlcad | with that, you'll be able to ask if the thing you're doing now helps you get closer to that user goal |
| 01:13.42 | anrgmrty | ok. i will be able to do this.. the file of 0's and 1's. and ascii values also.. i will put this on my log.. |
| 01:15.13 | brlcad | the point isn't to make a big deal of the goal, it should be a tiny stepping stone, but one that is visible to a user |
| 01:15.29 | brlcad | if file is a problem, for example, just print it to stdout |
| 01:15.47 | brlcad | if ascii formatting takes too much time, just print the binary value |
| 01:15.52 | brlcad | etc |
| 01:16.30 | brlcad | right now, your 3 rays amounts to a single 0 or 1 being printed |
| 01:17.30 | CIA-55 | BRL-CAD: 03phoenixyjll * r50968 10/brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: Duplicate the curves to avoid destruction failure. |
| 01:17.53 | brlcad | increase that to four rays per axis and you have 8 values being printed |
| 01:18.01 | anrgmrty | actually i implemented the grid of rays now.. so i should be able to do it for the xyz.g file too.. |
| 01:18.41 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3827 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 01:20.49 | brlcad | xyz.g file? |
| 01:21.58 | anrgmrty | as in i take any .g file as input and shoot a rays along the -x direction over that particular face of the bounding box |
| 01:22.39 | anrgmrty | and i print out 0's and 1's indicating presence of voxel.. for a single ray |
| 01:22.59 | anrgmrty | over all rays |
| 01:27.46 | brlcad | okay, that's a good start |
| 01:33.29 | anrgmrty | but how do i combine the results of two rays(multiple rays) shot on the same voxel? one ray i just give a threshold value.. but two? do i add up the distances i get from both? |
| 01:35.51 | brlcad | dude |
| 01:35.58 | brlcad | keep it simple |
| 01:36.04 | brlcad | until it needs to be more complicated |
| 01:36.31 | brlcad | shouldn't bother with shooting multiple rays per voxel until you're done shooting one |
| 01:37.22 | brlcad | are you only shooting down one axis or all three? |
| 01:37.26 | anrgmrty | got it.. |
| 01:38.49 | anrgmrty | one axis.. over entire face of bounding box.. one ray per voxel.. |
| 01:44.06 | brlcad | okay, that's good, so printing that face grid out would be good first step |
| 01:44.21 | brlcad | then perhaps computing the depth voxels |
| 01:44.25 | brlcad | and printing those next |
| 01:44.35 | brlcad | or do you already calculate them? |
| 01:47.06 | anrgmrty | i do that already.. for each ray.. i evaluate where its partitions begin and end and assign 0's and 1's depending on wheteher the distance traveled inside the material is greater or less than threshold |
| 01:47.33 | brlcad | what's the theshold? |
| 01:47.40 | anrgmrty | threshold i kept at 0.5 for now.. but that should be changeable |
| 01:48.41 | brlcad | .5 is fine |
| 01:48.59 | anrgmrty | ok.. |
| 01:49.13 | brlcad | so then you can first print the front-most voxels, then each layer sequentially |
| 01:50.38 | anrgmrty | ok.. i will do that next.. |
| 01:55.43 | anrgmrty | brlcad- thanks! i will proceed with this then. |
| 02:34.33 | CIA-55 | BRL-CAD: 03brlcad * r50969 10/brlcad/trunk/src/conv/asc/pix2asc.c: don't need stdio.h with bio.h |
| 02:35.06 | CIA-55 | BRL-CAD: 03brlcad * r50970 10/brlcad/trunk/src/libbn/noise.c: start with a bigger table size, use powers of two for better memory alignment |
| 02:52.52 | CIA-55 | BRL-CAD: 03brlcad * r50971 10/brlcad/trunk/src/libbn/noise.c: convert from ZERO() to EQUAL() |
| 03:13.00 | *** join/#brlcad cristina (~quassel@188.24.81.31) | |
| 03:13.44 | *** join/#brlcad thiago (~thiago@201.82.128.23) | |
| 03:26.03 | CIA-55 | BRL-CAD: 03brlcad * r50972 10/brlcad/trunk/BUGS: |
| 03:26.04 | CIA-55 | BRL-CAD: several hours debugging rt, but still can't find the cause of the crash. |
| 03:26.04 | CIA-55 | BRL-CAD: document what I've been able to figure out so far (i.e., not much). summary |
| 03:26.04 | CIA-55 | BRL-CAD: seems to be a crash using the noise shader (turb) due to corruption in libbn |
| 03:26.04 | CIA-55 | BRL-CAD: noise bookkeeping or parallel memory management while rendering our sample |
| 03:26.04 | CIA-55 | BRL-CAD: terra.g model. |
| 04:09.31 | *** join/#brlcad andrei_ (~andrei@5-12-76-248.residential.rdsnet.ro) | |
| 05:21.58 | CIA-55 | BRL-CAD: 03brlcad * r50973 10/brlcad/trunk/src/conv/iges/g-iges.c: reduce lines, convert to bu_file_directory() instead of directly calling stat() |
| 05:22.03 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:30.20 | CIA-55 | BRL-CAD: 03brlcad * r50974 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: pointer address is defined to fit in a uintptr_t, use it instead of size_t |
| 05:33.00 | CIA-55 | BRL-CAD: 03brlcad * r50975 10/brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: convert to EQUAL() where we were faking it with a subtraction in ZERO() |
| 05:33.12 | *** join/#brlcad cristina (~quassel@188.24.75.184) | |
| 05:37.38 | CIA-55 | BRL-CAD: 03brlcad * r50976 10/brlcad/trunk/src/conv/obj-g.c: constness doesn't affect sizeof(), so reduce |
| 05:50.33 | *** join/#brlcad cristina (~quassel@188.24.70.163) | |
| 06:11.27 | *** join/#brlcad cristina (~quassel@82.137.8.191) | |
| 06:21.27 | *** join/#brlcad cristina (~quassel@82.137.13.156) | |
| 06:53.44 | *** join/#brlcad cristina (~quassel@188.24.80.230) | |
| 07:08.38 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 07:22.20 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 08:51.01 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:05.56 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:09.35 | ``Erik | *readread* I vagually recall coverity being whiney about stuff like "unsigned struct { unsigned char red; } pix[BUFSIZ]; char *ptr = blurgh; pix[x].red = *ptr;" not having bounds check, hackish fix may've been something stupid like if((int)*ptr > 255 || (int)*ptr < 0) { fprintf(stderr, "universe has ended\n"); } |
| 11:34.39 | CIA-55 | BRL-CAD: 03tbrowder2 * r50977 10/brlcad/trunk/src/conv/asc/pix2asc.1: add another reference |
| 11:35.49 | CIA-55 | BRL-CAD: 03NevanhfuluvmuatdkbbjlhaqegnsxgeqkofdudvBatty 07http://brlcad.org * r3828 10/wiki/Techniques_to_Apply_Liberty_Reserve_for_boostingYour_business_interest: New page: Your company requires a method of making or accepting payment so that it is in a position to succeed. You have to award contracts; you have to purchase goods/services from others people. H... |
| 11:38.25 | CIA-55 | BRL-CAD: 03tbrowder2 * r50978 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am asc/asc2pix.1): add asc2pix man page for completeness |
| 11:59.49 | ``Erik | ah, email discussion on that, as well, heh |
| 12:31.28 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Techniques to Apply Liberty Reserve for boostingYour business interest]]": content was: spam |
| 12:31.35 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:NevanhfuluvmuatdkbbjlhaqegnsxgeqkofdudvBatty]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 12:34.18 | CIA-55 | BRL-CAD: 03brlcad * r50979 10/brlcad/trunk/NEWS: tom added a manpage for asc2pix converter |
| 13:49.00 | CIA-55 | BRL-CAD: 03starseeker * r50980 10/brlcad/trunk/src/ (brlman/brlman.tcl tclscripts/man_browser.tcl): With a little help from Bob, the brlman graphical viewer now shows just the man page in question. Also report the section number in the Window title. |
| 13:52.35 | CIA-55 | BRL-CAD: 03starseeker * r50981 10/brlcad/trunk/src/tclscripts/man_browser.tcl: fix indentation |
| 14:18.11 | CIA-55 | BRL-CAD: 03tbrowder2 * r50982 10/brlcad/trunk/src/conv/asc/pix2asc.c: expand comments a tad |
| 14:19.16 | CIA-55 | BRL-CAD: 03tbrowder2 * r50983 10/brlcad/trunk/src/conv/asc/pix2asc.c: use printf for consistency |
| 14:21.55 | CIA-55 | BRL-CAD: 03bob1961 * r50984 10/brlcad/trunk/ (include/raytrace.h src/librt/mkbundle.c src/rt/rtshot.c): Move export statements for rt_shootray_bundle() and rt_raybundle_maker() to raytrace.h. This fixes a breakage on Windows. |
| 14:51.49 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3829 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 15:05.32 | *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 15:37.35 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 15:40.46 | CIA-55 | BRL-CAD: 03n_reed * r50985 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): Add public domain getopt implementation. SCL git c3f9ff5, dc302ea, and 2d26da7. |
| 15:42.22 | brlcad | n_reed: mising xgetopt.h |
| 15:42.43 | n_reed | sorry |
| 15:42.58 | brlcad | doesn't affect me, just noticed the #incldue |
| 15:45.48 | CIA-55 | BRL-CAD: 03n_reed * r50986 10/brlcad/trunk/src/other/step/ (include/xgetopt.h src/fedex_plus/xgetopt.cc): actually add getopt sources |
| 16:13.47 | CIA-55 | BRL-CAD: 03n_reed * r50987 10/brlcad/trunk/src/other/step/src/clutils/ (8 files): add dll export symbols to clutils; SCL git 457d51e |
| 16:17.13 | *** join/#brlcad stas_ (~stas@188.24.51.145) | |
| 16:22.52 | CIA-55 | BRL-CAD: 03starseeker * r50988 10/brlcad/trunk/CMakeLists.txt: Try suppressing regeneration with Visual Studio. Thanks to the 2010 IDE prompting manually to reload every target after a CMake run, it's just not viable to re-run CMake from within Visual Studio. |
| 16:38.27 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 17:01.14 | CIA-55 | BRL-CAD: 03n_reed * r50989 10/brlcad/trunk/src/other/step/src/cldai/ (11 files): add dll export symbols to cldai; SCL git c409145 |
| 17:16.11 | CIA-55 | BRL-CAD: 03r_weiss * r50990 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Update to file 'nmg_fuse.c' function 'v_ptr_comp' which is used by qsort within function 'nmg_model_edge_fuse'. This change was to correct a potential bug. |
| 17:30.09 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 17:34.25 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 17:54.45 | CIA-55 | BRL-CAD: 03n_reed * r50991 10/brlcad/trunk/src/other/step/src/clstepcore/ (14 files): add dll export symbols to clstepcore; SCL git 0705c50 |
| 18:29.02 | CIA-55 | BRL-CAD: 03n_reed * r50992 10/brlcad/trunk/src/other/step/ (16 files in 3 dirs): add dll export symbols to cleditor; SCL git 2e01a01, c771b27, and 0869e41. |
| 18:59.51 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3830 10/wiki/User:Plussai/GSoC_2012_log: /* 4 June 2012 */ |
| 19:09.31 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3831 10/wiki/User:Plussai/GSoC_2012_log: /* 6 June 2012 */ |
| 19:12.05 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3832 10/wiki/User:Plussai/GSoC_2012_log: /* 13 May 2012 */ |
| 19:17.39 | CIA-55 | BRL-CAD: 03n_reed * r50993 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_misc.c: fix buffer overrun based on SCL git 5e9dfd7 |
| 19:33.24 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3833 10/wiki/User:Crdueck/log: |
| 19:38.42 | CIA-55 | BRL-CAD: 03starseeker * r50994 10/brlcad/trunk/CMakeLists.txt: Make CMAKE_BUILD_TYPE case insensitive for Release and Debug |
| 19:53.16 | CIA-55 | BRL-CAD: 03n_reed * r50995 10/brlcad/trunk/src/other/step/src/ (4 files in 2 dirs): support comments in entities; SCL git 4ddce86 |
| 21:22.33 | CIA-55 | BRL-CAD: 03n_reed * r50996 10/brlcad/trunk/src/other/step/ (data/CMakeLists.txt src/fedex_plus/classes_wrapper.cc): Have fedex_plus generate dll import/export symbols. SCL git 80208dc. |
| 21:25.05 | CIA-55 | BRL-CAD: 03n_reed * r50997 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): Prefix scl_hash routines with SCL_. SCL git 4740f4d and 737c53e. |
| 21:32.45 | *** join/#brlcad cristina (~quassel@188.24.68.192) | |
| 21:33.07 | CIA-55 | BRL-CAD: 03crdueck * r50998 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: added general centroid function for tgc. missing case for tec, need to confirm formula |
| 21:36.19 | CIA-55 | BRL-CAD: 03crdueck * r50999 10/brlcad/trunk/src/librt/primitives/table.c: updated RT_DECLARE_INTERFACE() to include new primitive callback functions for vol, surface area and centroid |
| 21:43.12 | CIA-55 | BRL-CAD: 03crdueck * r51000 10/brlcad/trunk/src/librt/primitives/ell/ell.c: made changes to rt_ell_sfa to comply with the new rt_functab interface, some unrelated ws changes |
| 21:47.54 | CIA-55 | BRL-CAD: 03n_reed * r51001 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): warning fixes from SCL git 2179c8a and ca4940e |
| 21:51.20 | CIA-55 | BRL-CAD: 03crdueck * r51002 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entries for tor, tgc, ell, and sph to include new functions |
| 21:52.25 | CIA-55 | BRL-CAD: 03starseeker * r51003 10/brlcad/trunk/CMakeLists.txt: Remove debugging message |
| 22:02.55 | CIA-55 | BRL-CAD: 03n_reed * r51004 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): warning fixes from SCL git 166425a and dcdd77a |
| 22:09.44 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3834 10/wiki/User:Ksuzee/Reports: |
| 22:11.54 | crdueck | brlcad: i've been working on integrating the new primitive callback functions into the analyze command. I've updated the rt_functab in raytrace.h, and the tables and macros in primitives/table.c, so everything should be ready to start using the new functions. my question is how do i call them in libged? i thought they'd be provided by raytrace.h but calling them directly isnt working. |
| 22:12.08 | starseeker | crdueck: librt.so.20.0.1: undefined reference to `rt_tor_surf_area' |
| 22:12.14 | starseeker | is that one of your functions? |
| 22:13.09 | starseeker | might want to check the build |
| 22:13.20 | crdueck | starseeker: yes, looks like i didnt name the function correctly. one sec |
| 22:14.12 | CIA-55 | BRL-CAD: 03crdueck * r51005 10/brlcad/trunk/src/librt/primitives/tor/tor.c: fix rt_surf_area name |
| 22:30.33 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3835 10/wiki/User:Cprecup/GSoC2012_progress: 05/06/2012, 07/06/2012 - write helper script for checking if libavoid exists + Adaptagrams example ran |
| 22:32.54 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 22:36.31 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 22:59.56 | CIA-55 | BRL-CAD: 03starseeker * r51006 10/brlcad/trunk/src/brlman/brlman.bat: Fix brlman script on Windows - works now. |
| 23:47.00 | CIA-55 | BRL-CAD: 03starseeker * r51007 10/brlcad/trunk/ (8 files in 8 dirs): Improve handling of file output locations in multi-configuration situations. |
| 23:53.42 | CIA-55 | BRL-CAD: 03starseeker * r51008 10/brlcad/trunk/NEWS: Add support to brlman script for specifying section numbers - e.g. brlman 1 rt will show the man page for the command line rt tool and brlman n rt will show the man page for MGED's rt command. |
| 23:55.07 | CIA-55 | BRL-CAD: 03starseeker * r51009 10/brlcad/trunk/NEWS: |
| 23:55.08 | CIA-55 | BRL-CAD: Added support to the brlman script for viewing html versions of man pages, |
| 23:55.08 | CIA-55 | BRL-CAD: either when explicitly requested via the -g (i.e. graphical) option or (on |
| 23:55.08 | CIA-55 | BRL-CAD: platforms such as Windows) no man command is available to view the traditional |
| 23:55.08 | CIA-55 | BRL-CAD: man page. |
| 00:06.48 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3836 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 00:09.07 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3837 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 00:11.37 | starseeker | really needs to try Qt Creator + mingw + CMake on Windows, somehow or other... |
| 00:13.56 | starseeker | If this is for real... http://arstechnica.com/information-technology/2012/05/no-cost-desktop-software-development-is-dead-on-windows-8/ |
| 00:14.54 | starseeker | Time to fix whatever isn't working with the fully open toolkit |
| 00:16.32 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3838 10/wiki/User:Crdueck/log: |
| 00:16.53 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3839 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 00:40.12 | CIA-55 | BRL-CAD: 03brlcad * r51010 10/brlcad/trunk/include/raytrace.h: move the bundle shooter up with the others, mark them private |
| 01:51.13 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3840 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 02:10.28 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3841 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 02:30.26 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 03:05.57 | *** join/#brlcad cristina_ (~quassel@188.24.71.127) | |
| 03:12.02 | brlcad | crdueck: they're not public functions so yeah, they should not be called directly |
| 03:12.13 | brlcad | look at how the functab is used elsewhere in libged |
| 03:12.59 | brlcad | (grep functab src/libged/*.c) |
| 03:16.55 | brlcad | starseek1r: thanks for the BRLCAD_DATA explanation |
| 03:39.07 | crdueck | brlcad: thanks, should've thought to do that myself. I've got analyze_ell calling the new functions now. time to test it against the old version |
| 04:39.58 | CIA-55 | BRL-CAD: 03crdueck * r51011 10/brlcad/trunk/src/librt/primitives/ell/ell.c: found math error in current rt_ell_surf_area(), applied sf 3515075 with some modifications |
| 04:51.29 | CIA-55 | BRL-CAD: 03r_weiss * r51012 10/brlcad/trunk/src/libged/red.c: Update to mged/archer 'red' command to improve reliability on windows. Added more type casting of arrays. |
| 04:56.59 | *** join/#brlcad cristina (~quassel@188.24.75.119) | |
| 05:14.47 | CIA-55 | BRL-CAD: 03crdueck * r51013 10/brlcad/trunk/src/ (libged/analyze.c librt/primitives/ell/ell.c): analyze_ell() now uses the new volume and surface area callbacks for ell. fixed typo in rt_ell_surf_area() |
| 05:19.18 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3842 10/wiki/User:Crdueck/log: |
| 05:28.47 | CIA-55 | BRL-CAD: 03crdueck * r51014 10/brlcad/trunk/src/libged/analyze.c: analyze_tor() now uses the new volume and surface area callbacks for tor |
| 06:32.12 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:13.46 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3843 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */ |
| 09:39.26 | CIA-55 | BRL-CAD: 03phoenixyjll * r51015 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Skip the conversion of half when converting a comb. The implicit primitive of half remains in the hierarchy. |
| 09:47.21 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3844 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 10:36.05 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:43.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:49.45 | *** join/#brlcad stas_ (~stas@82.79.65.213) | |
| 11:01.05 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:03.11 | *** join/#brlcad stas_ (~stas@82.79.65.213) | |
| 12:08.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:36.46 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 13:19.23 | *** join/#brlcad stas_ (~stas@62.217.230.42) | |
| 13:22.02 | CIA-55 | BRL-CAD: 03starseeker * r51016 10/brlcad/trunk/bench/CMakeLists.txt: Whoops - fix COPYONLY tag |
| 13:23.01 | brlcad | nice page on icons relevant to archer ... http://sixrevisions.com/graphics-design/50-excellent-icon-design-tutorials/ |
| 13:52.44 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:55.08 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 14:04.42 | crdueck | brlcad: the current analyze_tgc() shows the surface area of the base, top, and side of the tgc, but the new callback only returns the total area. I dont want to lose any information the current command provides so should I just leave it as is? |
| 14:05.42 | brlcad | no, go ahead and update it |
| 14:06.46 | brlcad | but what that does raise is whether there's any value in changing the callback to return a list of surface areas (for each face/surface) |
| 14:07.24 | brlcad | or adding a separate callback for a facelist, and allowing that as an optional parameter to surface area, etc |
| 14:10.56 | crdueck | i dont think that would be too difficult. a new callback that would return an array of structs with surface_name and surface_area feilds perhaps? |
| 14:11.49 | CIA-55 | BRL-CAD: 03starseeker * r51017 10/brlcad/trunk/ (CMakeLists.txt sh/CMakeLists.txt): It's COPYONLY, not COPY_ONLY |
| 14:13.29 | CIA-55 | BRL-CAD: 03starseeker * r51018 10/brlcad/trunk/misc/CMake/ (BRLCAD_Targets.cmake CompilerFlags.cmake): Check the debug flags for both C and CXX |
| 14:13.34 | brlcad | not difficult at all, but a little divergent from the plan |
| 14:13.51 | brlcad | I'd keep on with what you're doing and just add a note about that to the TODO file |
| 14:14.24 | CIA-55 | BRL-CAD: 03starseeker * r51019 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Whoops, committed too many files |
| 14:14.34 | brlcad | would be better to have all primitives reporting total surface area than half reporting total and per-face |
| 14:14.51 | crdueck | okay, something to think about for after the summer |
| 14:15.02 | CIA-55 | BRL-CAD: 03starseeker * r51020 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Try to improve management of DLL flags on Windows. |
| 14:15.42 | brlcad | there's already an intention to add a callback that returns all of the "pieces" of a primitive |
| 14:15.52 | brlcad | that would probably make the most sense to work with |
| 14:18.00 | brlcad | done that way, the analyze command could support options for reporting other diagnostic information, such as per-surface breakdowns |
| 14:18.24 | brlcad | internally, it'd pull all the pieces, iterate over all surfaces and query that surface's area |
| 14:30.38 | d_rossberg | starseeker: thanks, testing needs some time ... |
| 14:46.17 | brlcad | starting compilation testing for release |
| 14:49.48 | brlcad | testing gcc 4.1, 4.3, and 4.6 right now (on netbsd 5.1, debian 5, rhel 5.8, and fedora 16) |
| 14:50.34 | brlcad | will test a few more too |
| 14:51.23 | brlcad | crdueck: failures in ell.c |
| 14:51.27 | brlcad | /home/sean/brlcad/src/librt/primitives/ell/ell.c: In function ?rt_ell_surf_area?: |
| 14:51.31 | brlcad | /home/sean/brlcad/src/librt/primitives/ell/ell.c:1866:12: error: ?major? may be used uninitialized in this function [-Werror=uninitialized] |
| 14:51.34 | brlcad | /home/sean/brlcad/src/librt/primitives/ell/ell.c:1867:12: error: ?minor? may be used uninitialized in this function [-Werror=uninitialized] |
| 14:51.36 | brlcad | /home/sean/brlcad/src/librt/primitives/ell/ell.c:1870:5: error: ?ell_type? may be used uninitialized in this function [-Werror=uninitialized] |
| 14:56.52 | crdueck | what cmake argument is used to enable maximum strictness when compiling? |
| 15:04.05 | crdueck | i'm using -DCMAKE_BUILD_TYPE=STRICT right now, but i dont get those errors. i want to be compiling as strictly as possible so i can catch these myself |
| 15:11.26 | brlcad | I don't think that's a valid build type is it? |
| 15:11.52 | brlcad | the default build should be as strict as it can make it unless you add a flag that disables strict |
| 15:12.54 | brlcad | "grep STRICT path/to/CMakeCache.txt" to see if it's on |
| 15:13.41 | brlcad | the difference could simply be different versions of the compiler |
| 15:14.03 | brlcad | gcc, for example, tends to report more for each version -- that warning was from a 4.6.3 install |
| 15:14.41 | brlcad | i didn't hit that warning on a gcc 4.3 compile |
| 15:17.27 | crdueck | BRLCAD_ENABLE_STRICT:BOOL=ON. either way, i'll initialize those variables. |
| 15:18.17 | brlcad | best you can do (besides updating your compiler) is to just keep that category of warning in mind while you code to make sure you data is always initialized |
| 15:36.22 | CIA-55 | BRL-CAD: 03jimhunt * r51021 10/brlcad/trunk/src/librtserver/rtserver.c: Changed useair from 0 to 1 for MUVES 3 |
| 15:53.49 | CIA-55 | BRL-CAD: 03starseeker * r51022 10/brlcad/trunk/src/conv/intaval/ (glob.h read_dra.cpp read_dra.h regtab.h tgf-g.cpp): Fix intaval header inclusion order - OSX Xcode compilation triggered. |
| 15:57.31 | CIA-55 | BRL-CAD: 03starseeker * r51023 10/brlcad/trunk/src/librt/primitives/ell/ell.c: Initialize variables |
| 15:59.47 | starseeker | crdueck: if you want the most punishing build we have, do -DCMAKE_BUILD_TYPE=Release |
| 16:00.03 | starseeker | The only valid build types are Debug and Release |
| 16:01.19 | starseeker | strict compilation is controlled by BRLCAD_ENABLE_STRICT, and defaults to ON |
| 16:01.40 | starseeker | Release adds optimization flags |
| 16:02.15 | starseeker | considerably slower build though, so it's not usually recommended unless you're testing that optimization works |
| 16:10.29 | CIA-55 | BRL-CAD: 03starseeker * r51024 10/brlcad/trunk/db/CMakeLists.txt: Oops - be more careful about string substitution when subbing CMAKE_CFG_INTDIR |
| 16:25.40 | brlcad | plus turing on optimization makes the compiler detect different issues, so it tends to be a superset of warnings |
| 16:27.56 | brlcad | crdueck: so that change to ell.c seems insufficient to me |
| 16:28.22 | brlcad | crdueck: it was warning about the variable being used uninitialized, so you initialized |
| 16:28.40 | brlcad | but you didn't address why the logic led to it being used |
| 16:30.00 | brlcad | more specifically, if none of the magnitudes are equal, it could attempt a divide by zero and crash (or throw an exception, or propagate bad values .. and would result in a zero area |
| 16:31.03 | crdueck | well the variable is initialized if it finds an ell case for which the surface area can be computed, if not then its okay at the moment to have the variable set to zero since it doesnt attempt any calculations |
| 16:31.45 | brlcad | but it's not just set to zero |
| 16:32.05 | brlcad | it's used in calculations, namely division later |
| 16:32.49 | brlcad | and even if the magnitudes aren't equal, a zero area doesn't sound right to me regardless |
| 16:33.55 | brlcad | I'd expect *area to be untouched if we cannot compute an area and the routine to return an error code |
| 16:34.15 | brlcad | or at least leave it untouched, not set to zero because that's not the area |
| 16:34.49 | crdueck | the area is untouched. in analyze the var for area is initialized to -1, and then there's a check for invalid area (negative) which reports that it was unable to compute the area. |
| 16:35.06 | brlcad | ah, and it was starseeker that applied the change, my apologies there |
| 16:35.42 | brlcad | ah, I see that in ell_type now |
| 16:36.05 | brlcad | I was reading pre-change and ell_type was unset |
| 16:36.28 | crdueck | oh, okay. i havent committed anything regarding that yet |
| 16:36.40 | brlcad | starseeker did |
| 16:36.56 | crdueck | yes i see it now :) |
| 16:36.58 | brlcad | so the problem that remains is potential division by zero |
| 16:37.39 | brlcad | even for the prolate/oblate cases, you should ensure that you don't divide by zero |
| 16:37.50 | brlcad | that means checking your divisors against ZERO() or NEAR_ZERO() |
| 16:38.27 | crdueck | okay, i will add those checks |
| 16:39.39 | crdueck | and i'll take a look at the functions for tor and tgc to make sure theres no chance of division by zero there as well |
| 16:41.00 | brlcad | excellent |
| 16:48.22 | starseeker | brlcad, crdueck: ah, sorry about that - was trying to test something else and that caused build failure |
| 17:10.52 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 17:11.14 | CIA-55 | BRL-CAD: 03anrgmrty * r51025 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c - outputs file voxels.txt that gives a frame-by-frame representation of present and absent voxels(1 means present) |
| 17:11.35 | CIA-55 | BRL-CAD: 03starseeker * r51026 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Add DLL definitions to the executables using the libs. |
| 17:28.45 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3845 10/wiki/User:Anuragmurty: /* Development Log */ |
| 17:29.05 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3846 10/wiki/User:Anuragmurty: /* Development Log */ |
| 17:35.23 | brlcad | anrgmrty: so next up is to follow-through with that feature |
| 17:41.59 | brlcad | namely, voxels.txt |
| 17:42.29 | brlcad | shouldn't be hard-coded, make it an option via bu_getopt and propagate accordingly |
| 17:42.59 | brlcad | ("man 3 getopt" then use bu_getopt()" |
| 18:04.37 | *** join/#brlcad yukonbob (~bch@methodlogic.net) | |
| 18:56.04 | crdueck | brlcad: looking at the logic, i dont think its possible to ever divide by zero. if all three axis of the ell have magnitude 0, then its a sph and theres no division. if one length is greater than the others, that length is assigned to major. major and ecc are the only variables used as a denominator and ecc can also be shown to always be non-zero |
| 18:56.43 | crdueck | also just testing with some ells with zero vector axis, theres no problem |
| 19:06.09 | CIA-55 | BRL-CAD: 03tbrowder2 * r51027 10/brlcad/trunk/doc/docbook/system/README: refer to another example for a user command |
| 19:18.16 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 19:19.33 | CIA-55 | BRL-CAD: 03crdueck * r51028 10/brlcad/trunk/src/librt/primitives/table.c: update table entries for tgc, rec to include new callback functions |
| 19:19.58 | CIA-55 | BRL-CAD: 03n_reed * r51029 10/brlcad/trunk/src/other/step/src/ (5 files in 3 dirs): warning fixes from SCL git 7712b9b and 03fd892 |
| 19:26.34 | CIA-55 | BRL-CAD: 03crdueck * r51030 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: factored section of code which determines specific type of tgc. added rt_tgc_surf_area(), missing cases for REC, TEC due to lack of an exact formula |
| 19:26.40 | *** join/#brlcad stas_ (~stas@188.24.51.145) | |
| 19:29.12 | CIA-55 | BRL-CAD: 03crdueck * r51031 10/brlcad/trunk/src/libged/analyze.c: updated analyze_tgc() to use the new callbacks for tgc |
| 19:35.16 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 19:35.51 | CIA-55 | BRL-CAD: 03crdueck * r51032 10/brlcad/trunk/TODO: note to add per-face analysis of primitives like tgc, arb to their analyze commands in libged |
| 19:37.04 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 19:41.04 | CIA-55 | BRL-CAD: 03tbrowder2 * r51033 10/brlcad/trunk/TODO: add suggestion |
| 19:52.38 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3847 10/wiki/User:Crdueck/log: |
| 20:06.30 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 20:17.29 | *** join/#brlcad cristina (~quassel@188.24.67.102) | |
| 20:20.49 | starseeker | crdueck: have you had trouble finding volume formulas for REC and TEC, or just haven't looked yet? |
| 20:20.54 | starseeker | cristina: howdy |
| 20:21.51 | cristina | starseeker: hello :). Hm, I should start saying hi. I've been told that it's disturbing for others to keep saying hello every time I enter a chat room... |
| 20:22.17 | starseeker | cristina: no big deal |
| 20:22.41 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 20:23.05 | starseeker | in my case, more of a way of setting up asking how the libavoid work is going |
| 20:24.10 | crdueck | starseeker: i have volume formulas for rec and tec, its surface area i'm missing. the formulas involve elliptical integrals |
| 20:25.14 | cristina | well, right now I am working on something that should generate a svg file (just for checkup) with shapes for each component of the hierarchy. |
| 20:25.25 | starseeker | nice |
| 20:25.48 | crdueck | i could approximate the surface area, if that would be better than having nothing |
| 20:27.43 | starseeker | crdueck: hmm... probably better to get the ones where we have exact solutions set up, then move to the "how do we handle no-exact-solution-available" cases |
| 20:28.17 | crdueck | okay, well thats what i've been doing so far :) |
| 20:54.59 | CIA-55 | BRL-CAD: 03starseeker * r51034 10/brlcad/trunk/regress/ (CMakeLists.txt red.sh): Add combination with matrix to red regression testing. |
| 20:59.18 | starseeker | crdueck: excellent :-) |
| 20:59.50 | starseeker | phew - Microsoft backed off on their "Express is Metro only" idea |
| 21:57.47 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3848 10/wiki/User:Al_Da_Best/devlog: Update for last couple of days |
| 22:04.36 | *** join/#brlcad jbschw_ (4355ee10@gateway/web/freenode/ip.67.85.238.16) | |
| 22:26.46 | CIA-55 | BRL-CAD: 03tbrowder2 * r51035 10/brlcad/trunk/src/conv/vdeck/vdeck.1: change to standard header form |
| 22:29.30 | *** join/#brlcad jbschw__ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 22:29.56 | CIA-55 | BRL-CAD: 03tbrowder2 * r51036 10/brlcad/trunk/src/gtools/g_diff.1: make standard header |
| 22:30.41 | *** join/#brlcad ScribbleJ_ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 22:31.04 | CIA-55 | BRL-CAD: 03tbrowder2 * r51037 10/brlcad/trunk/src/gtools/g_lint.1: make standard header |
| 22:37.40 | CIA-55 | BRL-CAD: 03n_reed * r51038 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): warning fixes from SCL git 07ed8f6, 0aa9b5d, and 2b0da3f |
| 23:08.25 | CIA-55 | BRL-CAD: 03tbrowder2 * r51039 10/brlcad/trunk/src/ (12 files in 2 dirs): make standard man page headers |
| 00:07.25 | CIA-55 | BRL-CAD: 03tbrowder2 * r51040 10/brlcad/trunk/bench/benchmark.1: remove invalid markup |
| 00:11.34 | CIA-55 | BRL-CAD: 03tbrowder2 * r51041 10/brlcad/trunk/src/anim/anim_script.1: remove invalid markup |
| 01:50.15 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 02:35.14 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3849 10/wiki/User:Cprecup/GSoC2012_progress: 08/06/2012 - libavoid's output in a .svg with nodes for each object of the hierarchy |
| 03:05.38 | *** join/#brlcad andrei_ (~andrei@5-12-78-192.residential.rdsnet.ro) | |
| 03:06.23 | andrei_ | hello! |
| 03:11.52 | CIA-55 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3850 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */ |
| 03:17.13 | andrei_ | until there ' s someone around I ll start working on the shell script patch that was mentioned previously. |
| 03:48.11 | CIA-55 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3851 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 04:12.47 | *** join/#brlcad andrei__ (andrei@5-12-78-192.residential.rdsnet.ro) | |
| 04:13.48 | andrei__ | the shell script should be roughly done, at least as a sketch |
| 04:18.38 | *** join/#brlcad cvds_ (~leila@h115093.upc-h.chello.nl) | |
| 05:31.59 | brlcad | andrei__: post it and just keep updating the patch file (or add additional versions numbered) |
| 05:48.03 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 05:59.20 | andrei__ | is there a chance that you have a look over it, currently I only have a dd command fail the others seemed to be working fine, but I need to tune tpkg a bit aswell |
| 05:59.21 | andrei__ | ? |
| 06:09.17 | andrei__ | ah, nvm I ll submit it soon. It's easier like that |
| 07:10.30 | *** join/#brlcad kane__ (~kane@wprt-4db6d58b.pool.mediaWays.net) | |
| 07:41.38 | CIA-55 | BRL-CAD: 03Mesut 07http://brlcad.org * r3852 10/wiki/User:Mesut/Reports: |
| 07:43.20 | *** part/#brlcad kane__ (~kane@wprt-4db6d58b.pool.mediaWays.net) | |
| 09:04.44 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 09:26.35 | CIA-55 | BRL-CAD: 03Mesut 07http://brlcad.org * r3853 10/wiki/User:Mesut/Reports: |
| 11:00.11 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 11:08.41 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3854 10/wiki/User:Ksuzee/Reports: |
| 11:19.53 | CIA-55 | BRL-CAD: 03tbrowder2 * r51042 10/brlcad/trunk/src/conv/asc/ (asc2pix.1 pix2asc.1): make man page references consistent with their parens, tidy synopsiz format |
| 11:27.21 | CIA-55 | BRL-CAD: 03tbrowder2 * r51043 10/brlcad/trunk/src/conv/asc/g2asc.1: make man page references consistent with their parens, change rsh to ssh, tidy synopsis format |
| 11:31.52 | CIA-55 | BRL-CAD: 03tbrowder2 * r51044 10/brlcad/trunk/src/conv/ (CMakeLists.txt Makefile.am asc/asc2g.1): add man page for asc2g |
| 11:44.39 | *** join/#brlcad andrei_ (~andrei@5-12-88-196.residential.rdsnet.ro) | |
| 11:45.46 | andrei_ | hello |
| 11:53.28 | andrei_ | I have a few questions regarding how to measure speed and number of packages sent |
| 12:10.02 | *** join/#brlcad andrei_ (andrei@5-12-88-196.residential.rdsnet.ro) | |
| 13:07.30 | *** join/#brlcad stas_ (~stas@82.79.65.213) | |
| 13:07.36 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 13:40.17 | CIA-55 | BRL-CAD: 03tbrowder2 * r51045 10/brlcad/trunk/src/anim/ (anim_track.c cattrack.c): typo |
| 13:53.15 | CIA-55 | BRL-CAD: 03tbrowder2 * r51046 10/brlcad/trunk/src/fb/cell-fb.1: tidy spacing, correct errors found by doclifter |
| 13:54.43 | CIA-55 | BRL-CAD: 03tbrowder2 * r51047 10/brlcad/trunk/src/conv/dbclean.1: tidy spacing, correct errors found by doclifter |
| 13:55.25 | CIA-55 | BRL-CAD: 03tbrowder2 * r51048 10/brlcad/trunk/src/conv/fast4-g.1: tidy spacing, correct errors found by doclifter |
| 13:56.01 | CIA-55 | BRL-CAD: 03tbrowder2 * r51049 10/brlcad/trunk/src/conv/viewpoint-g.1: tidy spacing, correct errors found by doclifter |
| 13:56.41 | CIA-55 | BRL-CAD: 03tbrowder2 * r51050 10/brlcad/trunk/src/conv/nmg/asc-nmg.1: tidy spacing, correct errors found by doclifter |
| 13:57.59 | CIA-55 | BRL-CAD: 03tbrowder2 * r51051 10/brlcad/trunk/src/anim/anim_track.1: tidy spacing, correct errors found by doclifter, correct spelling of 'catenary' |
| 13:58.47 | CIA-55 | BRL-CAD: 03tbrowder2 * r51052 10/brlcad/trunk/src/anim/anim_sort.1: tidy spacing, correct errors found by doclifter |
| 16:09.19 | *** join/#brlcad stas_ (~stas@188.24.51.145) | |
| 16:29.23 | CIA-55 | BRL-CAD: 03tbrowder2 * r51053 10/brlcad/trunk/HACKING: grammar |
| 16:34.45 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1.png]]" |
| 16:35.32 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2.png]]" |
| 16:37.10 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Class65-150h.png]]": replaced by Ex1.png |
| 16:38.19 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Cs-24-150h.png]]": replaced by Ex2.png |
| 16:43.52 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3857 10/wiki/DSP: renamed example files for ease of use |
| 17:01.09 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3858 10/wiki/DSP: /* Rendering your DSP */ |
| 17:53.21 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:26.32 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 19:26.43 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:33.38 | brlcad | andrei_: you going to ask the questions, or just declare your intent and leave everyone waiting? :) |
| 19:33.43 | brlcad | ~ask |
| 19:33.43 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 19:34.07 | brlcad | i.e., don't wait for a response, just ask |
| 19:34.26 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:59.11 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3859 10/wiki/User:Ksuzee/Reports: |
| 21:16.00 | PrezKennedyX | brlcad, hows it going? |
| 21:17.34 | andrei_ | brlcad, sorry |
| 21:18.42 | andrei_ | well regarding performance : how am I supposed to monitor speed (size / time) or some other linux function? You mentioned 3 loops as far as I remember one of them beeing packages number . The package number shouldn't be returned rather than made in a loop? |
| 21:19.43 | andrei_ | I want to modify tpkg to return the number of packages sent, that s why I don t understand what to use the 3rd loop for. |
| 22:13.49 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3860 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 01:50.15 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 02:16.36 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 02:31.18 | *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 07:57.51 | *** join/#brlcad ksuzee (~ksuzee91@46.149.81.166) | |
| 10:01.49 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:10.56 | *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro) | |
| 11:05.35 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:10.55 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 11:29.32 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-mawtjnlllhwamckb) | |
| 12:36.34 | *** join/#brlcad merzo (~merzo@219-101-133-95.pool.ukrtel.net) | |
| 15:00.29 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3861 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 3 */ |
| 15:41.01 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:07.15 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 18:44.40 | *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro) | |
| 19:17.53 | CIA-55 | BRL-CAD: 03r_weiss * r51054 10/brlcad/trunk/src/other/libregex/ (engine.c regex.h regex2.h regexec.c): Updates to libregex to allow the mged/archer 'red' command to work on 64bit windows. Updated files in 'src/other/libregex/' ... 'regex.h' 'regex2.h' 'regexec.c' and 'engine.c'. |
| 20:14.02 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3862 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 20:53.30 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 21:55.11 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:52.11 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3863 10/wiki/User:Cprecup/GSoC2012_progress: 10/06/2012 |
| 04:13.38 | CIA-55 | BRL-CAD: 03n_reed * r51055 10/brlcad/trunk/src/other/step/src/express/fedex.c: add process.h for getpid on windows; SCL git 870edbf |
| 04:40.24 | *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro) | |
| 04:40.48 | andrei_ | hello |
| 04:41.43 | andrei_ | could it be possible to have my patches( especially the .sh script) reviewed ? Or are there any suggestions regarding what should I do until then? |
| 05:03.55 | CIA-55 | BRL-CAD: 03n_reed * r51056 10/brlcad/trunk/src/other/step/src/fedex_plus/classes_misc.c: suppress return warning; SCL git f688f2a |
| 06:34.15 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:37.30 | d_rossberg | is there a problem with the developer mailing list? |
| 06:39.37 | d_rossberg | yesterday i posted a reply to Mesut's mail but it is stuck somewhere |
| 08:50.12 | *** join/#brlcad merzo (~merzo@241-163-133-95.pool.ukrtel.net) | |
| 09:13.32 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3864 10/wiki/User:Ksuzee/Reports: |
| 11:16.00 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3865 10/wiki/DSP: /* Importing DSP data into a .g file */ |
| 11:38.17 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1nrt.png]]" |
| 11:38.40 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex1rt.png]]" |
| 11:39.04 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2nrt.png]]" |
| 11:39.31 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ex2rt.png]]" |
| 11:47.39 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3870 10/wiki/DSP: /* Rendering your DSP */ changing views, creating negative of images |
| 11:58.11 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3871 10/wiki/DSP: expand on new plan |
| 13:42.41 | brlcad | d_rossberg: no problems that I'm aware of |
| 13:43.09 | brlcad | release testing still underway, hopefully tagging later this evening |
| 13:55.06 | d_rossberg | brlcad: when did you get your last brlcad-commits mail? |
| 14:56.06 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:12.21 | *** join/#brlcad andrei_ (andrei@5-12-68-228.residential.rdsnet.ro) | |
| 16:12.33 | andrei_ | hello |
| 16:14.11 | andrei_ | for some reason my irc client quit. if someone said anything to me, could you please repeat it. |
| 16:14.15 | andrei_ | untill I read the logs. |
| 16:49.29 | CIA-55 | BRL-CAD: 03n_reed * r51057 10/brlcad/trunk/src/other/step/src/ (express/expr.c fedex_plus/selects.c): cleanup/ws from SCL git 1da31f6 and 3aee5f3 |
| 17:12.35 | CIA-55 | BRL-CAD: 03n_reed * r51058 10/brlcad/trunk/src/other/step/ (include/express/type.h src/express/expr.c): handle indexing on generics; SCL git ed76f0b |
| 17:29.54 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gordkscxykxktxqi) | |
| 18:10.24 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:09.56 | CIA-55 | BRL-CAD: 03r_weiss * r51059 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Updates to the mged 'gr/grouper' command. Made the listing of selected objects optional. Fixed a bug where the script would hang when a large number of objects (ie vertices) were selected. Removed unnecessary logic. |
| 21:10.23 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 21:24.06 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 21:48.33 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3872 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */ |
| 21:52.43 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3873 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */ |
| 21:53.17 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3874 10/wiki/User:Plussai/GSoC_2012_log: /* 8 June 2012 */ |
| 22:21.58 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net) | |
| 22:33.30 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 23:26.13 | CIA-55 | BRL-CAD: 03starseeker * r51060 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Ignore a couple more add_library flags (should fix error Mesut is encountering using FindQt.cmake) |
| 00:00.16 | starseeker | can somebody with C++ skills point me to what I'm doing wrong here? http://bzflag.bz/~starseeker/unordered_map_test.cxx |
| 01:09.05 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 01:47.17 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:29.33 | louipc | wow I missed the last release until now |
| 04:02.47 | brlcad | louipc: it was quietly posted -- wait for 7.22 |
| 04:08.35 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 04:08.59 | louipc | I was poked to update my archlinux buildfiles hehe |
| 04:13.58 | brlcad | 7.22 should be tagged tomorrow (Tuesday) |
| 04:15.14 | brlcad | starseeker: I suggest getting it working with a std::map first |
| 04:15.29 | brlcad | the problem is probably with the insert() parameters |
| 04:15.54 | brlcad | at least with std::map, the insert() method takes a std::pair for the key/value |
| 04:17.30 | brlcad | for example: http://bzflag.bz/~sean/tmp/map.cxx |
| 04:17.49 | starseeker | nods - yeah, I had it working with map |
| 04:18.54 | starseeker | figured we'd probably want unordered_map for performance, but getting the pair thing working wasn't quite as simple as I'd hoped |
| 04:20.48 | brlcad | that depends on so many factors it's not funny |
| 04:28.25 | brlcad | starseeker: yeah, at a glance it's not clear what's missing but it is related to the insert() call |
| 04:29.35 | brlcad | BUT, that's a perfect case where a little knowledge might be doing injustice |
| 04:30.20 | brlcad | the order may be less at O(1) and O(logN), but that might not matter for some unknown value of "relatively small" data |
| 04:30.43 | brlcad | moreover, all the hashing work may frankly make it even slower for some data sets |
| 04:32.30 | brlcad | should still see a gain using a std::map if something isn't goofed, then that makes a great baseline for testing conversion to unordered or hash_map |
| 04:33.12 | brlcad | keep it simple until a profile SHOWS you it's the biggest problem |
| 06:20.40 | andrei_ | brlcad, I understand you are busy and I have no itention to insist pointlessly but, could you please give me some suggestions . What should I do next? |
| 06:36.14 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:20.47 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 08:33.55 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3875 10/wiki/User:Ksuzee/Reports: |
| 08:50.16 | *** join/#brlcad merzo (~merzo@152-209-201-46.pool.ukrtel.net) | |
| 09:04.19 | *** join/#brlcad anrgmrty (u6512@gateway/web/irccloud.com/x-gocnhzmtrmgcaokm) | |
| 09:04.51 | anrgmrty | d_rossberg: hi |
| 09:18.12 | d_rossberg | anrgmrty: how is your project's progress? |
| 09:19.14 | anrgmrty | hi, given an input .g file, i am able to output a text file that lists which voxels are present and which are not |
| 09:19.20 | anrgmrty | as 0's and 1's |
| 09:21.15 | anrgmrty | though i had to discuss how to shoot more than one ray through a voxel(your pseudo code mentioned it) |
| 09:21.48 | anrgmrty | it said maybe randomly shooting the rays wasnt a good idea.. |
| 09:23.36 | anrgmrty | also i am figuring out how gqa works because brlcd told me it resembles closely what i need to do.. |
| 09:24.42 | d_rossberg | right, i would recommend to have a parameter n and then shoot an nxn pattern for each row of voxels |
| 09:25.30 | d_rossberg | this way you have a nicely uniform distribution of your rays over the voxel |
| 09:26.43 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 09:27.45 | anrgmrty | an nxn pattern for each row? or each voxel? |
| 09:29.09 | d_rossberg | you don't shoot only one voxel with each ray but all voxels along this ray (in your case in x direction) |
| 09:29.31 | d_rossberg | same is true for the nxn pattern |
| 09:32.07 | anrgmrty | ok.. so, this parameter say n = 2.. then on each row of voxels 4 rays are uniformly shot? but wont many voxels be missed this way? |
| 09:33.26 | anrgmrty | i am actually talking about the raysPerVoxel parameter i used.. it is for changing the number of rays shot on each voxel.. |
| 09:34.03 | d_rossberg | ? at the moment you shoot one ray per row, with n=2 you'll shoot 4 rays per row |
| 09:35.40 | d_rossberg | (the rows are parallel to the x axis in your case) |
| 09:36.37 | anrgmrty | ohh.. got it now.. by row you mean parallel to x-axis.. |
| 10:52.58 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:51.57 | CIA-55 | BRL-CAD: 03tbrowder2 * r51061 10/brlcad/trunk/regress/dsp/: add dir to segregate multiple dsp tests |
| 12:21.17 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 13:48.38 | starseeker | crud... metaball facetization isn't happy |
| 13:49.59 | starseeker | stuck here, looks like: nmg/nmg_fuse.c:1642 |
| 13:59.13 | starseeker | yep, infinite loop |
| 14:55.50 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 15:44.39 | CIA-55 | BRL-CAD: 03bob1961 * r51062 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Removed debug statement. Added a state argument indicating whether or not a different button was pressed to the calls to the toggle panel callbacks. |
| 15:50.43 | CIA-55 | BRL-CAD: 03bob1961 * r51063 10/brlcad/trunk/ (3 files in 2 dirs): Added a wrapper for calling rtwizard from libged. |
| 15:57.04 | CIA-55 | BRL-CAD: 03bob1961 * r51064 10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c tclscripts/lib/Ged.tcl): Provided a tcl interface to the new rtwizard functionality in libged. |
| 16:00.42 | CIA-55 | BRL-CAD: 03bob1961 * r51065 10/brlcad/trunk/src/tclscripts/archer/ (4 files in 2 dirs): Added a new interface to Archer for creating rtwizard types of images. |
| 16:08.19 | CIA-55 | BRL-CAD: 03n_reed * r51066 10/brlcad/trunk/src/other/step/src/express/expr.c: Warn about indexing a select with mixed base types. SCL git 67f8897. |
| 16:26.33 | CIA-55 | BRL-CAD: 03n_reed * r51067 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): ws/style from SCL git 09f3472 and d94a449 |
| 16:35.50 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 16:38.42 | brlcad | hi ksuzee |
| 16:40.37 | ksuzee | brlcad: hello, Sean! |
| 16:43.11 | brlcad | starseeker: http://pastebin.ca/2160570 |
| 16:50.37 | CIA-55 | BRL-CAD: 03n_reed * r51068 10/brlcad/trunk/src/ (9 files in 4 dirs): Have SDAI_String and SDAI_Binary wrap std::string rather than inherit from it. SCL git 82898d7. |
| 17:00.15 | ksuzee | brlcad: Sean, do you remember your explaining me of using CMakefiles and Makefiles? So everything's well - I made some such refactoring. Also I did so in libdm. Since it's a library, these 'make' files where different and I just put new file to libdm_la_SOURCES. And everything worked:) Am I right? |
| 17:05.34 | brlcad | ksuzee: no, I've completely forgotten about that long discussion we had just last week .. remind me? :) |
| 17:05.38 | brlcad | are you sure? |
| 17:06.13 | brlcad | it sounds like you did the right thing |
| 17:07.27 | ksuzee | yes, I'm sure) |
| 17:07.52 | ksuzee | You made me be more confident |
| 17:12.06 | ksuzee | brlcad: I always forget to do this. |
| 17:16.35 | brlcad | it's more than just being confident, it's about asking yourself why you have doubt and doing what you need to confidently eliminate that doubt |
| 17:17.16 | brlcad | being very confident and always wrong is worse that being timid and right :) |
| 17:18.21 | brlcad | apply logic, understand the situation |
| 17:18.28 | ksuzee | I argree with you |
| 17:22.10 | ksuzee | okay, so I'm working in right way. And what about new patches? I have quite enough. Shall I put them to the tracker or better to wait you check my previous? |
| 17:32.12 | brlcad | no waiting |
| 17:32.26 | brlcad | put up new patches as if you were committing |
| 17:32.45 | brlcad | as soon as the next round of patches can be reviewed, we'll see where you stand with regards to commit access |
| 17:33.06 | brlcad | we're in the middle of preparing a release, so resources and time are limited for the next couple days |
| 17:33.36 | starseeker | brlcad: O.o I've never seen that before |
| 17:33.41 | starseeker | what platform? |
| 17:34.15 | brlcad | cmake 2.8.4 on netbsd |
| 17:34.18 | brlcad | 5.1 |
| 17:36.33 | CIA-55 | BRL-CAD: 03n_reed * r51069 10/brlcad/trunk/src/other/step/src/ (cldai/sdaiDaObject.h fedex_plus/classes.c): Borland-specific stuff from SCL git c0c423c and 3a9fa99. |
| 17:37.54 | starseeker | I'm not even sure if that's something CMake controls... I take it the Autotools build works? |
| 17:38.44 | brlcad | didn't try |
| 17:40.54 | ksuzee | brlcad: ok, I'll put everything to the tracker tomorrow, I hope to have commit after reviewing, because I corrected and tested everything you told |
| 17:56.06 | CIA-55 | BRL-CAD: 03n_reed * r51070 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): put enums in separate table; SCL git c415e49 |
| 18:22.23 | CIA-55 | BRL-CAD: 03starseeker * r51071 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: look for libtclcad and libdm in the right place on Windows (really need 'package require' for BRL-CAD libs...) |
| 18:22.27 | CIA-55 | BRL-CAD: 03n_reed * r51072 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): Warn about indexing binary types instead of failing. Allows fedex_plus to produce output for ap221 and ap235 express schemas. SCL git 4cd7e7c. |
| 18:34.46 | starseeker | hmm... looks like this particular facetization has been busted all along... |
| 18:40.10 | CIA-55 | BRL-CAD: 03bob1961 * r51073 10/brlcad/trunk/src/tclscripts/lib/Accordian.tcl: Added the -padding option. |
| 18:53.10 | CIA-55 | BRL-CAD: 03n_reed * r51074 10/brlcad/trunk/src/other/step/ (6 files in 3 dirs): remove 'backwards compatiblity' symbols; SCL git 1481950 and a63ac73 |
| 18:58.34 | starseeker | ah. OK, looks like I was mistaken - not an infinite loop, just a reeeaaaallly slow process |
| 18:58.43 | starseeker | with a lot of shared data |
| 19:02.06 | starseeker | sets up the run and stands back... |
| 19:03.16 | *** join/#brlcad andrei__ (andrei@5-12-76-135.residential.rdsnet.ro) | |
| 19:16.12 | CIA-55 | BRL-CAD: 03bob1961 * r51075 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Work toward not using RtControl. Also tweaked things a bit to better control autosizing when using the rtwizard modes. |
| 19:20.00 | starseeker | drools over Mac Retina display... |
| 19:20.23 | ``Erik | built in battery is concerning, though |
| 19:21.08 | ``Erik | I'm getting ready to buy a third battery for my personal macbook, the second is bloating :/ |
| 19:21.27 | andrei__ | Hey Erik |
| 19:21.44 | ``Erik | sup, andrei? good progress on the tpkg thing? |
| 19:21.52 | andrei__ | err |
| 19:22.01 | andrei__ | I did ask some questions |
| 19:22.06 | andrei__ | brlcad said that I should have 3 loops |
| 19:22.29 | andrei__ | one for package size ( the parameter that I added ) , one for file size and one for number of packages |
| 19:22.39 | andrei__ | I don t see how number of packages can be a parameter |
| 19:22.57 | andrei__ | and I m going do modify tpkg to return the number of packages sent instead |
| 19:24.35 | ``Erik | O.o is this with 'speedtest.sh'? |
| 19:24.35 | andrei__ | I submitted a very basic shell script as a patch. Could you please have a look at it and see if I m heading in the right direction |
| 19:24.45 | andrei__ | yeah |
| 19:25.08 | andrei__ | I ve modified that quite a bit, as I said before |
| 19:28.42 | ``Erik | -b is setting the packet size? |
| 19:28.54 | andrei__ | yes, I have fixed the tpkg patch aswell |
| 19:29.05 | andrei__ | ( and updated it on sourceforge ) |
| 19:29.56 | ``Erik | looks roughly like the right direction... might be better to send random data instead of 0's to avoid transport compression |
| 19:30.11 | andrei__ | I thought of that but |
| 19:30.18 | ``Erik | and dump the results to stdout instead of filling an array, maybe in csv format |
| 19:31.22 | andrei__ | right, I ll finish it probably in several hours |
| 19:59.47 | CIA-55 | BRL-CAD: 03erikgreenwald * r51076 10/brlcad/trunk/src/librt/primitives/bot/tie.c: 0 out the treewalk stack |
| 20:03.37 | CIA-55 | BRL-CAD: 03tbrowder2 * r51077 10/brlcad/trunk/regress/ (22 files in 2 dirs): fill in preliminary dsp regressions tests for 2x2 and 3x3 cases; null case and 1x1 cases need work (if they can be done at all with current state of mged which seems to balk at creating such corner cases) |
| 20:08.14 | CIA-55 | BRL-CAD: 03n_reed * r51078 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c selects.c): Allocate aggregate members on heap. SCL git 809e1dd, 260fd55, and e421f70. |
| 20:18.44 | ``Erik | andrei__: the tpkg.c patch still needs some work |
| 20:23.22 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3876 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 20:25.45 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3877 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 20:54.19 | CIA-55 | BRL-CAD: 03anrgmrty * r51079 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c has been modified to shoot multiple rays per voxel(raysPerVoxel), unnecessary variables removed |
| 21:19.22 | CIA-55 | BRL-CAD: 03starseeker * r51080 10/brlcad/trunk/regress/CMakeLists.txt: dsp-common.sh not in repository... |
| 21:32.19 | CIA-55 | BRL-CAD: 03tbrowder2 * r51081 10/brlcad/trunk/src/fbserv/fbserv.1: work around errors noted by doclifter |
| 21:41.05 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3878 10/wiki/User:Anuragmurty: /* Development Log */ |
| 21:43.56 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3879 10/wiki/User:Anuragmurty: /* Development Log */ |
| 21:48.57 | CIA-55 | BRL-CAD: 03starseeker * r51082 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.bat: Don't want to exit after running rtwizard.bat, now that there is a viable command line mode. |
| 22:53.48 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 00:56.54 | CIA-55 | BRL-CAD: 03starseeker * r51083 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.bat: More tweaks to rtwizard.bat |
| 01:44.18 | CIA-55 | BRL-CAD: 03brlcad * r51084 10/brlcad/trunk/src/mged/mged.bat: there is no -g option to mged any more. plus, pass all arguments to mged if any (same as rtwizard.bat) instead of just the first one. |
| 01:44.46 | CIA-55 | BRL-CAD: 03brlcad * r51085 10/brlcad/trunk/src/archer/archer.bat: follow suit with rtwizard.bat, pass all arguments to archer. not just the first. |
| 01:53.29 | CIA-55 | BRL-CAD: 03brlcad * r51086 10/brlcad/trunk/src/librt/primitives/bot/tie.c: memset for simplicity and more future-proof |
| 01:55.00 | brlcad | starseeker: did you notice bad behavior with the EXIT line in the bat file? |
| 01:55.10 | brlcad | or just the principle |
| 01:55.54 | CIA-55 | BRL-CAD: 03brlcad * r51087 10/brlcad/trunk/src/adrt/isst.bat: consistency with the other .bat scripts, pass all arguments instead of just the first |
| 01:56.38 | brlcad | hard to believe it's necessary, in which case it should be removed from all of our .bat files for consistency |
| 02:04.45 | starseeker | if I understand correctly, EXIT is used when we're launching something we know is graphical - that avoids leaving unwanted consoles up and running |
| 02:05.27 | starseeker | on an application that might be command line only (i.e. there's a decent chance of its getting launched from the command prompt in Windows) you don't want it, 'cause it will kill your console out from under you |
| 02:05.32 | starseeker | (happened to me) |
| 02:06.56 | starseeker | it may be moot - I'm not entirely sure, but I might have to make rtwizard into a full-fledged exe ala mged to allow libged's rtwizard call to work |
| 02:08.06 | brlcad | k |
| 02:08.45 | starseeker | need to consult with Bob tomorrow |
| 02:10.26 | starseeker | working fine on Linux and friends, but (as usual) Windows is being annoying |
| 02:17.11 | starseeker | hmm... spoke too soon |
| 02:17.15 | starseeker | grumble... |
| 02:33.26 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 03:10.25 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 03:28.30 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 03:35.37 | *** join/#brlcad xth1 (~thiago@187.106.53.3) | |
| 07:33.07 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:21.06 | anrgmrty | d_rossberg: hi.. i can now shoot multiple rays per row.. as in for each row and parameter called raysPerVoxel i have raysPerVoxel x raysPerVoxel number of rays uniformly distributed on the face.. |
| 09:21.30 | anrgmrty | obviously raysPerVoxel will be renamed raysPerRow or something.. |
| 09:21.56 | anrgmrty | as the output i get a text file-- 0's and 1's.. |
| 09:26.24 | d_rossberg | you should prefer something like "level of detail" as this value isn't the number of rays |
| 09:26.57 | anrgmrty | ok.. I will use that as the variable name.. |
| 09:32.26 | anrgmrty | can you please give me pointers on what I could do next? maybe a text file is not the right thing.. a file with ascii characters instead??.. |
| 09:32.26 | anrgmrty | or probably having these voxels as a .g file? |
| 09:32.55 | anrgmrty | i am not sure of how the second will be implemented though.. |
| 10:25.28 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 10:32.29 | d_rossberg | anrgmrty: there are still some issues in your algorithm but i need some time to write them down |
| 10:32.51 | d_rossberg | however, maybe you can do it by yourself too |
| 10:35.02 | d_rossberg | change your program that it writes for every voxel its coordinated (indices), the regions in it and the fractions of these regions in the voxel |
| 10:35.41 | d_rossberg | e.g. something like "(5,3,7): /all.g/box.r 76%" |
| 10:36.25 | d_rossberg | " /all.g/sphere.r 40%" |
| 10:36.53 | d_rossberg | "(5,3,8): /all.g/box.r/90%" |
| 10:36.59 | d_rossberg | and so on |
| 10:38.14 | d_rossberg | after you've developed the algorithm you should move it into a lib |
| 10:39.13 | d_rossberg | this algorithm could have a call-back function as parameter |
| 10:40.23 | d_rossberg | and this call-back could be called for every (filled) voxel with the list of regions in this voxel together with the regions' fractions |
| 10:41.35 | d_rossberg | then you could go to libged and implement a command for mged where the call-back creates arb8s (for example) |
| 11:27.31 | CIA-55 | BRL-CAD: 03tbrowder2 * r51088 10/brlcad/trunk/TODO: add list of 'bad' man pages |
| 11:30.42 | CIA-55 | BRL-CAD: 03tbrowder2 * r51089 10/brlcad/trunk/src/ (28 files in 10 dirs): correct errors found by Eric Raymond's doclifter, tidy some spacing and formats |
| 11:49.26 | anrgmrty | d_rossberg: i am sorry i was away from desk.. |
| 12:45.14 | CIA-55 | BRL-CAD: 03starseeker * r51090 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Fix rtwizard.tcl for case where multiple .g args are specified (toplevel components may have a .g name) |
| 13:01.41 | CIA-55 | BRL-CAD: 03starseeker * r51091 10/brlcad/trunk/src/libged/rtwizard.c: Fix perspective handling in rtwizard.c |
| 13:03.07 | CIA-55 | BRL-CAD: 03bob1961 * r51092 10/brlcad/trunk/src/libged/rtwizard.c: Needs rtwizard.bat for windows. |
| 14:14.41 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 15:15.56 | CIA-55 | BRL-CAD: 03n_reed * r51093 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc multpass.c): break up generated strings; SCL git 212c114 |
| 16:09.01 | starseeker | hmm - should look at this if I ever get to revisit the tire tool... http://www.dtic.mil/docs/citations/AD0702243 |
| 16:13.51 | CIA-55 | BRL-CAD: 03bob1961 * r51094 10/brlcad/trunk/src/libicv/fileformat.c: Added an O_BINARY flag to the call to open() in icv_image_save_open(). This fixes a breakage on windows. |
| 16:27.42 | CIA-55 | BRL-CAD: 03starseeker * r51095 10/brlcad/trunk/NEWS: Bob fixed a bug in libicv that was causing pix files to be generated with corrupted data on Windows. |
| 16:33.51 | CIA-55 | BRL-CAD: 03n_reed * r51096 10/brlcad/trunk/src/other/ (9 files in 4 dirs): Apply SCL git 3fd2222 which removes scl_char_str_list class, but std::vector makes a better replacement than std::deque. |
| 16:57.38 | brlcad | starseeker: so is that the last issue? what was the nmg problem? |
| 17:17.01 | CIA-55 | BRL-CAD: 03n_reed * r51097 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h classes_wrapper.cc): eliminate a temp buffer; SCL git 1cc2774 |
| 17:18.51 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 17:18.56 | cristina | hello |
| 17:19.07 | brlcad | hi cristina :) |
| 17:19.14 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 17:23.07 | cristina | brlcad: as you might know, I have roughly implemented something that generated a rectangle for each object in the database. I've used some source code from src/conv/g-dot.c file. My mentor advised me to not add it into the src/conv folder, instead, maybe, put it into src/gtools. |
| 17:23.35 | cristina | what would the proper place for this kind of implementation be? |
| 17:24.25 | cristina | what the file is meant to do is construct a structure based on adaptgrams that represents the graphical structure of the database |
| 17:26.50 | brlcad | cristina: so a couple cursory questions ... where did you discuss this with your mentor?? :) |
| 17:27.25 | cristina | brlcad: by email :) |
| 17:32.44 | brlcad | cristina: okay, great -- I ask because it sounds a little curious that you implemented code to generate a rectangle for each object in the db |
| 17:33.03 | brlcad | that sounds like something we already have code for, maybe a good case for reuse |
| 17:34.27 | cristina | hm, I meant to say that I implemented it using adaptagrams defined structures and then exported them in a .svg file. Finally, I visualized the data in the .svg file |
| 17:35.27 | brlcad | pics? :) |
| 17:36.36 | cristina | ok, I will show you but I can't right now because in the last two days I didn't have access to that computer :) |
| 17:37.02 | brlcad | cristina: well to answer your question, I do agree with your mentor that src/conv doesn't sound appropriate because that is where we convert between 3d geometry formats (and svg isn't a 3d geometry format) |
| 17:38.00 | brlcad | that sounds more like a renderer, for which we have a variety of other tools in that category spread around |
| 17:38.30 | brlcad | probably src/util or src/gtools would be fine |
| 17:38.46 | brlcad | given the adaptagrams dep, probably the latter |
| 17:39.39 | cristina | I see, ok then. This means that I should also modify the library dependencies in the Makefile.am and CMakeLists.txt files |
| 17:54.09 | brlcad | cristina: so the question about where to put your work also depends on how you structure your development |
| 17:54.51 | brlcad | in a clean mvc paradigm, you'd end up with a clean separation between the model and the controller |
| 17:55.34 | brlcad | that's basically the scope of our libged library, so that may well be the best place for a "core" model data structures component |
| 17:56.04 | brlcad | from there you could build up a src/gtools command-line interface and/or a src/tclscripts GUI component, or integration with mged/archer |
| 18:25.33 | starseeker | brlcad: unfortunately, not the last issue |
| 18:26.20 | starseeker | brlcad: I'm not quite sure what the NMG issue was/is - was talking to ``Erik yesterday and he suggested it might be something to do with how the metaball tessellation is interacting with the nmg code |
| 18:26.59 | starseeker | brlcad: there are a couple more Windows issues with Archer |
| 18:27.48 | brlcad | how'd you discover the metaball issue? |
| 18:27.58 | starseeker | tried to facetize it |
| 18:28.05 | brlcad | simple metaball? |
| 18:28.13 | starseeker | yep - make metaball.s metaball |
| 18:28.15 | brlcad | more importantly, is that a new issue? |
| 18:28.26 | starseeker | it did work at one time, according to ``Erik |
| 18:28.33 | brlcad | well, that's not saying much |
| 18:28.34 | starseeker | I couldn't confirm that trying earlier releases though |
| 18:28.38 | brlcad | have a 7.20 to try? |
| 18:28.42 | starseeker | yep |
| 18:28.58 | brlcad | if that also fails, then it's not a release stopper, just an item for BUGS |
| 18:29.01 | starseeker | k |
| 18:29.06 | starseeker | adds it to BUGS |
| 18:29.11 | brlcad | if it does, then it's worth back-tracking |
| 18:31.13 | starseeker | yeah, looks like the same thing with 7.20.6 |
| 18:34.23 | CIA-55 | BRL-CAD: 03starseeker * r51098 10/brlcad/trunk/BUGS: Add note about metaball tessellation bug |
| 19:00.42 | brlcad | okay, "good" |
| 19:03.10 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3880 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */ |
| 19:05.40 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3881 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */ |
| 19:06.12 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3882 10/wiki/User:Plussai/GSoC_2012_log: /* 10 June 2012 */ |
| 19:07.07 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3883 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */ |
| 19:07.33 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3884 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */ |
| 19:07.51 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3885 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */ |
| 19:08.15 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3886 10/wiki/User:Ksuzee/Reports: |
| 19:08.56 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3887 10/wiki/User:Ksuzee/Reports: |
| 19:10.26 | CIA-55 | BRL-CAD: 03bob1961 * r51099 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: More shinola for Windows. |
| 19:11.22 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3888 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 19:12.29 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3889 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 19:13.17 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3890 10/wiki/User:Plussai/GSoC_2012_log: /* 27 May 2012 */ |
| 19:31.19 | ``Erik | looks like the last confirmed working metaball tesselation was with 7.16.10, well before the coverity changes, all the nmg changes, and the cmake changes |
| 19:33.35 | CIA-55 | BRL-CAD: 03starseeker * r51100 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Only pull image from framebuffer if we have to - seems to speed up rtimage script in simple color-only cases. |
| 20:31.10 | cristina | brlcad: here is the link to the .svg file that has rectangles corresponding to the objects in the share/brlcad/7.21.0/db/axis.g database. It has just shapes, no arrangement and no connections between them. Note that my implementation doesn't yet avoid duplications of the same object. |
| 20:31.16 | cristina | here is the link: http://dl.dropbox.com/u/3425790/axis-adaptagrams.svg |
| 20:31.31 | cristina | sorry for keeping you waiting |
| 20:32.26 | brlcad | no worries, thanks for sharing it ;) |
| 20:33.03 | cristina | :) I have to go now, I've got an exam in the morning |
| 20:33.08 | brlcad | good luck |
| 20:33.13 | cristina | thank you |
| 20:33.18 | brlcad | nice progress too |
| 20:33.48 | cristina | hm, thanks :) |
| 20:42.12 | CIA-55 | BRL-CAD: 03starseeker * r51101 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: Handle port number being suppled as argument to -F |
| 20:48.19 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 21:10.46 | CIA-55 | BRL-CAD: 03starseeker * r51102 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: taskkill appears to need some extra arguments to wipe out the headless fbserv on Windows. |
| 21:13.10 | CIA-55 | BRL-CAD: 03brlcad * r51103 10/brlcad/trunk/src/libbu/ (argv.c basename.c bitv.c color.c ctype.c lex.c): since the ctype API is often implemented as macros where the parameter becomes an array index, avoid a gcc 4.1.3 warning about using a char for the array index (auto-promoted). cast to int. |
| 21:14.02 | CIA-55 | BRL-CAD: 03n_reed * r51104 10/brlcad/trunk/src/other/step/ (23 files in 3 dirs): use scl_memmgr in express; SCL git 82c84e7 and 4d6d249 |
| 21:47.10 | starseeker | makes a note to take a closer look at this later: http://www.fpx.de/fp/Software/tclkill/ |
| 21:49.25 | starseeker | might be worth tossing into btclsh/bwish |
| 22:28.37 | *** join/#brlcad andrei_ (~andrei@5-12-76-135.residential.rdsnet.ro) | |
| 22:31.54 | CIA-55 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3891 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 22:33.19 | andrei_ | hello |
| 22:33.43 | andrei_ | I edited the development logs on brlcad wiki and it seems not to update itself |
| 22:33.56 | andrei_ | if I click edit again it seems fine, otherwise it just looks normal |
| 22:35.05 | CIA-55 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r3892 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 22:35.20 | andrei_ | nevermind , apparently I needed to have 2 \n to accept it as a newline. |
| 22:42.55 | andrei_ | tpkg is fixed, should be up in ~ 15 mins |
| 22:43.08 | andrei_ | the shell script in ~ 2-3 hours at most. Still tuning some stuff. |
| 23:04.38 | CIA-55 | BRL-CAD: 03n_reed * r51105 10/brlcad/trunk/src/other/step/src/ (21 files in 2 dirs): use scl_memmgr in exppp and fedex_plus; SCL git 7ce8bcb and 4e0d73d |
| 23:09.52 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 23:38.45 | andrei_ | http://pastebin.ca/2160995 I have two issues with the performance test script. Firstly, I didn't manage to "silence" the server so that the total number of sent packages is more visible |
| 23:39.01 | andrei_ | &>> doesn't work for me, or I am using it wrong. |
| 23:40.05 | andrei_ | secondly, I don t know why but at some point ( I have tried several combination of itterations) the script crashes. It doesn't crash every time and neither on specific arguments |
| 23:40.12 | andrei_ | this is how the crash report looks like |
| 23:40.15 | andrei_ | Connecting to 127.0.0.1, port 2000 |
| 23:40.16 | andrei_ | pkg_open: client connect: errno=111 |
| 23:40.17 | andrei_ | Connection to 127.0.0.1, port 2000, failed. |
| 23:40.19 | andrei_ | ERROR: Unable to open a connection to the server |
| 23:40.22 | andrei_ | Saving stack trace to (BRL-CAD)-10124-bomb.log |
| 23:40.24 | andrei_ | Listening on port 2000 |
| 23:41.18 | andrei_ | to me, it looks like the client gets called before the server. However, that doesn't really make any sense given the script. |
| 00:11.59 | starseeker | ah, finally - the SIGGRAPH advance program |
| 00:24.38 | brlcad | starseeker: great |
| 00:25.30 | brlcad | andrei_: that's not so much a crash as a graceful abort |
| 00:25.48 | brlcad | the stack trace in that log should show where it's halting |
| 00:27.15 | andrei_ | hm |
| 00:27.35 | andrei_ | I have like a thousand bomb logs |
| 00:27.37 | andrei_ | hold on |
| 00:29.22 | andrei_ | right, deleted all and rerun |
| 00:30.29 | andrei_ | this looks like a gdb output |
| 00:30.45 | brlcad | it is |
| 00:32.04 | andrei_ | if I m correct |
| 00:32.07 | andrei_ | this is where it breaks |
| 00:32.09 | andrei_ | <PROTECTED> |
| 00:32.24 | andrei_ | just a moment , I ll see what is there |
| 00:32.25 | brlcad | that is not :) |
| 00:33.25 | andrei_ | the issue clearly is that the server isn't starting. |
| 00:34.06 | brlcad | maybe |
| 00:34.16 | brlcad | or the client is attempting to connect to a server that hasn't yet started |
| 00:34.22 | brlcad | or is still in the process of starting |
| 00:34.47 | andrei_ | in that case, I would tend to "blame" the shell script |
| 00:36.02 | andrei_ | the wait command in the shell script shouldn't have waited for the server process to successfully start tho? |
| 00:37.03 | andrei_ | just a moment, I ll take a closer look at some stuff in tpkg. |
| 00:45.35 | andrei_ | The error was caused by a client attempting to connect to a inexistent(not yet started server) |
| 00:46.18 | andrei_ | solved the issue by adding a sleep 5. Shouldn't it be a better solution than the sleep? Technically the server process doesn't stop so that s why( I think) wait was failing. |
| 00:51.07 | andrei_ | regarding the output issue. Erik mentioned that I should output the total number of packages to stdout rather than return it. I don't know how to determine shell to "selective output" to stdout so I thought of this: |
| 00:51.57 | andrei_ | to suppress the server output ( since it s not useful for the moment) and to redirect client stdout to a logfile |
| 00:52.10 | andrei_ | then grep only one line( the one with total package number) from the file |
| 00:52.18 | andrei_ | Does this approach seem viable? |
| 00:55.11 | andrei_ | oh, adjusted the sleep to 1 so the script doesn't take ages. |
| 01:07.26 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 01:43.52 | CIA-55 | BRL-CAD: 03tbrowder2 * r51106 10/brlcad/trunk/include/bio.h: correct typo |
| 01:50.30 | CIA-55 | BRL-CAD: 03tbrowder2 * r51107 10/brlcad/trunk/ (7 files in 4 dirs): add a new utility to ease generation of DSP binary files; add DocBook versions of man pages for the 'asc2dsp' program and the 'dsp' binary file format |
| 02:00.35 | CIA-55 | BRL-CAD: 03tbrowder2 * r51108 10/brlcad/trunk/ (3 files in 3 dirs): define the DSP acronym |
| 02:56.15 | CIA-55 | BRL-CAD: 03brlcad * r51109 10/brlcad/trunk/HACKING: testing almost stabilized, clean up release e-mail snippet language |
| 02:59.03 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3893 10/wiki/User:Crdueck/log: |
| 02:59.20 | CIA-55 | BRL-CAD: 03brlcad * r51110 10/brlcad/trunk/HACKING: more language tweaking, ask for testing help. |
| 03:07.18 | CIA-55 | BRL-CAD: 03brlcad * r51111 10/brlcad/trunk/NEWS: tom browder added a new asc2dsp conversion tool which creates a dsp unsigned short binary data file from 0-to-65536 ascii data values |
| 03:23.44 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:41.16 | CIA-55 | BRL-CAD: 03brlcad * r51112 10/brlcad/trunk/src/ (libfb/if_X24.c libfb/if_disk.c util/pixdsplit.c): specify O_BINARY on a few other places that call open() for some binary file. should behave better/correctly on windows. |
| 03:46.48 | CIA-55 | BRL-CAD: 03brlcad * r51113 10/brlcad/trunk/src/liborle/rle.c: tis old, but not that old! |
| 04:01.30 | CIA-55 | BRL-CAD: 03brlcad * r51114 10/brlcad/trunk/NEWS: cliff worked extensively on getting rtwizard to work as a command-line renderer (sans gui). bob integrated it into libged and into archer with numerous fixes along the way. |
| 04:05.05 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:44.21 | CIA-55 | BRL-CAD: 03starseeker * r51115 10/brlcad/trunk/src/conv/asc/asc2dsp.c: clear error building asc2dsp - not checking return value of fwrite |
| 05:12.42 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 06:36.58 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 06:45.03 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:51.04 | *** join/#brlcad Stattrav (~Stattrav@117.192.130.192) | |
| 06:51.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:46.50 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 08:02.20 | *** join/#brlcad Stattrav_ (u3131@gateway/web/irccloud.com/x-cflzgxacxovsemjf) | |
| 08:10.34 | *** join/#brlcad andrei_ (~andrei@5-12-67-223.residential.rdsnet.ro) | |
| 08:10.44 | andrei_ | hello |
| 08:17.02 | andrei_ | sorry to ask again, did someone ask my previous questions? I can't see the logs yet. |
| 08:37.05 | *** join/#brlcad Stattrav_ (~Stattrav@117.192.130.192) | |
| 09:03.13 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 09:08.01 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-bgezkgmzobnjstul) | |
| 11:20.57 | CIA-55 | BRL-CAD: 03tbrowder2 * r51116 10/brlcad/trunk/ (3 files in 3 dirs): expand comments and info |
| 11:22.37 | CIA-55 | BRL-CAD: 03brlcad * r51117 10/brlcad/trunk/src/conv/asc/asc2dsp.c: include bin.h instead of arpa/inet.h directly so that we build on windows |
| 11:24.06 | CIA-55 | BRL-CAD: 03tbrowder2 * r51118 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: comma instead of period |
| 11:30.24 | CIA-55 | BRL-CAD: 03tbrowder2 * r51119 10/brlcad/trunk/src/conv/asc/asc2dsp.c: add comment |
| 11:42.02 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 11:42.43 | CIA-55 | BRL-CAD: 03erikgreenwald * r51120 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.cc: use stdlib.h instead of malloc.h |
| 11:55.05 | CIA-55 | BRL-CAD: 03tbrowder2 * r51121 10/brlcad/trunk/NEWS: doc new things |
| 12:07.53 | CIA-55 | BRL-CAD: 03starseeker * r51122 10/brlcad/trunk/regress/CMakeLists.txt: Apparently need dsp-common.sh, which has not been checked in yet. |
| 12:41.33 | CIA-55 | BRL-CAD: 03tbrowder2 * r51123 10/brlcad/trunk/regress/dsp/dsp-common.sh: add required file |
| 12:44.55 | CIA-55 | BRL-CAD: 03tbrowder2 * r51124 10/brlcad/trunk/regress/CMakeLists.txt: add missing file |
| 12:45.17 | CIA-55 | BRL-CAD: 03tbrowder2 * r51125 10/brlcad/trunk/regress/CMakeLists.txt: add missing prereq |
| 12:47.41 | CIA-55 | BRL-CAD: 03tbrowder2 * r51126 10/brlcad/trunk/regress/CMakeLists.txt: correct name of missing prereq |
| 13:49.50 | d_rossberg | src/conv/asc/asc2dsp.c:56 MSVC doesn't like the MAXSHORT as it is already defined somewhere (couldn't find where) |
| 13:50.06 | d_rossberg | renaming it to MAX_SHORT is ok |
| 13:50.26 | d_rossberg | however, it's value looks strange |
| 13:52.11 | d_rossberg | how about using USHRT_MAX? |
| 13:52.26 | ``Erik | #ifndef MAXSHORT ? |
| 13:54.00 | d_rossberg | this works too |
| 13:54.43 | d_rossberg | (but i still don't know what MAXSHORT is ;) |
| 13:55.00 | ``Erik | I'd assume 1<<15 :) |
| 13:55.54 | ``Erik | hm, asc2dsp expects an unsigned there |
| 13:56.42 | ``Erik | UINT16_MAX or USHRT_MAX might be the better |
| 13:57.34 | d_rossberg | yes, the current value is definitely to high |
| 13:58.19 | ``Erik | current value is a 32b |
| 13:59.38 | d_rossberg | it's UINT_MAX |
| 14:00.00 | CIA-55 | BRL-CAD: 03starseeker * r51127 10/brlcad/trunk/regress/CMakeLists.txt: Add dsp.pix to regress clean list |
| 14:05.20 | CIA-55 | BRL-CAD: 03bob1961 * r51128 10/brlcad/trunk/src/libged/rt.c: (log message trimmed) |
| 14:05.20 | CIA-55 | BRL-CAD: This fixes an issue in _ged_rt_set_eye_model() where displayed geometry was not |
| 14:05.20 | CIA-55 | BRL-CAD: showing up in a raytrace due to the eye_model not getting adjusted at all or an |
| 14:05.20 | CIA-55 | BRL-CAD: adjustment was made incorrectly. The first problem was that the eye_model was |
| 14:05.20 | CIA-55 | BRL-CAD: not getting adjusted unless the view center was inside the bounding box of the |
| 14:05.21 | CIA-55 | BRL-CAD: displayed solids. This breaks depending on the view. If not zclipping the |
| 14:05.22 | CIA-55 | BRL-CAD: eye_model is now always getting adjusted. The second problem was that the |
| 14:08.30 | CIA-55 | BRL-CAD: 03d_rossberg * r51129 10/brlcad/trunk/src/conv/asc/asc2dsp.c: |
| 14:08.30 | CIA-55 | BRL-CAD: compiler error with MSVC: obviously SHORTMAX is already defined there |
| 14:08.30 | CIA-55 | BRL-CAD: now we test with UINT16_MAX if an unsigned int can be casted to uint16_t |
| 14:42.00 | CIA-55 | BRL-CAD: 03r_weiss * r51130 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to the mged 'gr/grouper' command correcting problems with keyboard and mouse button associations. |
| 14:43.23 | CIA-55 | BRL-CAD: 03bob1961 * r51131 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Bumped the maxargs for the view command from 3 to 7. |
| 14:48.04 | CIA-55 | BRL-CAD: 03starseeker * r51132 10/brlcad/trunk/src/conv/Makefile.am: asc2dsp needs libbu - let autotools build know that |
| 16:04.14 | CIA-55 | BRL-CAD: 03r_weiss * r51133 10/brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Update to the mged 'gr/grouper' command documentation. |
| 16:27.27 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:36.18 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:36.25 | starseeker | hah - ESA is doing their summer program again |
| 17:36.52 | starseeker | http://sophia.estec.esa.int/socis2012/ |
| 17:57.39 | brlcad | got the notification couple days ago, intends to apply |
| 18:02.28 | CIA-55 | BRL-CAD: 03brlcad * r51134 10/brlcad/trunk/CMakeLists.txt: check for the sys/resource.h header for setpriority()/getpriority() |
| 18:03.24 | CIA-55 | BRL-CAD: 03brlcad * r51135 10/brlcad/trunk/src/libbu/parallel.c: include the sys/resource.h header conditionally on its test result. fixes a decl warning on old gcc compilation. |
| 18:05.27 | *** join/#brlcad andrei_ (~andrei@5-12-77-119.residential.rdsnet.ro) | |
| 18:05.37 | andrei_ | hello |
| 18:59.03 | CIA-55 | BRL-CAD: 03starseeker * r51136 10/brlcad/trunk/src/libged/Makefile.am: Add rtwizard.c to libged's Makefile.am |
| 18:59.25 | CIA-55 | BRL-CAD: 03brlcad * r51137 10/brlcad/trunk/misc/CMake/FindX11.cmake: check for the X11/Xlib.h header instead of a main X11 directory (the directory might simply be empty) |
| 19:00.44 | CIA-55 | BRL-CAD: 03bob1961 * r51138 10/brlcad/trunk/src/libged/rtwizard.c: Needed to set gedp->ged_gdp->gd_rt_cmd_len before the call to _ged_run_rtwizard. This was needed on Windows. |
| 19:18.21 | CIA-55 | BRL-CAD: 03anrgmrty * r51139 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel outputs voxels.txt, voxelArray stores information from one ray at a time only instead of for entire object |
| 19:26.11 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3894 10/wiki/User:Anuragmurty: /* Development Log */ |
| 19:29.01 | CIA-55 | BRL-CAD: 03r_weiss * r51140 10/brlcad/trunk/src/libged/wdb_obj.c: Update to file 'wdb_obj.c' to prevent the mged 'build_region' command from incorrectly reporting that the 'put' command does not exist. |
| 19:55.38 | andrei_ | the performance script is done ( at least I have tested for various combinations and they all worked). Here is the paste |
| 19:55.40 | andrei_ | http://slexy.org/view/s21XrTnbRo |
| 19:56.03 | andrei_ | if possible, could someone provide suggestions on how to improve the script. Thanks ! |
| 20:07.12 | andrei_ | rebooting |
| 20:14.00 | *** join/#brlcad andrei__ (andrei@5-12-78-139.residential.rdsnet.ro) | |
| 20:48.26 | CIA-55 | BRL-CAD: 03n_reed * r51141 10/brlcad/trunk/src/other/step/src/clutils/ (7 files): use scl_memmgr in clutils; SCL git 010e02b |
| 20:49.51 | CIA-55 | BRL-CAD: 03tbrowder2 * r51142 10/brlcad/trunk/regress/ (5 files in 2 dirs): add new regression test; turn on dsp and asc2dsp regression tests; distcheck seems okay |
| 21:13.44 | CIA-55 | BRL-CAD: 03tbrowder2 * r51143 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: remove one test for now--an internal failure |
| 21:37.49 | CIA-55 | BRL-CAD: 03starseeker * r51144 10/brlcad/trunk/src/conv/Makefile.am: pix2asc needs libbu too |
| 21:44.39 | CIA-55 | BRL-CAD: 03n_reed * r51145 10/brlcad/trunk/src/other/step/src/clstepcore/ (24 files): use scl_memmgr in clstepcore; SCL git 245ff14 |
| 22:39.48 | CIA-55 | BRL-CAD: 03n_reed * r51146 10/brlcad/trunk/src/other/step/src/cldai/ (12 files): use scl_memmgr in cldai; SCL git b49d2be |
| 23:01.31 | CIA-55 | BRL-CAD: 03n_reed * r51147 10/brlcad/trunk/src/other/step/src/cleditor/ (15 files): use scl_memmgr in cleditor; SCL git 3be4220 |
| 01:18.44 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 02:46.24 | CIA-55 | BRL-CAD: 03starseeker * r51148 10/brlcad/trunk/regress/dsp.sh: regress-dsp failing in odd pathnames distcheck - add quotes |
| 02:53.31 | CIA-55 | BRL-CAD: 03starseeker * r51149 10/brlcad/trunk/regress/asc2dsp.sh: Add quotes in asc2dsp test as well. |
| 03:29.37 | CIA-55 | BRL-CAD: 03crdueck * r51150 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: added rt_arb_volume() for arb8 |
| 04:20.40 | brlcad | andrei_: that's looking like good progress -- some changes I'd like involve making the script a little more robust, even if bit is for testing purposes |
| 04:23.28 | brlcad | changing it to /bin/sh and replacing the bash constructs with posix-compliant constructs, adding proper indentation, not assuming tpkg is in current dir (what's wrong with PATH??), and ideally without the sleep (but that's a bit harder) |
| 04:24.20 | andrei_ | brlcad |
| 04:24.39 | andrei_ | could you please tell me where to documment about how to replace sleep |
| 04:25.01 | andrei_ | all that I found was wait, but that didn't do it and I don t know what to search for. |
| 04:25.15 | brlcad | oh, and adding checks for your assumed args, printing usage as needed |
| 04:26.15 | andrei_ | also, should the script create a file that contains on each line <k iterator value > < j iterator value > <number of packages sent > |
| 04:26.22 | andrei_ | seems easier to read / work with |
| 04:26.38 | brlcad | 'wait' won't/can't work as written |
| 04:26.49 | brlcad | wait waits for the process to terminate |
| 04:27.01 | andrei_ | yes, and it never does |
| 04:27.03 | brlcad | if the server terminates, the client cannot connect, no? |
| 04:27.15 | andrei_ | yes |
| 04:27.33 | andrei_ | what I think I need is to " simulate" somehow two different terminals |
| 04:28.18 | brlcad | sounds overly complicated |
| 04:28.28 | brlcad | all you need is to know when the server is started |
| 04:28.57 | brlcad | so you could make tpkg just tell you |
| 04:29.42 | brlcad | either indirectly, like by having it write a message to the log that you could check; or directly by making it respond to a signal handler, for example |
| 04:30.19 | andrei_ | probably the signal handler is more elegant, but it will take a bit of time to see how it works |
| 04:30.33 | andrei_ | I ve done some signal handling in asm, should be somewhat similar. |
| 04:30.36 | brlcad | then you don't start the client until you know the server is started by hecking |
| 04:30.42 | brlcad | s/hecking/checking/ |
| 05:09.19 | CIA-55 | BRL-CAD: 03crdueck * r51151 10/brlcad/trunk/src/librt/primitives/table.c: updated the rt_functab entry for arb to include the new volume callback |
| 05:11.21 | brlcad | crdueck: does that work for other arbs? arb6, arb7's etc? |
| 05:15.07 | crdueck | brlcad: yes i tested it for arb4..8. that commit message is a bit misleading |
| 05:31.51 | brlcad | crdueck: cool |
| 05:32.15 | brlcad | the function looked safe since presumably the arb4 areas would just be zero |
| 05:32.52 | brlcad | (for the non arb8 cases) |
| 05:39.26 | crdueck | brlcad: exactly. for the non arb8 cases, bn_mk_plane_3pts() doesnt return succesfully and the continue takes care of "adding 0" to the volume |
| 05:42.16 | crdueck | i mean, when it tries to find the volume of an arb4 area that isnt there, the for loop just continues |
| 05:46.29 | CIA-55 | BRL-CAD: 03brlcad * r51152 10/brlcad/trunk/NEWS: consolidate the new manual page additions tom worked on into one entry for all four (asc2dsp, dsp, asc2pix, and asc2g). (plus, recommit since r51121 commit message was nondescript) |
| 05:49.33 | CIA-55 | BRL-CAD: 03brlcad * r51153 10/brlcad/trunk/NEWS: Across the board, Tom's made several dozen improvements and corrections to various manual pages in response to issues found by Eric Raymond's doclifter. also tidyed up some spacing and formatting. |
| 05:50.21 | brlcad | starseeker: you know -F has a fairly complex format it supports .. there some reason rtwizard.tcl is trying to parse it out instead of passing it along? |
| 05:50.57 | brlcad | I use remote framebuffers all the time, for example: -Fhostname.brlcad.org:3 |
| 05:52.14 | brlcad | or if_disk file buffers, memory buffers, etc |
| 05:59.24 | CIA-55 | BRL-CAD: 03brlcad * r51154 10/brlcad/trunk/src/libged/wdb_obj.c: put is a new command, reference the right callback |
| 06:00.46 | CIA-55 | BRL-CAD: 03brlcad * r51155 10/brlcad/trunk/src/tclscripts/mged/build_region.tcl: call get/put/adjust directly instead of going through the deprecated wdb_obj db interface |
| 06:01.31 | CIA-55 | BRL-CAD: 03brlcad * r51156 10/brlcad/trunk/TODO: quick-test the build_region command in mged to make sure it works after recent get/put/adjust changes |
| 06:06.08 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:38.35 | *** join/#brlcad andrei_ (~andrei_@82.76.146.19) | |
| 12:08.46 | CIA-55 | BRL-CAD: 03bob1961 * r51157 10/brlcad/trunk/src/libged/rtwizard.c: Quoting all arguments used to create the string for the call to CreateProcess(). Minor cleanup. |
| 12:17.05 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 12:49.43 | brlcad | good morning cristina et al |
| 12:50.11 | cristina | good morning brlcad |
| 13:14.59 | CIA-55 | BRL-CAD: 03bob1961 * r51158 10/brlcad/trunk/src/libged/wdb_obj.c: Removed wdb_put_tcl. |
| 14:04.54 | CIA-55 | BRL-CAD: 03anrgmrty * r51159 10/brlcad/trunk/src/conv/g-voxel.c: ZERO() macro used for comparison with 0.0 instead of previously used inefficient comparison |
| 14:23.33 | starseeker | brlcad: no good reason really - Bob and I had already discussed needing to properly handle/pass through more of rt's args |
| 14:24.01 | starseeker | was just coding for the cases I could think of offhand - didn't realize the -Fhostname.brlcad.org:3 syntax was there even |
| 14:24.27 | brlcad | why handle any cases at all though, that's going to be a maintenance pain |
| 14:24.37 | brlcad | can't just pass everything through? |
| 14:24.52 | starseeker | I wanted the --long-opt style args, for one |
| 14:25.06 | starseeker | the -F case probably can just pass through |
| 14:25.20 | brlcad | if rtwizard has it's own args, just have it recognize them and strip them |
| 14:25.33 | brlcad | then everything else goes through and there's no need for all those lines of code |
| 14:26.45 | starseeker | a lot of the lines have to do with color/ghost/edge object lists |
| 14:26.50 | brlcad | otherwise, it's just going to be crazy brittle in a year after rtwizard is no longer the focus any time an rt arg changes (which has shown to be rather regular) |
| 14:27.12 | starseeker | brlcad: at the moment, we don't support most of the rt args |
| 14:27.21 | brlcad | so those are all rtwizard args, they get stripped and processed |
| 14:27.24 | starseeker | the plan is to just pass them through |
| 14:27.58 | brlcad | "we don't support most of the rt args" .. that's exactly my point! |
| 14:28.02 | brlcad | you shouldn't have to |
| 14:28.06 | starseeker | pretty much - I'd have to think whether rtwizard can live without knowledge of the framebuffer |
| 14:28.16 | brlcad | if rtwizard has to know about rt args, it's already failed |
| 14:28.38 | brlcad | (beyond the implementation details of it setting up rt calls) |
| 14:28.46 | brlcad | rtwizard's arg processing |
| 14:28.55 | starseeker | shakes his head - directing output from multiple distinct tools to the same framebuffer requrires more than passing through args |
| 14:29.19 | brlcad | example? |
| 14:29.30 | brlcad | (as it pertains to an rtwizard arg) |
| 14:33.43 | brlcad | at a minimum, it should be possible to either entirely pass through framebuffer args (-F, -s, -w, -n, etc) or entirely pass through rt args (-p, -j, -P, -x, etc) |
| 14:34.40 | brlcad | but I'd think you could actually pass through most, if not all, as rt args -- especially after a first pass that identifies the pieces rtwizard needs for compositing (like -s, -w, -n, -F) |
| 14:35.15 | starseeker | the problem is, how does rtwizard distinguish rt args (color image) from rt args (ghost image) from rtedge args? |
| 14:36.05 | starseeker | for the ghost image, non-rt tools need to know about the framebuffer |
| 14:36.24 | starseeker | but won't want most of the other args |
| 14:36.42 | starseeker | (sorry about conversational delay, friggin internet went out on me) |
| 14:37.46 | starseeker | I had envisioned an --rt-color-options "-a -b -c" mechanism that lets people specify flags to pass through specifically to each "stage" of image generation |
| 14:38.43 | starseeker | so --rt-color-options --rt-ghost-options and --rt-edge-options (or something like that) where people could specify them |
| 14:41.35 | brlcad | my point was that rtwizard shouldn't even try to distinguish where it doesn't matter (which for most args it doesn't) |
| 14:42.05 | starseeker | that would have to be systematically checked - I didn't want to make the assumption that args wouldn't matter |
| 14:42.24 | brlcad | there certainly are args specific to rtedge, for example, but those would have to be wrapped in an rtwizard arg or otherwise somehow understood by rtwizard anyways |
| 14:42.31 | starseeker | and even if it's true now, what happens if a tool suddenly makes use of an arg in the future? |
| 14:44.38 | brlcad | i'm specifically referring to args that rtwizard actually doesn't need to know about (like -F), or at least doens't need to be aware of their value |
| 14:44.46 | brlcad | perhaps that's the crux of this concern |
| 14:45.46 | brlcad | -F[something_unknown_here] .. I don't see it being any of rtwizard's business to know *anything* about the "something_unknown_here" value |
| 14:45.57 | starseeker | the thing is though, rtimage needs to know the port number for the tools fb-pix and pix-fb |
| 14:46.25 | brlcad | huh? |
| 14:46.36 | starseeker | rtimage is the internal script called by rtwizard |
| 14:46.56 | starseeker | I suppose we could just "grab and store" whatever is in -F... |
| 14:47.21 | brlcad | I don't see why rtimage would need a port number, that sounds like a flawed assumption, or flawed design |
| 14:47.27 | brlcad | there's not necessarily a port |
| 14:47.44 | starseeker | sorry, framebuffer information |
| 14:47.46 | brlcad | that's all libfb's domain to deal with it |
| 14:47.50 | starseeker | port number or not |
| 14:48.03 | starseeker | take a look at src/tclscripts/lib/RtImage.tcl |
| 14:48.26 | starseeker | specifically, around line 220 |
| 14:49.11 | starseeker | rtwizard has to be able to populate that argument template |
| 14:50.17 | starseeker | rtwizard's job is to collect the information needed to drive that script, first and foremost |
| 14:50.57 | brlcad | "rtwizard has to be able to populate that argument template" <-- no it doesn't :) |
| 14:51.12 | brlcad | that's part of the point, it's written that way and that's a rather tight coupling |
| 14:51.31 | brlcad | those are three args that rtImage didn't need to know about |
| 14:51.36 | starseeker | remember, this was basically turning the existing rtwizard into something that can be command line called |
| 14:51.52 | starseeker | we did not undertake to re-think how it was doing what its doing |
| 14:51.55 | brlcad | viewscripts are a good corollary |
| 14:52.06 | brlcad | look at one of the rt viewscripts |
| 14:52.56 | brlcad | it has a few that it needs to know about and needs to specify, but the way they are ordered and the $* that is in the middle allows you to specify more or override |
| 14:53.43 | starseeker | sure - I'm not saying it can't be done better, just that we had enough crud to deal with without getting into that at the same time |
| 14:53.58 | brlcad | there was some rethinking in rtwizard, or you wouldn't have attempted to parse the framebuffer value |
| 14:54.15 | brlcad | how about at least just starting there |
| 14:54.32 | brlcad | what you're calling "port" in there looks like a misnomer, it's just the "framebuffer" |
| 14:54.47 | starseeker | OK |
| 14:54.48 | brlcad | and whatever is provided just gets fed to all the -F's |
| 14:55.12 | CIA-55 | BRL-CAD: 03d_rossberg * r51160 10/brlcad/trunk/src/conv/g-voxel.c: removed numVoxel from hit() function because of a compiler error "variable set but not used" |
| 14:55.20 | starseeker | the contents of -F's args still have to be in a Tcl variable though |
| 14:55.23 | starseeker | for pix-fb |
| 14:55.45 | brlcad | yeah, I realize that |
| 14:56.20 | brlcad | you weren't parsing in rtImage, iirc, it's the caller code in rtwizard that knew too much for its own good :) |
| 14:56.30 | starseeker | so... if I want to tell rt to use /dev/X and also specify a port number at the same time, I take it there's a syntax for that in -F |
| 14:56.44 | brlcad | generally likes that rtImage interface, it's a nice refactoring |
| 14:57.43 | starseeker | alright, let me try something... |
| 14:59.55 | brlcad | in general, yes -- but you may be mixing server and client concepts |
| 15:00.19 | starseeker | rtwizard is responsible for both... |
| 15:00.33 | starseeker | or may be, unless a pre-existing framebuffer is specified |
| 15:00.42 | brlcad | if it starts the server, it specified the port |
| 15:01.00 | CIA-55 | BRL-CAD: 03d_rossberg * r51161 10/brlcad/trunk/src/conv/g-voxel.c: another unused variable: rtip in hit() |
| 15:01.18 | brlcad | if it does that, there's no need for that to even be something the user cares about (or it becomes some sort of rtwizard-specific option) |
| 15:02.19 | brlcad | there's already a "bug" / bad design in fbserv the way it's currently set up where you have to specify the type (should auto-infer) -- that's on my todo to auto-infer the type or properly support -F |
| 15:02.44 | starseeker | if rtwizard get's passed -F/dev/X, is that enough to pass to pix-fb to enable it to communicate with the same framebuffer rt is using? |
| 15:02.45 | brlcad | beside the point, though -- the -F args are still identical across all commands |
| 15:03.47 | brlcad | ill-posed question, depends entirely what that "rtwizard" option is attempting to describe |
| 15:04.31 | starseeker | all I care about is that rt, rtedge, and pix-fb all know to communicate to the same framebuffer. The only way they are going to know what framebuffer is in play is from the -F option |
| 15:04.32 | brlcad | -F/dev/X means open a transient write-only X11 framebuffer |
| 15:04.48 | starseeker | so if someone feeds -F/dev/X to rtwizard, it's an error |
| 15:05.20 | brlcad | if that's something that's supposed to go on the rt* and *fb* tools, yeah -- doesn't make any sense |
| 15:05.39 | starseeker | but as the user, I don't care what rtwizard is doing under the hood |
| 15:05.50 | starseeker | I don't want to need to know that fb tools are being used - doesn't matter |
| 15:06.02 | brlcad | right, so that's why I said it's ill-posed -- depends what that option is attempting to describe |
| 15:06.31 | starseeker | then aren't we back to -F/dev/X being supplied to rtwizard meaning something different from what it means supplied to a naked rt? |
| 15:06.43 | brlcad | what I would expect for our command ecosystem is that I have my own framebuffer server running |
| 15:06.54 | brlcad | so I specify -Fmy_server |
| 15:06.58 | starseeker | by definition, rtwizard will *never* use a transient framebuffer |
| 15:07.11 | brlcad | and it uses it, instead of trying to do whatever rtwizard would have automatically used under the hood |
| 15:07.47 | starseeker | shakes his head - casual users won't even understand the concept of the framebuffer |
| 15:07.57 | starseeker | they won't know to start their own, and shouldn't have to |
| 15:08.11 | brlcad | huh? they don't have to |
| 15:08.22 | starseeker | If I specify -F/dev/X or -F/dev/ogl to rtwizard, I expect that to "just work" |
| 15:08.33 | brlcad | we're going in circles |
| 15:08.51 | brlcad | if you specify -F to rtwizard, you're clearly expecting that to mean something ... what is that something? |
| 15:09.10 | brlcad | the type of framebuffer server to use? |
| 15:09.12 | starseeker | for me, the common usage is "use X" or "use opengl" |
| 15:09.17 | starseeker | yeah |
| 15:09.28 | brlcad | why is that an rtwizard option at all? |
| 15:09.42 | starseeker | because it can matter |
| 15:09.59 | starseeker | if ogl is buggered, I need to be able to specify X |
| 15:10.49 | starseeker | it *also* might specify a specific framebuffer, such as Archer's framebuffer, but that's usually a usage scenario I only encounter when scripting something |
| 15:10.49 | brlcad | now more specifically, when you say "use X" or "use opengl", I presume you mean go through that interface whenever going through libfb, right? |
| 15:11.39 | ``Erik | FB_FILE=/dev/X ./rtwizard |
| 15:12.29 | starseeker | brlcad: I think so - I think of it as "use the X subsystem when displaying this image" |
| 15:12.36 | brlcad | okay, great |
| 15:12.43 | brlcad | so the problem then is this |
| 15:13.02 | brlcad | you're merging the concepts of starting a server with those you're usually familiar with running a client |
| 15:13.57 | brlcad | rtwizard obviously involves both, but they are not one in the same, by design and incompatibly so |
| 15:14.51 | brlcad | sounds to me like you're wanting to specify *fbserv* option(s) to rtwizard, which is not the -F option |
| 15:15.24 | starseeker | ah, OK |
| 15:15.29 | brlcad | that would be an rtwizard-specific option |
| 15:15.49 | brlcad | like --device=X |
| 15:16.22 | starseeker | but if I supply --device=ogl and then pass -F/dev/X through to rt, won't badness ensue? |
| 15:16.43 | brlcad | or --port=3 --device=ogl, which would set up "fbserv /dev/ogl 3" and "rt -F3 ; pix-fb -F3 ; ..." command calls |
| 15:17.04 | brlcad | client doesn't care about the device |
| 15:17.16 | starseeker | ah - that's why you're not expecting to see -F at the rtwizard level |
| 15:17.17 | brlcad | client only cares when it's starting it's own (transient) window |
| 15:17.31 | brlcad | you're probably only used to running rt that way |
| 15:18.13 | starseeker | ok, so basically I need to rename my options |
| 15:19.19 | brlcad | more than that -- the (current) -F parsing still seems entirely unnecessary |
| 15:19.40 | starseeker | right |
| 15:19.49 | brlcad | what I was looking for and expecting to override is that -F3 in that example |
| 15:20.08 | starseeker | on the other hand, if someone feeds an override to -F, all *bleep* is going to ensue |
| 15:20.20 | brlcad | if I specified --framebuffer=whatever, rtwizard would skip the fbserv and just pass 'whatever' to all the rt/pix tools, using my fbserv |
| 15:20.38 | brlcad | (--framebuffer == -F in this case) |
| 15:21.01 | starseeker | wouldn't that be a port number, at the rtwizard level? |
| 15:21.08 | starseeker | (/dev/X would be a no-no) |
| 15:21.14 | brlcad | actually, no *bleep* .. it should work just fine if they know our fbserv client/server interface |
| 15:21.32 | brlcad | yes, /dev/X IS wrong |
| 15:21.42 | brlcad | you can't talk to a /dev/X |
| 15:22.03 | starseeker | so I'd call it a port number at the rtwizard level, to discourage someone (me, like as not) passing --framebuffer=/dev/X |
| 15:22.15 | starseeker | since that would be my initial instinct, based on rt interaction |
| 15:22.17 | brlcad | it would be -Flocalhost:5 or -F/path/to/my/file or something else entirely (all documented in libfb(3) |
| 15:22.32 | brlcad | no no |
| 15:23.04 | brlcad | those are three separate options, three separate concepts |
| 15:23.39 | brlcad | --framebuffer or -F are *client* options |
| 15:24.16 | starseeker | oh, I see what you're saying |
| 15:24.17 | brlcad | /dev/X is simply not a valid client option when you have multiple commands, that's user error |
| 15:24.51 | brlcad | similarly, specifying --framebuffer/-F along with --port or --device would make no sense |
| 15:25.22 | brlcad | port/device are *server* options (from which you can derive client options) |
| 15:26.23 | starseeker | alright, so we've got three options here - one client and two server. If both client and server are simulatneously specified, it's an error |
| 15:26.37 | brlcad | right |
| 15:26.45 | brlcad | I could see you making sense of --framebuffer along with --port/--device .. but that'd be code to write |
| 15:26.58 | starseeker | so *that's* what I'm checking for at the rtwizard level |
| 15:27.22 | starseeker | I'll try to fix it before you tag... |
| 15:27.23 | brlcad | you could make it use port/device as the server, all client commands work with it for processing, but then it mirrors results to the client-specified --framebuffer |
| 15:28.33 | starseeker | shakes his head - I don't know that I'd want to be that fancy for a first cut (that would probably require modding rtimage too) |
| 15:28.44 | brlcad | I could see you *always* starting and using an fbserv |
| 15:29.03 | brlcad | then any framebuffer option just copies progress or the final result to that one specified |
| 15:29.40 | brlcad | for simplicity, I'd just go without a framebuffer option to rtwizrd |
| 15:29.44 | starseeker | maybe, but getting that right, working and cross-platform tested is going to take more than a few hours |
| 15:29.51 | brlcad | since your primary need it really just --device |
| 15:29.58 | brlcad | s/it/is/ |
| 15:30.15 | starseeker | well, device and port (so Archer can tell it what port to use) |
| 15:30.47 | brlcad | unfortunately, yeah |
| 15:30.58 | brlcad | fbserv needs to be modified for that to improve |
| 15:31.13 | brlcad | archer doesn't really care, but needs to because of fbserv |
| 15:32.03 | brlcad | fbserv doesn't have a default device type nor report an auto-sensed port, so you have to specify them to know what they are |
| 15:32.14 | brlcad | rather annoying |
| 15:32.29 | starseeker | nods |
| 15:33.11 | starseeker | kinda hard to auto-sense a port though, isn't it? what if you've got more than one fbserv of the same type up? |
| 15:33.22 | starseeker | then you pretty much have to tell it which one to use |
| 15:33.40 | brlcad | so yeah, if you peek at fbserv's usage, that's really what rtwizard needs to know about -- and if it starts the server, it KNOWS what all the client -F's are (no parsing needed) |
| 15:33.51 | starseeker | right |
| 15:33.53 | brlcad | not hard at all, you look for the first available |
| 15:34.46 | brlcad | starting an fbserv doesn't know/care about other fbservs (unless you're chaining, which we do support) |
| 15:35.25 | brlcad | it's just a "is this socket in use" check |
| 15:35.59 | brlcad | the "port" is just an offset from tcp socket 5558 |
| 15:36.38 | starseeker | oh - so you're thinking when archer starts up its own fbserv, it will get the port number in use back from the fbserv itself rather than specifying it up front? |
| 15:36.58 | starseeker | and archer will then tell it's "client" rt programs which port to use? |
| 15:37.12 | brlcad | that's what it does now |
| 15:37.15 | brlcad | mged too |
| 15:37.28 | starseeker | I'm missing something then... |
| 15:37.56 | brlcad | when you "enable" the embedded framebuffer in either archer or mged, it attempts to start an fbserv |
| 15:38.16 | brlcad | starts with port 0 (5558), then port 1 (5559), then port 2 (5560), etc |
| 15:38.43 | brlcad | once it finds one open, that fbserv is running, mged/archer make note of the port that worked, and then that number is fed to any rt invocation |
| 15:39.08 | brlcad | bob's doing the same thing with rtwizard |
| 15:39.19 | starseeker | right... so what did you mean by "auto-sensed" port? |
| 15:39.51 | brlcad | mged/archer will know the port it's using for the embedded framebuffer, so it'll need to specify that to rtwizard |
| 15:40.15 | brlcad | the auto-sensing is to avoid that manual search by mged/archer/rtwizard to find an available port |
| 15:40.47 | brlcad | just start an fbserv and tell me where it's at, mged/archer can take it from there to reuse it |
| 15:41.19 | brlcad | that's how it SHOULD work, not how it currently works .. it's a manual loop inside mged/archer |
| 15:41.30 | starseeker | ah, k |
| 15:41.41 | brlcad | for rtwizard to work standalone, it needs the same search |
| 15:42.16 | starseeker | got it |
| 15:42.18 | brlcad | at least UNTIL fbserv is fixed to perform auto-sensing |
| 15:42.58 | brlcad | I think that even is/was a bug in rtwizard, didn't handle fbserv port already in use |
| 15:46.26 | starseeker | hates to be swapping these options around right before release... |
| 15:46.37 | starseeker | need to though |
| 15:46.46 | starseeker | don't want to release with gummed up opts |
| 15:46.54 | starseeker | (sorry Bob...) |
| 15:59.31 | starseeker | brlcad: should I do the extra work to support both X and /dev/X style device specifications for --fbserv-device ? |
| 16:00.03 | starseeker | (looks like fbserv wants /dev/X...) |
| 16:00.36 | starseeker | well, better test first |
| 16:00.47 | starseeker | glowers at slow computer |
| 16:25.40 | brlcad | starseeker: there's merits to both, but I wouldn't support both |
| 16:25.51 | brlcad | just pass it through it you want to keep in simple |
| 16:26.24 | brlcad | and it won't need to get fixed if we ever change the /dev/ prefix |
| 16:30.35 | brlcad | that's looking better |
| 16:30.44 | brlcad | pokes CIA-55 |
| 16:39.19 | CIA-55 | BRL-CAD: 03starseeker * r51162 10/brlcad/trunk/ (2 files in 2 dirs): Fix rtwizard options to better match what they're actually doing under the hood. |
| 17:34.55 | CIA-55 | BRL-CAD: 03bob1961 * r51163 10/brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Put back the previous specification of occlusion objects to rtedge. |
| 17:43.46 | CIA-55 | BRL-CAD: 03brlcad * r51165 10/brlcad/trunk/src/libbu/test_ctype.c: typo, mime type is text/plain |
| 17:45.16 | CIA-55 | BRL-CAD: 03brlcad * r51166 10/brlcad/trunk/src/libbu/test_ctype.c: clean up ws & style, mark ac/av as UNUSED |
| 17:45.44 | brlcad | ~seen anuragmurty |
| 17:45.51 | ibot | anuragmurty <~anurag@14.139.128.14> was last seen on IRC in channel #brlcad, 11d 4h 32m 4s ago, saying: 'ohh.. this depends on how sparse our object is, right? as in (filled) to (total in bounding box) ratio..'. |
| 17:48.45 | CIA-55 | BRL-CAD: 03brlcad * r51167 10/brlcad/trunk/src/conv/g-voxel.c: ws |
| 18:01.27 | CIA-55 | BRL-CAD: 03bob1961 * r51168 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): |
| 18:01.28 | CIA-55 | BRL-CAD: This fixes some of the issues that were encountered using the rtwizard interface |
| 18:01.28 | CIA-55 | BRL-CAD: in Archer. The fix was to compute the eye_pt (i.e. a call to get_eyemodel |
| 18:01.28 | CIA-55 | BRL-CAD: computes this) whenever the display changes and convert it to view coordinates |
| 18:01.28 | CIA-55 | BRL-CAD: before comparing to the mSavedViewEyePt. The eye_pt with the largest Z value |
| 18:01.28 | CIA-55 | BRL-CAD: wins. This value, if set, is used to override libged/rtwizard.c. |
| 18:08.46 | CIA-55 | BRL-CAD: 03brlcad * r51169 10/brlcad/trunk/ (include/bu.h src/libbu/vls_internals.h): revert r50816 and 50817. cannot just move declarations into public headers as it pollutes the public API. moreover, it's not necessary (and doesn't address the real problem) |
| 18:09.11 | CIA-55 | BRL-CAD: 03brlcad * r51170 10/brlcad/trunk/src/libbu/vls_internals.h: declare extern |
| 18:11.29 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:12.16 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:14.54 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:17.49 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:18.24 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:19.17 | starseeker | brlcad: where is bu_argv0_buffer normally set? |
| 18:19.57 | starseeker | oh, I see it |
| 18:21.45 | brlcad | there be dragons there... tread carefully :) |
| 18:22.13 | starseeker | no worries - don't want to monkey with the logic |
| 18:22.23 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:23.52 | *** join/#brlcad andrei__ (~andrei@5-12-78-192.residential.rdsnet.ro) | |
| 18:23.57 | andrei__ | hello |
| 18:24.22 | CIA-55 | BRL-CAD: 03starseeker * r51171 10/brlcad/trunk/src/fb/fblabel.c: fblabel needs to use bu_setprogname, since it relies on bu_brlcad_data to find vfont. |
| 18:24.56 | starseeker | brlcad: was rather surprised when fblabel was failing based on where I was running it from |
| 18:25.44 | starseeker | especially since I was pretty sure we'd hammered that part fairly flat - we had, but fblabel wasn't doing its part |
| 18:26.37 | starseeker | I suppose technically that might be user visible, but only if using fblabel in a BRL-CAD that isn't in its final make install location |
| 18:26.40 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 18:30.12 | CIA-55 | BRL-CAD: 03brlcad * r51172 10/brlcad/trunk/src/libbu/vls_internals.h: mark them with BU_EXPORT so they'll dllexport/dllimport correctly, but keep them in this internal header so they're not published |
| 18:31.38 | CIA-55 | BRL-CAD: 03starseeker * r51173 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: Add some examples to rtwizard man page - could probably stand to have some more, given the number of options available |
| 18:32.22 | brlcad | yeah, I wouldn't call that a "proper" installation in terms of user-visibility |
| 18:33.34 | brlcad | steps outside for a couple minutes as he hears the blue angels roaring nearby |
| 18:36.01 | brlcad | pretty cool, shot strait up for a while, curved down, graceful stalled spin, then recovered shortly before reaching the water |
| 18:37.09 | brlcad | if you're within earshot of bob or a windows box, r51172 could use a compilation test |
| 18:38.00 | andrei__ | brlcad , regarding the posix compliant issue |
| 18:38.08 | andrei__ | I have to replace for (( i=0; i < max; i++ )), right? |
| 18:38.59 | andrei__ | on stackoverflo it says " it s not totally POSIX" so I m not sure if I can keep it |
| 18:41.02 | CIA-55 | BRL-CAD: 03WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde 07http://brlcad.org * r3895 10/wiki/WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde: New page: Search Engine Marketing is not only about putting websites in search engines to get listed on their result pages, but also about promoting and improving their rankings in order to make the... |
| 18:42.41 | brlcad | andrei__: if you replace /bin/bash with /bin/sh, does "for (( i=0; i < max; i++ ))" work? |
| 18:43.19 | andrei__ | I did replace it but I haven't tried |
| 18:43.50 | brlcad | kind of answers your question if it doesn't work ;) |
| 18:43.55 | andrei__ | it does |
| 18:44.02 | brlcad | if it does work, doesn't really answer your question -- but one step at a time |
| 18:46.14 | andrei__ | I believe I should use "test", just need to figure out how |
| 18:49.09 | brlcad | you should, great tool to learn |
| 18:49.16 | brlcad | lots of examples in our sh/ directory |
| 18:50.03 | brlcad | test and expr will reproduce most of what you're doing in your script |
| 18:52.58 | ``Erik | metaball facetization does work, it's just rrrrreally slow in the _fuse() |
| 18:55.13 | brlcad | related to weiss' "optimizations" ? |
| 18:56.03 | brlcad | I noticed the conversion.sh script taking about 200% longer after all his nmg work last fall (1/3rd) |
| 19:06.31 | ``Erik | it's in nmg_model_fuse(), rich asserts that nmg_model_break_e_on_v() is what's killing the performance |
| 19:07.33 | ``Erik | commenting out the fuse call and passing -n to facetize allows it to finish fairly quickly |
| 19:09.35 | ``Erik | might hit it with shark or something later to see where |
| 19:11.43 | CIA-55 | BRL-CAD: 03brlcad * r51174 10/brlcad/trunk/src/libged/brep.c: ws |
| 19:19.26 | CIA-55 | BRL-CAD: 03brlcad * r51175 10/brlcad/trunk/src/libged/red.c: |
| 19:19.26 | CIA-55 | BRL-CAD: revert r51012. it's unclear how the comment is true, improving reliability on |
| 19:19.26 | CIA-55 | BRL-CAD: Windows, because the casts are not right. they describe an array of character |
| 19:19.26 | CIA-55 | BRL-CAD: pointers (char*[]), but then that's repeatedly used as a 'char *' with casts |
| 19:19.26 | CIA-55 | BRL-CAD: forced everywhere. needing casts pervasively like that is a sign something is |
| 19:19.26 | CIA-55 | BRL-CAD: fundamentally wrong. casts should be rare. |
| 19:22.40 | CIA-55 | BRL-CAD: 03anrgmrty * r51176 10/brlcad/trunk/src/conv/g-voxel.c: EQUAL used for equality of two floating pt. numbers instead of roundabout way using ZERO |
| 19:24.26 | brlcad | does anyone know any of the details around r51054? changes to our libregex reportedly somehow in support for win64 |
| 19:26.58 | CIA-55 | BRL-CAD: 03brlcad * r51177 10/brlcad/trunk/src/other/libregex/engine.c: partial revert of r51054. passing ssize_t to %ld is not portable nor follows the documented type. |
| 19:32.15 | ``Erik | hah |
| 19:35.46 | ``Erik | I may've found the nmg performance culprit, verifying something... |
| 19:42.00 | brlcad | caught up on commit review |
| 19:42.35 | CIA-55 | BRL-CAD: 03Mesut 07http://brlcad.org * r3896 10/wiki/User:Mesut/Reports: |
| 19:48.41 | crdueck | brlcad: the analyze command for an arb provides a very detailed per-face analysis with its own implementation of a surface area function for each face, and then summing the areas to provide the total at the end. also, there's already an rt_arb_centroid() which is in use in a few places. i'm not sure how much i want to/can touch these, but it makes arb a little inconsistent compared to the rest of the primitives using (or soon to be using) t |
| 19:49.33 | brlcad | clean linux builds on 64-bit (x86_64 and power7), so far good on 32-bit mac 10.5 |
| 19:50.01 | brlcad | crdueck: make 'em consistent |
| 19:51.24 | brlcad | rt_arb_centroid() isn't properly published, so it can be changed |
| 19:51.53 | brlcad | you can make it have the right argument types, for example, and update the callers to go through the functab instead of calling it directly |
| 19:52.04 | brlcad | then you should be able to remove its declaration from raytrace.h |
| 19:52.58 | crdueck | centroid isnt too difficult, but the surface area function isnt even its own function, its just a part of the per face analysis |
| 19:53.13 | brlcad | most of those rt_PRIM_*() functions are fair game because there shouldn't be any in the public API |
| 19:53.31 | brlcad | so refactor it into a function or write one and replace it |
| 19:53.52 | brlcad | good thing to leverage the code that's there at least as a starting point |
| 19:53.57 | brlcad | then can see if you can improve upon it |
| 19:55.46 | crdueck | okay, i'll work on it |
| 20:13.46 | CIA-55 | BRL-CAD: 03erikgreenwald * r51178 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: remove unnecessary blather |
| 21:35.13 | CIA-55 | BRL-CAD: 03bob1961 * r51179 10/brlcad/trunk/ (4 files in 3 dirs): Added functions for save_all, delete_all and restore_all hooks and log_hooks. Used by wdb_cmd to eliminate blather when a command is not found in wdb_newcmds. |
| 21:56.59 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:39.24 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3897 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 23:22.32 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:37.43 | *** join/#brlcad xth1 (~thiago@201.82.132.241) | |
| 00:13.39 | *** join/#brlcad xth1 (~thiago@201.82.132.241) | |
| 00:26.54 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:32.07 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:34.03 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3898 10/wiki/User:Cprecup/GSoC2012_progress: 13/06/2012 , 15/06/2012 |
| 00:38.07 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 01:00.32 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:17.51 | CIA-55 | BRL-CAD: 03Starseeker 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde]]": spamming content |
| 03:18.23 | CIA-55 | BRL-CAD: 03Starseeker 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:WadelinlofybzobuqxqdvqebvtfzgalodwzyrknBoyde]] with an expiry time of infinite (account creation disabled): Inserting nonsense/gibberish into pages |
| 04:43.30 | CIA-55 | BRL-CAD: 03brlcad * r51180 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: DIST_PT_PLANE() takes a point first, plane second. detected during compilation since it causes an array to read out of bounds. |
| 05:32.58 | CIA-55 | BRL-CAD: 03starseeker * r51181 10/brlcad/trunk/src/libged/simulate/ (simrt.c simulate.c simutils.c simutils.h): simulate kill code was interfering with other uses of kill - add a prefix to avoid collision until details can be sorted out. |
| 06:16.02 | CIA-55 | BRL-CAD: 03crdueck * r51182 10/brlcad/trunk/src/libged/analyze.c: cleaned up formatting for bu_vls_printf in analyze_ell and analyze_tor, planning on using this format throughout analyze.c for consistency |
| 06:18.38 | CIA-55 | BRL-CAD: 03crdueck * r51183 10/brlcad/trunk/src/libged/analyze.c: cleaned up formatting in analyze_tgc |
| 07:00.48 | CIA-55 | BRL-CAD: 03crdueck * r51184 10/brlcad/trunk/src/libged/analyze.c: updated analyze_arb to use the new volume callback |
| 07:59.39 | CIA-55 | BRL-CAD: 03starseeker * r51185 10/brlcad/trunk/src/tclscripts/ (lib/RtImage.tcl rtwizard/rtwizard.tcl): Checkpointing work to make rtwizard pids available for Archer to abort when abort button is pressed. Will immediately revert, as this won't be ready in time for release |
| 08:00.57 | CIA-55 | BRL-CAD: 03starseeker * r51186 10/brlcad/trunk/src/tclscripts/ (lib/RtImage.tcl rtwizard/rtwizard.tcl): Reverse pid archer work |
| 10:04.09 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 11:20.05 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3899 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 11:54.16 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3900 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 11:55.31 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3901 10/wiki/DSP: /* Preparing your height field data */ correct definition of "width" and "length" |
| 11:58.37 | CIA-55 | BRL-CAD: 03tbrowder2 * r51187 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: add note about easy ascii creation, reference to tac(1) |
| 12:03.36 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3902 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ correct typo |
| 12:04.01 | CIA-55 | BRL-CAD: 03Tbrowder 07http://brlcad.org * r3903 10/wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 12:07.47 | CIA-55 | BRL-CAD: 03tbrowder2 * r51188 10/brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml: improve note about validity of output for mged use |
| 12:42.11 | CIA-55 | BRL-CAD: 03tbrowder2 * r51189 10/brlcad/trunk/NEWS: correct typo |
| 13:00.56 | CIA-55 | BRL-CAD: 03brlcad * r51190 10/brlcad/trunk/misc/CMake/ (FindGL.cmake FindX11.cmake): synchronize the search ordering while also adjusting the order slightly. intentionally preferring X11 include directories before searching common system and common package manager paths. |
| 13:02.40 | CIA-55 | BRL-CAD: 03brlcad * r51191 10/brlcad/trunk/src/other/ (6 files in 6 dirs): sync FindGL and FindX11 |
| 13:10.31 | CIA-55 | BRL-CAD: 03brlcad * r51192 10/brlcad/trunk/NEWS: |
| 13:10.31 | CIA-55 | BRL-CAD: insignificant edit so we can restate the commit log, needed for |
| 13:10.31 | CIA-55 | BRL-CAD: sh/news2tracker.sh which pulls the last commit comment for review meetings: tom |
| 13:10.31 | CIA-55 | BRL-CAD: browder fixed a bug in the comgeom-g importer that was causing a problem due to |
| 13:10.31 | CIA-55 | BRL-CAD: improper memory deallocation after mk_ars(). |
| 13:11.00 | CIA-55 | BRL-CAD: 03brlcad * r51193 10/brlcad/trunk/include/vmath.h: ws |
| 13:37.09 | brlcad | just two more minor items to commit, but then should be ready to sync and tag |
| 13:37.16 | brlcad | clean linux and mac builds |
| 14:02.24 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@elvyn-248-109.halls.student.lut.ac.uk) | |
| 14:25.14 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 14:25.14 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 15:10.37 | starseeker | brlcad: I'll try and get in to do a Windows build this afternoon |
| 16:16.17 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 17:37.48 | CIA-55 | BRL-CAD: 03starseeker * r51194 10/brlcad/trunk/src/other/CMakeLists.txt: New SCL setting to flag as advanced |
| 18:05.43 | CIA-55 | BRL-CAD: 03starseeker * r51195 10/brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: PDF testing was worthwhile, caught an error - 3 columns in this table, not 2 |
| 18:55.04 | *** join/#brlcad andrei_ (~andrei@5-12-78-192.residential.rdsnet.ro) | |
| 18:57.10 | andrei_ | hello |
| 19:03.46 | CIA-55 | BRL-CAD: 03crdueck * r51196 10/brlcad/trunk/src/librt/primitives/table.c: quell some warnings, pointer (NULL) instead of the expected int (0) in a functab entry |
| 19:07.39 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3904 10/wiki/User:Ksuzee/Reports: |
| 19:11.15 | andrei_ | the shell script is mostly done ( ignore identation, will be fixed after it s fully functional ) |
| 19:11.27 | andrei_ | il post a slexy and modify the sourceforge one aswell |
| 19:14.33 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3905 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */ |
| 19:15.14 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3906 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */ |
| 19:15.51 | andrei_ | is it possible to have both of my patches( red black tree / tpkg parameter) reviewed, I have modified them some time ago |
| 19:17.20 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3907 10/wiki/User:Plussai/GSoC_2012_log: /* 2 June 2012 */ |
| 19:24.01 | starseeker | brlcad: builds on Windows |
| 19:24.51 | brlcad | awesome |
| 19:25.55 | andrei_ | I didn't know opensource orgs build their programs for windows aswell |
| 19:26.13 | starseeker | looking OK on Linux and Mac too, although my Mac tests aren't all the way there yet |
| 19:27.07 | starseeker | andrei_: occasionally - programs with a larger user audience and enough development resources tend to do so |
| 19:28.12 | andrei_ | isn't that really hard |
| 19:28.21 | andrei_ | because, for example windows xp( yeah, I still have it) has no shell. |
| 19:28.44 | starseeker | andrei_: maintaining build logic for multiple build systems is no joke |
| 19:29.41 | andrei_ | honestly I would ask about more details, but I probably wouldn't understand at this moment |
| 19:29.46 | starseeker | most gnu autotools based builds (the majority of projects) only tend to build under cygwin and/or mingw based tools - add Visual Studio to the mix and it gets tough |
| 19:30.13 | brlcad | andrei_: it's supported infrequently not because it's hard -- but because it's generally a terrible development environment with worser-than-most computer science foundations |
| 19:30.29 | brlcad | andrei_: and windows has a shell, always has .. it's just a terrible one |
| 19:31.03 | andrei_ | I only keep windows to play stuff on it |
| 19:31.10 | starseeker | not "hard" maybe, but tedious and labor intensive - unless a tool like CMake or Scons is used, it means maintaining multiple build systems |
| 19:31.59 | starseeker | most projects view that as a waste of effort that could be put into features |
| 19:32.14 | andrei_ | meh, sorry. I forgot to paste the slexy for the shell script. |
| 19:32.49 | andrei_ | http://slexy.org/view/s2kIAVzqkB I know ident is bad, I ll fix it after it works good. |
| 19:33.09 | andrei_ | I tested everything except the trap, need to figure out how to send signal from a C program. |
| 19:33.46 | brlcad | andrei_: ugh, that's not even worth the effort reading it until it's formatted properly |
| 19:34.00 | brlcad | indentation and style should NOT be an afterthought .. |
| 19:34.25 | andrei_ | I usually let IDE's automatically indent, I wrote the shell in gedit. |
| 19:34.28 | andrei_ | I ll fix it in a minute. |
| 19:34.39 | brlcad | but that's even worse |
| 19:34.51 | brlcad | writing it with a text editor is fine, great |
| 19:35.17 | brlcad | that means you're lacking a skill that affects readability, code usability .. something to learn :) |
| 19:35.35 | brlcad | it shouldn't look right to you like that |
| 19:36.35 | andrei_ | then I need to learn vim :( |
| 19:37.06 | ``Erik | or emacs, or nano, or joe, or pico, or gedit, or notepad, or ... |
| 19:37.11 | starseeker | huh? just turn off your editor's auto-formatting and do it manually... |
| 19:37.23 | brlcad | car analogy: "I'll clean the shit out of my car when I drive somewhere important" .. |
| 19:37.32 | brlcad | you shouldn't have shit in there in the first place, and nobody else should have to deal with it :) |
| 19:39.14 | andrei_ | there s some thing I never understood about indentation |
| 19:39.24 | andrei_ | There are plenty of styles, how do you choose one? |
| 19:40.01 | brlcad | if you're writing your own code for you, you just pick one that you like |
| 19:40.21 | brlcad | if you're writing code with/for others, you make your code consistent with the group's style |
| 19:40.43 | andrei_ | brl-cad is using k&r style, so I should use that, right? |
| 19:40.44 | brlcad | it's most important that code is consistent |
| 19:40.54 | brlcad | even consistent bad style is better than no style |
| 19:42.18 | andrei_ | Right, sorry about that. I ll have this matter sorted, will probably need it many times later. |
| 19:42.55 | brlcad | when in doubt, just look at some of the existing code |
| 19:43.47 | brlcad | HACKING file talks about our style guidelines in detail |
| 19:44.15 | brlcad | tons of shell script examples in sh and bench |
| 19:44.20 | brlcad | and regress |
| 19:45.17 | andrei_ | I did read HACKING before getting accepted, I just find it hard to remember every aspect. Still, no excuse for that. |
| 19:45.39 | andrei_ | I ll keep indenting manually until I get the hang of it. |
| 19:49.43 | brlcad | great |
| 19:53.40 | crdueck | the rigidity of the function signatures in the rt_functab interface is making it pretty difficult to avoid repeating the same sections of code in different functions. If i could declare different inputs for the functions of different primitives, i'd be able to reduce the repetition. would there be any way to make the interface more flexible? the only option i could think of is declaring some interfaces manually instead of using the RT_DECLA |
| 20:04.44 | *** join/#brlcad piksi (piksi@pi-xi.net) | |
| 20:09.26 | andrei_ | how do I find what licence to pass to ./header.sh ? |
| 20:10.00 | andrei_ | I have been looking in other scripts but I didn't find a specific type. |
| 20:35.04 | starseeker | brlcad: you want to do the release tagging? |
| 20:35.49 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 20:35.56 | starseeker | oh, nevermind - I see we still have some TODO items |
| 20:36.20 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:38.20 | andrei_ | indented the script, here s the " clean " version |
| 20:38.22 | andrei_ | http://slexy.org/view/s2U8UOMIEq |
| 20:51.43 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3908 10/wiki/User:Crdueck/log: |
| 23:35.35 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3909 10/wiki/User:Cprecup/GSoC2012_progress: 16/06/2012 - model implementation for DAG |
| 03:52.49 | *** join/#brlcad xth1 (~thiago@187.106.52.183) | |
| 03:55.42 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:50.05 | andrei_ | is the indentation good? This is what I have done so far : http://slexy.org/view/s2U8UOMIEq |
| 06:57.28 | *** join/#brlcad andrei_ (andrei@5-12-78-192.residential.rdsnet.ro) | |
| 08:14.16 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 08:18.33 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3910 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */ |
| 08:54.24 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 15:10.27 | ``Erik | andrei_: indentation looks decent to me, one trick that might be useful is to use the shell pid in temp file names, you can access it with $$ |
| 15:10.42 | ``Erik | (so myfile.$$ will create something like myfile.45612 ) |
| 17:14.28 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:14.28 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 18:06.06 | *** join/#brlcad jbschw (~quassel@ool-4355ee10.dyn.optonline.net) | |
| 19:08.10 | andrei_ | ah, that will be fixed in a moment. Are there any other sugestions regarding the script? Thank you |
| 21:21.53 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3911 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 21:24.42 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3912 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 22:27.19 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3913 10/wiki/User:Stattrav/GSoC2012_log: Undo revision 3912 by [[Special:Contributions/Stattrav|Stattrav]] ([[User talk:Stattrav|Talk]]) |
| 23:06.05 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 23:57.35 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3914 10/wiki/User:Al_Da_Best/devlog: Log updates |
| 01:12.09 | *** join/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca) | |
| 01:12.29 | GargantuaSauce | who the hell makes a header file >21K lines long |
| 01:36.21 | CIA-55 | BRL-CAD: 03cprecup * r51197 10/brlcad/trunk/src/conv/CMakeLists.txt: Eliminate search for the library libavoid |
| 01:38.32 | CIA-55 | BRL-CAD: 03cprecup * r51198 10/brlcad/trunk/src/libged/CMakeLists.txt: Add search for libavoid |
| 01:44.29 | CIA-55 | BRL-CAD: 03cprecup * r51199 10/brlcad/trunk/src/libged/dag.cpp: Model for a directed acyclic graph constructed by using the Adaptagrams' libraries. Methods that, for now, construct a rectangle for each object in a given database. |
| 01:53.00 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3915 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - added methods for constructiong rectangles for each object in a database |
| 01:56.07 | cristina | could a mentor please check the latest source file that I added: src/libged/dag.cpp and give me a feedback? It's supposed to have methods used when dealing with a dag graph constructed using Adaptagrams. Thank you |
| 02:05.10 | *** join/#brlcad xth1 (~thiago@187.106.54.104) | |
| 02:45.30 | CIA-55 | BRL-CAD: 03starseeker * r51200 10/brlcad/trunk/src/fb/orle-fb.c: Apply patch 3527258 from Ksenija Slivko |
| 03:08.51 | *** join/#brlcad Technicus (~Technicus@66-191-61-83.dhcp.stpt.wi.charter.com) | |
| 03:11.49 | brlcad | GargantuaSauce: we do, obviously ... some issue being encountered at 21k bytes? |
| 03:13.06 | brlcad | we have a couple headers 10x that size, or you might have meant 201k :) |
| 03:14.22 | brlcad | (we also have a long-standing to-do item to chop our core library headers, but that's not yet started by anyone) |
| 03:14.27 | GargantuaSauce | no i just noticed that it took 40 minutes to compile because i forgot to add -j4 to the make invocation |
| 03:14.57 | brlcad | cristina: did you run distcheck? |
| 03:16.25 | brlcad | ah, the build time is not impacted significantly by those headers sizes (on the contrary, results in fewer file reads) .. |
| 03:16.52 | brlcad | it's just a lot of sources (more than 1M lines) and the C++ compilation and documentation processing are killer |
| 06:42.15 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 06:46.46 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:41.52 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 08:42.30 | anuragmurty | d_rossberg: hi! |
| 08:54.23 | d_rossberg | anuragmurty: hi, are you working on extenting your rayInfo structure? |
| 08:55.22 | anuragmurty | yes.. i have included region names also now, with fill distances in each region being saved.. |
| 08:55.46 | anuragmurty | i am trying to get the voxels.txt file in a format you suggested.. |
| 08:56.28 | anuragmurty | i.e. (x,y,z) -(region name)- (percentage this region fills the voxel) |
| 08:56.32 | d_rossberg | how do you save the references to the regions in your structure? |
| 08:57.28 | anuragmurty | i just assign the pp->pt_regionp->reg_name pointer to it.. it is a linked list which checks if the region is already included.. if not, it is added to the end of the list.. |
| 08:58.47 | anuragmurty | here, pp is present partition |
| 08:59.34 | d_rossberg | and this works? |
| 09:00.06 | anuragmurty | till now i can list the different regions present in a particular voxel.. |
| 09:01.21 | anuragmurty | i need to this so i can include %-age fill of each region |
| 09:01.22 | d_rossberg | i ask because i'm not sure if you can rely on the name strings where kept in memory |
| 09:02.21 | anuragmurty | but i will need some way to identify the region... |
| 09:02.21 | d_rossberg | in this case you need to copy them (e.g. in bu_vls) |
| 09:04.10 | anuragmurty | i did not understand this.. i should explicitly copy the names? |
| 09:10.06 | anuragmurty | what i mean is, can you please tell me why directly assigning the pointer is a bad idea?? i do not think i understood.. |
| 09:10.49 | d_rossberg | what you see during the ray-trace are intermediate structures, and i don't know how long they live (or the structures they point to) |
| 09:13.03 | d_rossberg | see rt_db_get_internal for example |
| 09:13.08 | anuragmurty | ok, so what you are saying is that i should copy them explicitly using bu_vls functions? |
| 09:13.43 | anuragmurty | ok i will look at rt_db_get_internal |
| 09:14.03 | d_rossberg | i would say yes, but you should ask sean about this too |
| 09:14.24 | d_rossberg | rt_db_get_internal is in src/librt/dir.c |
| 09:16.21 | anuragmurty | hmm.. i will ask sean also then.. but one more thing-- is the name the only way to get to the region?? i mean, is there some other unique id etc associated?? |
| 09:17.03 | d_rossberg | only to get an idea what i'm talking about, you usually don't work with the database stream directly but with sim rt_db_internal structure or similar |
| 09:19.22 | anuragmurty | hmmm... |
| 09:29.19 | d_rossberg | see the operators.g geometry for example, the point there is that you even dont need the different names for the opcolumn~ groups |
| 09:30.25 | d_rossberg | it's suficient to have one group and place the multiple times with different matrices in "operators" |
| 09:37.52 | anuragmurty | ok.. i am having a look.. but i did not understand this.. |
| 09:38.13 | anuragmurty | which matrices do you mean? |
| 09:45.09 | cristina | brlcad: I've modified the src/libged/CMakeLists.txt file - the dag.cpp file wasn't ignored when the AVOID library wasn't found so I added it to the ged_ignore_files in this case. |
| 09:45.22 | cristina | now, the distcheck runs ok. I should commit this |
| 09:45.33 | cristina | Is there a problem with the included headers? |
| 09:46.56 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 10:06.41 | brlcad | cristina: great, yes you should commit that ;) |
| 10:06.50 | brlcad | you'll also need to add your file to Makefile.am |
| 10:06.56 | brlcad | if you've not already done so |
| 10:08.19 | brlcad | anuragmurty: I don't recall if those strings are retained, but copying them is the safe thing to do regardless |
| 10:09.20 | brlcad | bu_strdup() if you don't intend to do much with them, or one of the bu_vls_*() printing routines if you do |
| 10:10.01 | cristina | brlcad: I added it to the Makefile.am. Should I also add ${AVOID} to the libged_la_LIBADD? |
| 10:10.18 | brlcad | cristina: no |
| 10:10.51 | brlcad | that's a completely separate build system, so just add any/all new files to the EXTRA_DIST set |
| 10:11.07 | brlcad | including your dag.g file |
| 10:11.39 | brlcad | we're not going to be adding all the libavoid checks necessary to the old build system, so we just need to make sure the files are included |
| 10:13.50 | CIA-55 | BRL-CAD: 03brlcad * r51201 10/brlcad/trunk/TODO: idents first column bug was investigated and found to be unworthy. review and testing has been on-going. |
| 10:14.05 | cristina | brlcad: I don't have a dag.g file |
| 10:14.06 | brlcad | starseeker: yeah, just a few more TODO items still -- feel free to pluck any off, most are quick checks |
| 10:14.12 | brlcad | cristina: dag.c |
| 10:14.48 | cristina | ok, thank you :) |
| 10:16.13 | CIA-55 | BRL-CAD: 03brlcad * r51202 10/brlcad/trunk/TODO: the brep class inlining is not a release item, push down to unsheduled |
| 10:17.53 | brlcad | cristina: if you want to test the other build system, you can run these steps if you have the gnu autotools installed: ./autogen.sh && mkdir -p .auto && cd .auto && ../configure --enable-all && make distcheck |
| 10:18.38 | brlcad | distcheck should succeed, which usually amounts to making sure any and all new files are properly listed in a Makefile.am somewhere, usually in EXTRA_DIST |
| 10:20.01 | CIA-55 | BRL-CAD: 03brlcad * r51203 10/brlcad/trunk/TODO: richard tested facetize on windows, works. testing illuminate+Z is not a release stopper |
| 10:20.21 | cristina | brlcad: ok, I will run it. I used cmake -DCMAKE_BUILD_TYPE=Debug -DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_ENABLE_STRICT=ON . && make distcheck and added the file along with the other source files but I will move it to EXTRA_DIST |
| 10:20.27 | brlcad | starseeker: there we go, just five items left |
| 10:20.46 | brlcad | cristina: cmake is the NEW build system |
| 10:20.58 | brlcad | the Makefile.am files describe an entirely different build system, non-cmake |
| 10:21.20 | brlcad | running autogen.sh+configure will run the OLD build system |
| 10:21.54 | brlcad | we have to support both for a few months, but only minimally supporting the OLD system.. |
| 10:22.01 | cristina | yes, I read about this in your instruction but found this command in the HACKING file |
| 10:22.29 | cristina | s/instruction/instructions |
| 10:22.36 | brlcad | sure, I just want to make sure you understand that the two have nothing to do with each other |
| 10:22.55 | brlcad | HACKING talks about the NEW build system and the steps to be taken there |
| 10:25.09 | brlcad | the fact that they are both "make distcheck" at the end is irrelevant because they're two different build systems, one using autogen.sh+configure and the other using cmake to prepare |
| 10:25.32 | cristina | I understand |
| 10:25.47 | brlcad | great |
| 10:47.20 | d_rossberg | anuragmurty: the nodes of a combination have transformations associated |
| 10:50.06 | d_rossberg | the are usually identities, but you may have seen geometries where a component alone and the same component in a group appear at different places |
| 10:50.36 | anuragmurty | ok.. |
| 11:42.02 | ``Erik | heh metaball tesselate (376280 triangles): cpu = 53890.9 sec, elapsed = 53904.2 sec |
| 11:54.49 | CIA-55 | BRL-CAD: 03erikgreenwald * r51204 10/brlcad/trunk/src/librt/primitives/metaball/metaball_tri.c: Adjust facetization grid size to a more reasonable value. (generation resolution was way too fine, may've been caused by tightening of bounding volume) |
| 12:19.28 | CIA-55 | BRL-CAD: 03cprecup * r51205 10/brlcad/trunk/src/libged/CMakeLists.txt: Fix distcheck error that appears because of SVN_FILE_NOT_IN_BUILD for dag.cpp in the case when the AVOID library is not found. |
| 12:21.33 | CIA-55 | BRL-CAD: 03cprecup * r51206 10/brlcad/trunk/src/libged/Makefile.am: Add the file dag.cpp for the OLD build system |
| 12:22.07 | cristina | brlcad: ok, so now both the OLD and NEW system are tested :) |
| 12:26.36 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3916 10/wiki/User:Cprecup/GSoC2012_progress: 17/06/2012 - fix distcheck + pass OLD build system test |
| 13:02.19 | starseeker | brlcad: the build_region example in the man page seems to work - was there a specific report of build_region trouble? |
| 13:07.08 | starseeker | ditto for sketch editor + circles |
| 13:12.23 | starseeker | brlcad: we have a 'Verify no edit is no change' test involving a region - doesn't that satisfy our third remaining TODO? |
| 13:22.02 | starseeker | looks like the g-nff crash has been cleared up - at least, ktank's tank converts |
| 14:04.25 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 14:20.35 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 14:25.31 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 14:34.33 | CIA-55 | BRL-CAD: 03starseeker * r51207 10/brlcad/trunk/TODO: Tried the example in build_region's man page, and it succeeded. |
| 14:43.55 | ``Erik | src/librt/primitives/nmg/nmg.c:1525: warning: passing argument 4 of 'rt_nmg_import4_fastf' discards qualifiers from pointer target type |
| 15:00.54 | CIA-55 | BRL-CAD: 03starseeker * r51208 10/brlcad/trunk/TODO: Made circles in sketch editor, unable to reproduce problem - if re-occurs, request bug submission with more detail. |
| 15:07.30 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3917 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */ |
| 15:15.38 | CIA-55 | BRL-CAD: 03starseeker * r51209 10/brlcad/trunk/TODO: mged -c + attach X + draw works on Linux and Mac |
| 15:20.30 | CIA-55 | BRL-CAD: 03phoenixyjll * r51210 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add pnts to the ignore list. |
| 15:20.46 | CIA-55 | BRL-CAD: 03starseeker * r51211 10/brlcad/trunk/TODO: The g-nff crash appears to have been fixed - succeeds on Linux and Mac |
| 15:28.30 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3918 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */ |
| 15:29.33 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3919 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */ |
| 15:29.45 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3920 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 15:42.35 | CIA-55 | BRL-CAD: 03starseeker * r51212 10/brlcad/trunk/TODO: |
| 15:42.35 | CIA-55 | BRL-CAD: Problem was not with the red regressions, but a deeper issue involving syncing |
| 15:42.35 | CIA-55 | BRL-CAD: low level data structures and attributes - red editing saw appropriate region |
| 15:42.35 | CIA-55 | BRL-CAD: flag, but some other tools wouldn't. Fixed now - may possible be worth adding a |
| 15:42.35 | CIA-55 | BRL-CAD: different test to check specifically for this in the future, but it's only |
| 15:42.36 | CIA-55 | BRL-CAD: likely to come up in the next big attribute handling refactor. |
| 16:28.10 | CIA-55 | BRL-CAD: 03phoenixyjll * r51213 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Export correctly and modify the output message. |
| 16:29.59 | CIA-55 | BRL-CAD: 03phoenixyjll * r51214 10/brlcad/trunk/src/librt/primitives/pnts/pnts.c: Check whether count == 0 to avoid segmentation fault. |
| 16:31.42 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3921 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 16:55.13 | *** join/#brlcad merzo (~merzo@102-0-133-95.pool.ukrtel.net) | |
| 17:58.21 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 18:02.35 | ksuzee | hello! Could anybody explain how programmes like umod, dmod etc. work? There're no mans about them.. |
| 18:35.01 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 19:04.23 | brlcad | ksuzee: read the source ;) |
| 19:04.38 | brlcad | and write a man page for them when you figure it out ;) |
| 19:27.18 | *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro) | |
| 19:27.21 | andrei_ | hello |
| 19:27.42 | andrei_ | should i keep my IRC client up 24/7 ? |
| 19:28.58 | andrei_ | secondly, what should I do next the tpkg script is quite finished, I ll finish the tpkg.c shortly. |
| 19:39.13 | CIA-55 | BRL-CAD: 03starseeker * r51215 10/brlcad/branches/STABLE/ (477 files in 108 dirs): Synce trunk and STABLE - trunk r51214 |
| 19:42.02 | andrei_ | I know there is plenty work to be done, I am just worried about finishing mid term earlier, so I can double - check everything . |
| 19:52.17 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 20:26.02 | CIA-55 | BRL-CAD: 035.12.67.226 07http://brlcad.org * r3922 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 20:38.37 | starseeker | yep - distcheck succeeded on STABLE |
| 20:40.54 | starseeker | diff looks good |
| 20:48.42 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 21:05.42 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3923 10/wiki/User:Ksuzee/Reports: |
| 21:06.05 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3924 10/wiki/User:Ksuzee/Reports: |
| 21:22.56 | CIA-55 | BRL-CAD: 03crdueck * r51216 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added volume function for rpc |
| 22:28.16 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 22:37.54 | *** part/#brlcad GargantuaSauce (~sauce@blk-252-42-151.eastlink.ca) | |
| 01:11.49 | *** join/#brlcad merzo_ (~merzo@102-0-133-95.pool.ukrtel.net) | |
| 01:14.23 | CIA-55 | BRL-CAD: 03brlcad * r51217 10/brlcad/trunk/doc/docbook/articles/en/oed.xml: fix a couple obvious typos |
| 01:37.06 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 01:58.51 | CIA-55 | BRL-CAD: 03crdueck * r51218 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added a centroid function for rpc |
| 02:39.00 | CIA-55 | BRL-CAD: 03crdueck * r51219 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: added surface area function for rpc |
| 02:40.31 | CIA-55 | BRL-CAD: 03crdueck * r51220 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for rpc to use the new callbacks |
| 03:13.20 | *** join/#brlcad Guest9720 (~stas@89.121.155.7) | |
| 03:26.08 | CIA-55 | BRL-CAD: 03crdueck * r51221 10/brlcad/trunk/src/libged/analyze.c: updated analyze_rpc() to use the new callbacks, use print_volume_table() for displaying results |
| 04:04.48 | *** join/#brlcad Guest9720 (~stas@89.121.155.7) | |
| 04:05.01 | CIA-55 | BRL-CAD: 03crdueck * r51222 10/brlcad/trunk/src/librt/primitives/rpc/rpc.c: combined 'VSCALE then VADD2' operations with VJOIN1 macro |
| 04:08.30 | CIA-55 | BRL-CAD: 03phoenixyjll * r51223 10/brlcad/trunk/src/librt/primitives/ (5 files in 5 dirs): |
| 04:08.31 | CIA-55 | BRL-CAD: M primitives/rpc/rpc.c |
| 04:08.31 | CIA-55 | BRL-CAD: M primitives/brep/brep_debug.cpp |
| 04:08.31 | CIA-55 | BRL-CAD: M primitives/arb8/arb8.c |
| 04:08.31 | CIA-55 | BRL-CAD: M primitives/tgc/tgc.c |
| 04:08.31 | CIA-55 | BRL-CAD: M primitives/ell/ell.c |
| 06:06.36 | CIA-55 | BRL-CAD: 03phoenixyjll * r51224 10/brlcad/trunk/src/librt/primitives/ (arb8/arb8_brep.cpp arbn/arbn_brep.cpp): Modify wrong comments. |
| 06:11.12 | CIA-55 | BRL-CAD: 03phoenixyjll * r51225 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Remove unnecessary logic. |
| 06:19.30 | CIA-55 | BRL-CAD: 03phoenixyjll * r51226 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): Add brep conversion function to ars. |
| 06:27.47 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 07:05.17 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:42.01 | CIA-55 | BRL-CAD: 03d_rossberg * r51227 10/brlcad/trunk/src/librt/CMakeLists.txt: corrected a typing mistake: .c => .cpp |
| 08:51.45 | *** join/#brlcad merzo_ (~merzo@103-208-200-46.pool.ukrtel.net) | |
| 10:03.44 | starseeker | hmm... http://people.freedesktop.org/~steckdenis/clover/index.html |
| 10:08.18 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 10:55.55 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 10:58.20 | CIA-55 | BRL-CAD: 03phoenixyjll * r51228 10/brlcad/trunk/src/librt/Makefile.am: correct .c => .cpp |
| 11:14.43 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3925 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 11:15.11 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3926 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 4 */ |
| 11:45.59 | CIA-55 | BRL-CAD: 03d_rossberg * r51229 10/brlcad/trunk/ (CMakeLists.txt include/common.h): |
| 11:45.59 | CIA-55 | BRL-CAD: build error in MSVS: asinh() is C99, implement it with log() and sqrt() if not present |
| 11:45.59 | CIA-55 | BRL-CAD: (and there where lots of trailing white spaces removed) |
| 11:57.37 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:03.18 | CIA-55 | BRL-CAD: 03bob1961 * r51230 10/brlcad/trunk/src/libged/wdb_obj.c: Don't need the call to bu_log_hook_delete_all() because the previous call to bu_log_hook_save_all() empties the list. |
| 12:11.55 | d_rossberg | BRLCAD_FUNCTION_EXISTS does not find asinh() on Linux |
| 12:14.20 | starseeker | yeah, noticed |
| 12:14.38 | starseeker | d_rossberg: what suddenly prompted the asinh build error on MSVC? |
| 12:15.42 | d_rossberg | src/librt/primitives/rpc/rpc.c |
| 12:15.47 | starseeker | ah |
| 12:16.17 | starseeker | BRLCAD_FUNCTION_EXISTS just wraps CHECK_FUNCTION_EXISTS |
| 12:16.30 | starseeker | which is a standard CMake routine |
| 12:17.40 | d_rossberg | yes, i saw it; there is a message during the test :warning: conflicting types for built-in function 'asinh' [enabled by default] |
| 12:19.20 | d_rossberg | maybe i can change it to a win32-only test like for hypot() |
| 12:19.59 | starseeker | what about check_symbol_exists? |
| 12:20.06 | starseeker | gmt seems to use that variation |
| 12:21.18 | starseeker | ah, right - that's what we did for hypot too |
| 12:21.29 | starseeker | yeah, if that works let's go with that for now |
| 12:22.44 | starseeker | asinh definition would move to config_win header |
| 12:27.38 | andrei_ | hello |
| 12:27.54 | andrei_ | I recompiled tpkg from source and added a smalll modification to my script |
| 12:27.58 | andrei_ | and now the server won't start at all |
| 12:28.20 | andrei_ | the only modification made was to add another parameter to pass the shell pid |
| 12:28.28 | andrei_ | I ll get it up on sourceforge now. |
| 12:28.42 | starseeker | andrei_: what's the error? |
| 12:29.04 | andrei_ | pkg_permserver: bind: errno=98 |
| 12:29.09 | andrei_ | it acts like the socket remained opened |
| 12:29.15 | andrei_ | but I tried several sockets. |
| 12:29.18 | starseeker | I think that error is something else... |
| 12:29.19 | andrei_ | I mean ports. |
| 12:29.48 | andrei_ | 'bind'. Error (98): Address already in use |
| 12:30.21 | starseeker | ``Erik: you around? I'm not much good with libpkg... |
| 12:31.30 | andrei_ | wierd |
| 12:31.49 | andrei_ | I changed it to 8000 and now it partially works. |
| 12:32.22 | CIA-55 | BRL-CAD: 03starseeker * r51231 10/brlcad/trunk/ (3 files in 2 dirs): asinh is like hypot test - can't handle it as a check_function_exists call. needs testing on Windows |
| 12:32.39 | starseeker | d_rossberg: probably something along those lines... |
| 12:34.11 | CIA-55 | BRL-CAD: 03starseeker * r51232 10/brlcad/trunk/INSTALL: Sync minor install file changes |
| 12:35.23 | starseeker | d_rossberg: that's not intended to be "final form" - just needed to get a change in there to get the "main" dev platforms going again |
| 12:43.02 | d_rossberg | now you were faster than myself, i'll have a look at it |
| 12:48.45 | ``Erik | jawhol? |
| 12:49.50 | andrei_ | hmm, I m getting a wierd ERROR: bu_malloc(0) |
| 12:51.03 | ``Erik | andrei_: that bind() address error means something is still listening on the socket, if you do netstat -na, you should find a line regarding that port... if you don't close a listening socket cleanly, the port will still be listening for a couple minutes in a semi-zombied state |
| 12:51.47 | ``Erik | bu_malloc() explicitely checks for a 0 sized alloc and fails, someone seemed to think that it didn't make sense |
| 12:51.47 | andrei_ | I know, but I was getting that error |
| 12:51.59 | andrei_ | even on "new " sockets |
| 12:52.15 | andrei_ | I tried from 2000 to 2005 or something like that |
| 12:52.21 | andrei_ | 8000 works, for example |
| 12:52.21 | ``Erik | something (maybe not your process) was already using the port |
| 12:52.46 | andrei_ | brlcad said that I should replace the sleep(1) after the server |
| 12:52.58 | andrei_ | with signal handling, so client starts only when server is ready |
| 12:53.16 | andrei_ | to do this, I passed the shell pid to tpkg server as an argument |
| 12:53.26 | andrei_ | then used kill() for the signal |
| 12:53.40 | ``Erik | ehhh, what he was talking about is unrelated to the error you just mentioned... the 'sleep' would be to give the server time to start up |
| 12:54.16 | ``Erik | SERVERPID=$(server -opts &) |
| 12:54.18 | ``Erik | sleep 1 |
| 12:54.25 | ``Erik | client -tops |
| 12:54.28 | ``Erik | wait $SERVERPID |
| 12:54.59 | andrei_ | I managed to fix the bind() error. |
| 12:55.50 | andrei_ | I get the bu_malloc(0) |
| 12:55.57 | andrei_ | because I added a second parameter to run_server |
| 12:56.09 | andrei_ | run_server(int port, pid_t shell_pid) { |
| 12:56.13 | ``Erik | (one 'elegant' solution to the listen/return daemon issue is use interthread communication and a '-d' option to background the process, the parent thread spinlocks on a global that the listening thread sets, so it returns after the socket is actually listening) |
| 12:57.37 | ``Erik | I don't think that's incredibly clear... let me psuedocode something |
| 12:59.54 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 13:04.51 | ``Erik | http://brlcad.org/~erik/srv.c |
| 13:05.20 | ``Erik | psuedocode in a very C fashion, let me know if you get what I mean |
| 13:06.04 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 13:07.44 | andrei_ | so basically you have a server and a client in the same process |
| 13:07.53 | ``Erik | fork() creates a new process |
| 13:08.05 | ``Erik | and this is server only |
| 13:08.26 | ``Erik | this is how to make a -d option that backgrounds the process and returns AFTER the socket is live |
| 13:08.49 | ``Erik | so you can do "./server -d && ./client" without worrying about if the socket is up yet |
| 13:09.52 | ``Erik | note that it's not "./server -d & && ./client", the server process itself is responsible for backgrounding, not the shell |
| 13:10.11 | andrei_ | I did understand the idea behind of what you wrote |
| 13:10.23 | andrei_ | however, I don t really understand what does a sleep(0) do? |
| 13:10.51 | andrei_ | nervermind, found a docummentation |
| 13:11.01 | andrei_ | Thanks, I ll get to work now :) |
| 13:11.07 | ``Erik | heh, tha'ts a bit of unix-fu :) it surrenders the current run quanta and nothing else. it takes the process out of running state and puts it at the back of the run queue |
| 13:14.10 | andrei_ | ah, that makes sense. Really interesting approach |
| 13:14.45 | ``Erik | it's a class unix pattern, not terribly obvious until you've seen it |
| 13:14.48 | ``Erik | classic |
| 13:15.58 | CIA-55 | BRL-CAD: 03d_rossberg * r51233 10/brlcad/trunk/ (3 files in 2 dirs): made the asinh() handling a twin of hypot() |
| 13:22.28 | CIA-55 | BRL-CAD: 03erikgreenwald * r51234 10/brlcad/trunk/src/libpkg/ (CMakeLists.txt tpkg.c): |
| 13:22.28 | CIA-55 | BRL-CAD: Apply Andrei's tpkg patch to set the packet size. |
| 13:22.28 | CIA-55 | BRL-CAD: http://sourceforge.net/tracker/index.php?func=detail&aid=3529853&group_id=105292&atid=640804 |
| 13:23.32 | andrei_ | I didn't manage to find in man getopt |
| 13:23.52 | andrei_ | can getopt recycle the argument parsing |
| 13:24.22 | andrei_ | I mean, for example can I use it once to determine various parameters( such as package size) and then call it again in another function? |
| 13:25.05 | andrei_ | ah, found the answer myself. |
| 13:25.43 | ``Erik | splitting argument parsing between functions might make it difficult to follow the logic... |
| 13:26.46 | andrei_ | I want to make a wrapper for run_server that acts like the main in pseudocode |
| 13:27.24 | andrei_ | and I was going to check for the argument in function, will just pass a ok value from main instead. |
| 13:29.15 | andrei_ | actually, now everything looks rather clear. |
| 13:47.19 | andrei_ | ``Erik: thanks, now both tpkg and the script work. |
| 13:49.40 | ``Erik | cool beans |
| 13:50.15 | andrei_ | just testing for some high number of iterations now to see if anything breaks |
| 13:51.50 | ``Erik | do you have 2 machines on your local network that can run BRL-CAD? testing without using loopback would be a good idea |
| 13:53.32 | andrei_ | yes |
| 13:54.16 | ``Erik | cool, seeing a graph of mb/s vs packet size would be interesting |
| 13:55.00 | andrei_ | this is a bit wierd |
| 13:55.05 | andrei_ | when I tested I forgot to remove the & |
| 13:55.11 | andrei_ | calling like this : ./$path/tpkg -p 8000 -R -d >> log_file 2>&1 |
| 13:55.28 | andrei_ | now remains stuck at listen |
| 13:55.47 | andrei_ | I think I might know why |
| 13:56.02 | ``Erik | might still have one running, "ps aux" and look? |
| 13:58.22 | andrei_ | there were some, killed them. |
| 13:58.26 | andrei_ | Restared and same issue |
| 14:00.08 | andrei_ | a moment, I m trying to provide a relevant paste |
| 14:00.51 | andrei_ | what I did was change run server like this |
| 14:00.53 | andrei_ | run_server(int port, int* is_listening) { |
| 14:01.12 | andrei_ | and set *is_listening to 1 before the listen loop |
| 14:01.42 | andrei_ | and this is the " main" function |
| 14:01.43 | andrei_ | http://slexy.org/view/s2y4vw6tsN |
| 14:03.45 | ``Erik | heh, ya didn't look up the actual details of fork() |
| 14:05.50 | andrei_ | hm, what do you mean |
| 14:05.57 | andrei_ | I know it creates an identical process with a different id |
| 14:06.19 | ``Erik | yes, but the return values aren't handled right in your code |
| 14:08.15 | andrei_ | it returns 0 and the child pid |
| 14:08.35 | andrei_ | going to read more about fork, I don t really understand it |
| 14:12.38 | andrei_ | I think I found the problem |
| 14:12.45 | andrei_ | should I close " the listening" for the childs |
| 14:12.51 | andrei_ | I don t think it's needed anymore |
| 14:23.17 | crdueck | starseeker: is there an issue with using asinh in primitives/rpc/rpc.c? i'm responsible for adding that. |
| 14:44.48 | d_rossberg | asinh isn't available in MSVC |
| 14:46.10 | crdueck | d_rossberg: well asinh can be rewritten with just log and sqrt. that would solve the problem yes? |
| 14:49.04 | crdueck | or has it already been fixed? |
| 14:49.35 | starseeker | crdueck: d_rossberg fixed it |
| 14:50.10 | *** join/#brlcad Technicus (~Technicus@108-209-12-110.lightspeed.oshkwi.sbcglobal.net) | |
| 14:55.48 | d_rossberg | that's not true: starseeker fixed it and i polished it a little bit ;) |
| 15:07.29 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3927 10/wiki/User:Plussai/GSoC_2012_log: /* 16 June 2014 */ |
| 15:07.35 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3928 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */ |
| 15:08.04 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3929 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */ |
| 15:12.23 | CIA-55 | BRL-CAD: 03n_reed * r51235 10/brlcad/trunk/src/ (8 files in 4 dirs): Use scl_memmgr in generated schema libraries. Since scl_memmgr.h makes "new" a macro, it has to be included after uses of placement new to avoid breakage. SCL git d8d293b. |
| 15:19.46 | CIA-55 | BRL-CAD: 03n_reed * r51236 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c selects.c): avoid generating 'else if' to avoid MSVC limit of 128; SCL git dea7f8c |
| 15:39.47 | CIA-55 | BRL-CAD: 03r_weiss * r51237 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt reid.xml): Add documentation for the mged reid command. |
| 15:47.25 | *** join/#brlcad kane__ (~kane@dsbg-4d0a3cd2.pool.mediaWays.net) | |
| 15:53.09 | CIA-55 | BRL-CAD: 03n_reed * r51238 10/brlcad/trunk/src/other/step/ (20 files in 2 dirs): add fedex_plus/express memory cleanup function; SCL git f5d0cc5 |
| 15:57.05 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:09.56 | CIA-55 | BRL-CAD: 03n_reed * r51239 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes_wrapper.cc selects.c): fix memory leaks reported by scl_memmgr; SCL git 3010afa |
| 16:11.05 | *** join/#brlcad msg (~John@unaffiliated/john) | |
| 16:19.40 | CIA-55 | BRL-CAD: 03n_reed * r51240 10/brlcad/trunk/src/other/step/src/fedex_plus/multpass.c: fix memory leaks reported by scl_memmgr; SCL git f7cde9f |
| 16:22.14 | *** part/#brlcad msg (~John@unaffiliated/john) | |
| 16:24.47 | CIA-55 | BRL-CAD: 03n_reed * r51241 10/brlcad/trunk/src/other/step/src/express/resolve.c: remove #if 0 code; SCL git ee13cda |
| 16:31.34 | CIA-55 | BRL-CAD: 03n_reed * r51242 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.cc: more verbose warning message; SCL git c84330b |
| 16:48.38 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3930 10/wiki/User:Crdueck/log: |
| 16:49.36 | CIA-55 | BRL-CAD: 03r_weiss * r51243 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_sync.xml): Added documentation for mged command bot_sync. |
| 16:53.54 | CIA-55 | BRL-CAD: 03r_weiss * r51244 10/brlcad/trunk/doc/docbook/system/mann/en/bot_face_sort.xml: Correct a syntax error in the xml file of the bot_face_sort command documentation. |
| 17:31.17 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 17:32.23 | CIA-55 | BRL-CAD: 03r_weiss * r51245 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_flip.xml): Add documentation for the mged bot_flip command. |
| 17:32.23 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 17:45.22 | *** part/#brlcad kane__ (~kane@dsbg-4d0a3cd2.pool.mediaWays.net) | |
| 17:47.54 | *** join/#brlcad kane_ (~Mesut@dsbg-4d0a3cd2.pool.mediaWays.net) | |
| 18:03.49 | CIA-55 | BRL-CAD: 03bob1961 * r51246 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Save the nonedge color, occlusion mode and ghost intensity in the preferences file. |
| 18:17.08 | CIA-55 | BRL-CAD: 03n_reed * r51247 10/brlcad/trunk/src/other/step/src/ (6 files in 4 dirs): partial support for aggregate bounds that aren't compile-time constants; SCL git 7425e55d |
| 18:25.20 | crdueck | whats the general consensus on using macros vs inline functions? is there a preference one way or the other? |
| 18:40.12 | CIA-55 | BRL-CAD: 03crdueck * r51248 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: fixed error in rt_tgc_centroid() not accounting for the actual position of the tgc. made use of VJOIN1 to combine some operations. some ws and formatting changes |
| 18:40.41 | CIA-55 | BRL-CAD: 03r_weiss * r51249 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt bot_split.xml): Add documentation for the mged bot_split command. |
| 18:46.28 | CIA-55 | BRL-CAD: 03n_reed * r51250 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): cleanup from SCL git a86b035 and 6f60a8a |
| 18:50.52 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3931 10/wiki/User:Crdueck/log: |
| 18:51.31 | CIA-55 | BRL-CAD: 03bob1961 * r51251 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Archer::buildObjRtImageView now returns a value (i.e. the last row occupied). Minor cleanup. |
| 18:54.50 | CIA-55 | BRL-CAD: 03n_reed * r51252 10/brlcad/trunk/src/other/step/src/fedex_plus/ (classes.c classes.h): print aggregate name instead of data member name; SCL git a72fa6e |
| 19:01.22 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 19:01.26 | andrei_ | hello |
| 19:02.24 | brlcad | helo |
| 19:02.34 | andrei_ | brlcad |
| 19:02.58 | andrei_ | opposing to your signal handling method, ``Erik explained me how to do the client-server testing |
| 19:03.00 | andrei_ | with threads |
| 19:03.09 | brlcad | very well |
| 19:03.27 | andrei_ | He did give me a pretty clear pseudocode, however I don't really understand threads |
| 19:03.47 | brlcad | now is this threading inside tpkg or inside your script? |
| 19:03.53 | andrei_ | inside tpkg |
| 19:04.04 | brlcad | so that's a bit of a problem then |
| 19:04.16 | brlcad | I presume you're wither calling pthreads or fork |
| 19:04.28 | brlcad | neither of which is portable as tpkg currently stands |
| 19:05.14 | andrei_ | ``Erik told me to use fork, I might not fully understand what he meant but I thought I needed pthreads |
| 19:05.27 | brlcad | fork() is great to learn, but not portable |
| 19:05.44 | brlcad | (nor is signal handling) |
| 19:06.05 | brlcad | what's the goal trying to be accomplished, or what's the problem? |
| 19:06.25 | andrei_ | I m trying to remove the sleep(1) after the server |
| 19:07.15 | andrei_ | (in the script) |
| 19:08.13 | andrei_ | if I m not mistaken, pthreads is portable |
| 19:08.38 | brlcad | sort of, not to windows |
| 19:09.19 | brlcad | pkg can use libbu, so you could use the parallelism we provide there |
| 19:09.40 | andrei_ | what I need is to have the server tell the client when it is ready |
| 19:10.11 | andrei_ | is there any way to achieve this without parallelism? |
| 19:11.50 | brlcad | lots of ways |
| 19:13.54 | brlcad | two simple ways, use a file semaphore |
| 19:14.45 | brlcad | add a server option to tpkg to create a file when it's ready, then the client just waits for that file to exist |
| 19:15.18 | andrei_ | join rosedu |
| 19:15.23 | andrei_ | meh |
| 19:16.03 | brlcad | this could be an actual semaphore file option or it could be a log file, for example |
| 19:16.17 | brlcad | then you know if the log exists when it previously didn't the server is running |
| 19:16.34 | brlcad | all easily testable from within a script or within C/libbu |
| 19:16.41 | brlcad | bu_file_exists() |
| 19:18.27 | CIA-55 | BRL-CAD: 03n_reed * r51253 10/brlcad/trunk/src/other/step/src/ (cleditor/STEPfile.inline.cc clstepcore/Registry.inline.cc): fix Registry memory leaks; SCL git a9173c8 and 626bb73 |
| 19:18.56 | andrei_ | also, I don't know if I should find out myself or ask. Could you provide some additional task ? I get stuck pretty often with this tpkg script and would be useful to have something else to work on |
| 19:25.13 | andrei_ | also, the script, in it's current status works only on one machine. Shouldn't I find some way of testing on a remote station aswell? |
| 19:44.17 | CIA-55 | BRL-CAD: 03n_reed * r51254 10/brlcad/trunk/src/other/step/src/clstepcore/ (4 files): free attributes list; SCL git c77471a |
| 19:53.36 | CIA-55 | BRL-CAD: 03n_reed * r51255 10/brlcad/trunk/src/other/step/src/ (4 files in 3 dirs): stash unnamed types in a list so they can be freed; SCL git 04f4c1d |
| 20:02.21 | CIA-55 | BRL-CAD: 03n_reed * r51256 10/brlcad/trunk/src/other/step/src/ (clstepcore/STEPaggregate.cc fedex_plus/classes.c): fix STEPaggregate memory leaks; SCL git 8a2665e |
| 20:08.05 | cristina | can anyone help me with this error: http://pastebin.mozilla.org/1668038 |
| 20:10.59 | cristina | I want to link my source code file dag.cpp (which doesn't need an executable yet) to the libavoid library. Therefore, I added ${AVOID_LIBRARY} by using BRLCAD_ADDLIB -- this generates the error above |
| 20:11.19 | cristina | I think it's because libavoid is a static library |
| 20:12.32 | cristina | however, when I have a main function inside my dag.cpp file and use BRLCAD_ADDEXEC(dag dag.cpp avoid) the brlcad compiles 100% |
| 20:19.26 | CIA-55 | BRL-CAD: 03n_reed * r51257 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.cc ExpDict.h ExpDict.inline.cc): fix memory leaks; SCL git a1d6b25 |
| 21:09.12 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3932 10/wiki/User:Cprecup/GSoC2012_progress: 19/06/2012 tried to fix compilation error generated by lack of access to libavoid elements |
| 21:19.06 | brlcad | andrei_: when you get stuck, you should ask a question ;) |
| 21:19.18 | brlcad | otherwise, your proposal outlined a few tasks |
| 21:20.56 | brlcad | andrei_: a simple task worth adding would be a unit test for the libpkg API .. see src/libbu/test_*.c for examples of other API unit tests |
| 21:21.24 | brlcad | in the process of creating a unit test, try to break the library .. then fix it |
| 21:22.32 | brlcad | cristina: you cannot (and should not) add symbols to an existing installed library, especially a third-party library like libavoid |
| 21:23.42 | brlcad | now linking in the libavoid library with your dag.c WITHIN libged (which is what I think you meant?) is fine |
| 21:24.15 | brlcad | if that's what the error is from, then you're right -- the problem is due to the attempt to link against a static library |
| 21:24.40 | brlcad | sounds like either libavoid needs to be recompiled differently or needs to be linked differently in our cmake logic |
| 22:22.27 | *** join/#brlcad crdueck_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:23.36 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 00:11.10 | *** join/#brlcad xth1 (~thiago@201.82.133.112) | |
| 02:01.24 | CIA-55 | BRL-CAD: 03phoenixyjll * r51258 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: Fix typo. |
| 03:11.43 | brlcad | crdueck: there are cases for both, "it depends" |
| 07:32.42 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 07:58.26 | *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch) | |
| 07:58.44 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 08:00.12 | petaflot | hello! I recently (yesterday..) learned to play with brlcad. today, I tried to make use of the "hex" library. I generated a bolt M10x50, imported it, typed "B Bolt_M10x50.c". the bolt showed up, and as I tried to rotate it mged crashed. now mged crashes on every start, even when no file is opened. what can I do? |
| 08:05.35 | petaflot | gdb output: Starting program: /usr/brlcad/bin/mged |
| 08:05.35 | petaflot | [Thread debugging using libthread_db enabled] |
| 08:05.35 | petaflot | Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". |
| 08:05.35 | petaflot | [New Thread 0x7fffe1aad700 (LWP 18283)] |
| 08:05.35 | petaflot | Program received signal SIGABRT, Aborted. |
| 08:05.37 | petaflot | 0x00007fffe3ceb475 in *__GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 |
| 08:26.02 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 08:58.22 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 08:58.39 | brlcad | petaflot: that's very interesting but will take some time to debug -- stick around if you can, and perhaps post a full backtrace |
| 08:58.47 | brlcad | the lines after __GI_raise |
| 08:59.53 | brlcad | one thing you can try is to delete your ~/.mgedrc if you have one |
| 09:08.57 | *** join/#brlcad stas (~stas@82.137.14.47) | |
| 09:10.47 | petaflot | brlcad: ok, got back. a reboot fixed it - apparently I got short of resources somewhere |
| 09:12.42 | petaflot | now.. is it normal that allenbolts and nuts have no hole inside them? |
| 10:09.04 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 11:18.54 | cristina | brlcad: thank you for the response. I didn't mean to suggest that I want to add symbols to libavoid. Yes, you are right, I wanted to say that I want it linked within libged. |
| 11:19.40 | cristina | I looked through other CMakeLists.txt files but didn't find an example on how to link it differently |
| 12:30.33 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3933 10/wiki/User:Ksuzee/Reports: |
| 12:30.53 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3934 10/wiki/User:Ksuzee/Reports: |
| 13:01.22 | *** join/#brlcad Matt____ (792dacc6@gateway/web/freenode/ip.121.45.172.198) | |
| 13:02.23 | Matt____ | Hello. |
| 13:06.54 | CIA-55 | BRL-CAD: 03bob1961 * r51259 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added an optional argument to Archer::raytracePlus (i.e. _batch_list) which allows raytracePlus to write render commands to a file |
| 13:41.38 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 13:42.11 | anuragmurty | brlcad : hi |
| 13:57.05 | CIA-55 | BRL-CAD: 03bob1961 * r51260 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added --no-gui and --input options to the rtwizard commands that are being written out to a file. |
| 14:21.21 | CIA-55 | BRL-CAD: 03n_reed * r51261 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): fix memory leaks; SCL git 5aca337 and dd6ef88 |
| 14:51.12 | CIA-55 | BRL-CAD: 03phoenixyjll * r51262 10/brlcad/trunk/src/librt/ (6 files in 5 dirs): Use ft_brep functions for half and pnts, returning a NULL brep pointer, and check within brep_conversion() and brep_conversion_tree(). |
| 15:04.24 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3935 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 15:06.09 | *** join/#brlcad stas (~stas@89.121.155.7) | |
| 15:15.53 | cristina | brlcad: I found two solutions for my issue regarding the linking in of libavoid with my dag.cpp file within libged. They both imply using the -fPIC flag when compiling libavoid and one other thing: |
| 15:17.27 | cristina | 1. I've checked the misc/CMake/BRLCAD_Targets.cmake file and found out from there that the command BRLCAD_ADDEXEC allows one to give a NO_INSTALL option as an argument -- with this command BRL-CAD compiled 100% |
| 15:18.45 | cristina | and 2. as an alternative, I can just add ${AVOID_LIBRARY} inside the BRLCAD_ADDLIB command but then I need to create if/else statements inside the if/else statements where BULLET_FOUND is checked |
| 15:18.52 | cristina | which one of them is preferable? |
| 15:23.27 | CIA-55 | BRL-CAD: 03n_reed * r51263 10/brlcad/trunk/src/other/step/src/ (cleditor/instmgr.h clutils/gennodearray.h): mark some member functions const; SCL git 225180f |
| 16:35.22 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3936 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 16:36.40 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3937 10/wiki/User:Stattrav/GSoC2012_log: Undo revision 3936 by [[Special:Contributions/Stattrav|Stattrav]] ([[User talk:Stattrav|Talk]]) |
| 16:40.56 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3938 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 16:46.12 | CIA-55 | BRL-CAD: 03bob1961 * r51264 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: In Archer::raytracePlus, need to add braces around the orientation and eye_pt. |
| 16:48.52 | CIA-55 | BRL-CAD: 03r_weiss * r51265 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt rtarea.xml): Add documentation for mged rtarea command. |
| 16:57.39 | CIA-55 | BRL-CAD: 03r_weiss * r51266 10/brlcad/trunk/doc/docbook/system/mann/en/rtarea.xml: Update to mged rtarea command documentation. |
| 17:10.19 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 17:18.01 | CIA-55 | BRL-CAD: 03bob1961 * r51267 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Disabling tree attributes. |
| 17:18.38 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 17:53.30 | CIA-55 | BRL-CAD: 03n_reed * r51268 10/brlcad/trunk/src/other/step/src/cleditor/ (STEPfile.cc STEPfile.h STEPfile.inline.cc): support for checking read/write progress; SCL git 0bea3ef |
| 17:54.23 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 17:55.25 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:04.33 | *** join/#brlcad andrei__ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 18:40.12 | andrei__ | hello |
| 18:41.00 | andrei__ | a while loop from brlcad/sh ( more precise, in ws.sh) causes an error on my system |
| 18:41.42 | andrei__ | nevermind, was my mistake. |
| 18:45.04 | ``Erik | http://cvdazzle.com/ |
| 19:23.24 | brlcad | cristina: which target did you mark as NO_INSTALL? |
| 19:24.19 | cristina | brlcad: the command was BRLCAD_ADDEXEC(dag dag.cpp "avoid;libbu;librt;libged" NO_INSTALL) |
| 19:24.28 | cristina | so dag |
| 19:24.39 | cristina | I am not sure this is ok |
| 19:25.05 | brlcad | it's not clear to me what a dag executable does |
| 19:25.40 | brlcad | I thought the idea was to add function(s) to libged |
| 19:26.01 | cristina | it shouldn't be an executable. I thought I can use this to specify it, but yes, the command BRLCAD_ADDEXEC says it pretty clearly that it should be an executable |
| 19:26.07 | cristina | so my approach is wrong |
| 19:26.46 | cristina | is the other solution correct? |
| 19:27.04 | brlcad | without knowing the details, it sounds sort of what I would expect |
| 19:27.24 | brlcad | your going to perform some test for libavoid |
| 19:27.39 | brlcad | if that library is available, your code is turned on (somehow) |
| 19:28.50 | cristina | find_package(ADAPTAGRAMS) |
| 19:28.50 | cristina | if(ADAPTAGRAMS_FOUND) |
| 19:28.50 | cristina | set(AVOID_SRCS |
| 19:28.50 | cristina | dag.cpp |
| 19:28.50 | cristina | ) |
| 19:28.52 | cristina | else(ADAPTAGRMS_FOUND) |
| 19:28.53 | brlcad | as a libged function, that ideally means adding a compile-time preprocessor define like HAVE_AVOID and enabling linkage against the LIBAVOID_LIBRARY in a CMakeLists.txt file |
| 19:28.54 | cristina | set(AVOID_SRCS "") |
| 19:28.56 | cristina | set(ged_ignore_files ${ged_ignore_files} dag.cpp) |
| 19:28.58 | cristina | endif(ADAPTAGRAMS_FOUND) |
| 19:29.36 | cristina | this is what I am using to see if I should ignore the source code file or not depending on the fact the library is found. |
| 19:29.55 | brlcad | so my suggested approach is slightly different |
| 19:30.26 | brlcad | from a usability perspective, it's really bizarre when a command is sometimes there, sometimes not |
| 19:30.48 | brlcad | more useful is for the command to always exist, but tell me that it's not available |
| 19:31.57 | brlcad | for that, you'd always compile dag.cpp .. but then have wrap much/most of the implementation in that file with #ifdef HAVE_ADAPTAGRAMS or something similar, and making the #else case provide that useful note that when it's not available |
| 19:32.54 | cristina | ah, I understand, I've seen this in the src/libged/simulate folder |
| 19:33.40 | brlcad | speaking of which, all your stuff should probably be in a subfolder too |
| 19:33.51 | brlcad | but don't do that right now, we're trying to prepare a release |
| 19:35.38 | cristina | alright. In conclusion, should I keep adding the dag.cpp file to ged_ignore_files if the library is found or just let it compile and ignore the source code inside ifdef HAVE_AVOID? |
| 19:37.15 | cristina | I am sorry, add the file to ged_ignore_files if libavoid isn't found |
| 19:39.21 | andrei__ | brlcad, I added a printf before the listen loop in the tpkg server, if I call it from the terminal the printf message is displayed correctly |
| 19:39.47 | andrei__ | however, if I call it like this : ./$path/tpkg -p 2000 -R >> log_file 2>&1 & . I only get the "listening on *" |
| 19:40.35 | andrei__ | ( I did rebuild tpkg ) |
| 19:48.23 | andrei__ | seems the same using either printf/bu_log |
| 20:10.17 | brlcad | cristina: if it's going to always compile dag.cpp, then it shouldn't be in ged_ignore_files |
| 20:10.47 | cristina | brlcad: ok, it's all clear now, thank you |
| 20:13.14 | brlcad | you're quite welcome |
| 20:28.11 | CIA-55 | BRL-CAD: 03tbrowder2 * r51269 10/brlcad/trunk/src/libbu/redblack.3: change man catergory number to remove B suffix |
| 20:56.53 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3939 10/wiki/User:Ksuzee/Reports: |
| 21:31.45 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 21:37.33 | andrei_ | I still don't manage to figure out how that can happen, when the script runs the message isn't written in the file |
| 21:37.36 | andrei_ | as it should be |
| 21:48.08 | CIA-55 | BRL-CAD: 03n_reed * r51270 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: remove extra semicolons; SCL git 17cec63 |
| 22:08.25 | CIA-55 | BRL-CAD: 03anrgmrty * r51271 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel.c modified so it gives voxels.txt with co-ordinates and fill distances of each region |
| 22:14.47 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r3940 10/wiki/User:Anuragmurty: /* Development Log */ |
| 22:19.21 | CIA-55 | BRL-CAD: 03n_reed * r51272 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: s/cstddef/stddef.h/ for benefit of borland; SCL git e45d705 |
| 22:32.48 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 23:15.55 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:18.13 | *** join/#brlcad xth1 (~thiago@201.82.133.32) | |
| 02:50.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 02:50.44 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 03:56.43 | *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch) | |
| 06:46.27 | *** join/#brlcad Stattrav_ (~Stattrav@223.236.182.66) | |
| 07:15.28 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:35.33 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 09:38.07 | *** join/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198) | |
| 09:40.38 | Matt_____ | Drats! Why does this keep adding more underscores to my id every time I join, saying my username is already taken (yeah, by me!) |
| 09:48.54 | cristina | Matt_____: because you didn't disconnect properly from the channel |
| 09:49.11 | cristina | I assume you just quit without disconnecting? |
| 10:33.47 | *** join/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198) | |
| 10:34.24 | Matt_____ | Yeah, my flaky internet connection keeps disconnecting me, and now I have yet another underscore. |
| 10:34.54 | Matt_____ | Is it possible to un-assign all the other Matt's, that are all me? |
| 10:40.14 | archivist | Matt see irc "ghost" command |
| 10:51.35 | Matt_____ | Thanks! |
| 11:02.02 | Matt_____ | OK, I gotta quit using this freenode access, that seems to be the root of all my problems... |
| 11:02.15 | Matt_____ | back later, probably with more underscores than ever. |
| 11:02.21 | *** part/#brlcad Matt_____ (792dacc6@gateway/web/freenode/ip.121.45.172.198) | |
| 12:15.57 | CIA-55 | BRL-CAD: 03bob1961 * r51273 10/brlcad/trunk/src/libged/wdb_obj.c: MGED dumps core when trying to pick an edit primitive from the display when nothing is displayed. The problem was in wdb_rt_gettrees_cmd(). We need to keep checking argc since it's being decremented as we process args. |
| 12:17.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:18.58 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 12:20.49 | andrei_ | hello |
| 12:38.52 | CIA-55 | BRL-CAD: 03bob1961 * r51274 10/brlcad/trunk/src/tclscripts/mged/ray.tcl: Need to catch the call to rt_gettrees. |
| 12:39.13 | CIA-55 | BRL-CAD: 03bob1961 * r51275 10/brlcad/trunk/src/tclscripts/mged/mouse.tcl: Need to catch the call to mouse_shoot_ray. |
| 12:53.51 | andrei_ | I ve been trying for quite a while to redirect the output from a background process to a file |
| 12:54.04 | andrei_ | neither of this versions seem to work |
| 12:54.06 | andrei_ | #./$path/tpkg -p 2021 -R & >> log_file 2>&1 |
| 12:54.08 | andrei_ | ./$path/tpkg -p 2008 -R >> log_file & |
| 12:54.16 | andrei_ | could someone please tell me what am I doing wrong? |
| 12:55.47 | ``Erik | the first should append stdout and stderr to log_file, the second should append stdout to log_file... what's the issue? |
| 12:57.16 | andrei_ | I added a printf("Server_ready") and bu_log("server_ready) to tpkg |
| 12:57.38 | andrei_ | because it s easier to check if a string exists in a file than check a remote host's file system |
| 12:57.40 | ``Erik | new newline? |
| 12:58.02 | andrei_ | I did add those |
| 12:58.33 | ``Erik | it's probably just buffering the output, try adding fflush(stdout); after the printf |
| 12:58.57 | andrei_ | <PROTECTED> |
| 12:58.59 | andrei_ | <PROTECTED> |
| 12:59.00 | andrei_ | <PROTECTED> |
| 12:59.02 | andrei_ | like this? |
| 12:59.33 | ``Erik | sure, or put the fflush() after the bu_log... (it's fflush, not flush.. man page explains it) |
| 13:02.51 | andrei_ | it still outputs to stdout |
| 13:03.16 | andrei_ | I used the one that redirects both stderr & stdout |
| 13:03.36 | ``Erik | the ordering on that might screw it up, try putting the background & at the end of the line |
| 13:04.20 | andrei_ | that was it, working now |
| 13:04.28 | andrei_ | thanks |
| 13:15.45 | CIA-55 | BRL-CAD: 03starseeker * r51276 10/brlcad/trunk/src/librt/ (4 files): Adapt some of Thomas Moerwald's NURBS surface fitting code from PCL to BRL-CAD - needs Eigen for solver. Not currently building. |
| 13:22.16 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 13:27.10 | andrei_ | ``Erik, thanks now the whole local script works. Now I m going to build a version that uses two machines |
| 13:30.49 | ``Erik | cool beans |
| 13:33.22 | andrei_ | oh, I ve been thinking about this matter |
| 13:35.01 | andrei_ | in order to determine the average speed I was thinking to timestamp the moment when the first packet was received and when the last one was received and determine speed as = size / time_diff |
| 13:35.12 | andrei_ | does this method seem precise enough? |
| 13:39.33 | andrei_ | by average speed I mean average speed for each set of parameters |
| 14:00.36 | *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro) | |
| 14:25.26 | CIA-55 | BRL-CAD: 03r_weiss * r51277 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged gr/grouper command to only allow one instance of grouper to be running at a time. |
| 15:44.48 | *** join/#brlcad cristina (~quassel@89.122.234.27) | |
| 15:44.56 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 17:00.23 | CIA-55 | BRL-CAD: 03bob1961 * r51278 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: Get rid of TO_MAX_RT_ARGS (i.e. replace uses with TO_UNLIMITED). |
| 17:03.03 | *** join/#brlcad ``Erik (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net) | |
| 17:08.18 | *** join/#brlcad ``Erik (~erik@pool-108-3-178-223.bltmmd.fios.verizon.net) | |
| 17:24.08 | ``Erik | boo on scripts that block everything for long periods of time (looking at you, twirssi) |
| 17:29.52 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:31.39 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3941 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 18:08.15 | *** join/#brlcad kane__ (~kane@dsbg-5d82be32.pool.mediaWays.net) | |
| 18:21.33 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 18:52.13 | *** join/#brlcad andrei_ (~andrei@5-12-67-226.residential.rdsnet.ro) | |
| 19:03.57 | CIA-55 | BRL-CAD: 035.12.67.226 07http://brlcad.org * r3942 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 19:04.41 | CIA-55 | BRL-CAD: 035.12.67.226 07http://brlcad.org * r3943 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 19:25.04 | andrei_ | I finished the testing performance script that works on a localhost( server and client are both on localhost) , I want to create a version that works on a remote station. Does it have to be portable? If so can I take separate cases: unix based system or windows ? |
| 19:25.58 | andrei_ | should I do it manually and just gather the relevant data? |
| 19:27.26 | andrei_ | as far as I know plink is for windows and ssh for unix so I m thinking I could " split ways" . Overall, I don't have a very good idea about how should I proceed with it. |
| 19:37.42 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3944 10/wiki/User:Ksuzee/Reports: |
| 19:45.05 | *** join/#brlcad andrei_ (andrei@5-12-67-226.residential.rdsnet.ro) | |
| 19:46.21 | ``Erik | andrei_: only has to be as portable as you plan on testing, I think getting the data is more important at the moment. Could be that manually starting both endpoints as adequate for right now |
| 19:48.18 | andrei_ | ah ok, thank you. |
| 20:58.16 | CIA-55 | BRL-CAD: 03starseeker * r51279 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_nurbsfit.cpp): Fix importing of bot verts, stash resulting nurb in .g database |
| 21:08.56 | *** part/#brlcad kane__ (~kane@dsbg-5d82be32.pool.mediaWays.net) | |
| 21:15.34 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 23:29.50 | *** join/#brlcad cvds_ (~leila@h115093.upc-h.chello.nl) | |
| 23:38.39 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 06:06.29 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3945 10/wiki/User:Crdueck/log: |
| 07:34.09 | CIA-55 | BRL-CAD: 03anrgmrty * r51280 10/brlcad/trunk/src/conv/g-voxel.c: corrected mistake in calculation of numVoxels in each direction |
| 07:43.33 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:22.29 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 10:15.20 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 10:36.29 | *** join/#brlcad merzo (~merzo@174-115-132-95.pool.ukrtel.net) | |
| 10:58.21 | *** join/#brlcad merzo (~merzo@174-115-132-95.pool.ukrtel.net) | |
| 11:47.57 | CIA-55 | BRL-CAD: 03bob1961 * r51281 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Remove unnecessary statement. |
| 11:49.33 | CIA-55 | BRL-CAD: 03bob1961 * r51282 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Added a statement to insure the temporarily disabled tree columns feature doesn't get enabled via the startup file. |
| 12:42.51 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 14:26.43 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3946 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 14:28.47 | CIA-55 | BRL-CAD: 03phoenixyjll * r51283 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): A raw version of brep conversion for part. Some special cases need to be considered later. |
| 15:28.00 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3947 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */ |
| 15:34.19 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3948 10/wiki/User:Plussai/GSoC_2012_log: /* 20 June 2014 */ |
| 15:55.18 | CIA-55 | BRL-CAD: 03bob1961 * r51284 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::isdouble. This recognizes "." as a double. |
| 16:25.52 | *** join/#brlcad kane__ (~kane@dsbg-4db57ad7.pool.mediaWays.net) | |
| 16:34.56 | CIA-55 | BRL-CAD: 03starseeker * r51285 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.c): Checkpoint some test code - not terribly useful yet. |
| 16:41.49 | brlcad | starseeker: how is BRLCAD_ENABLE_OPTIMIZED_BUILD not documented under the CONFIGURATION OPTIONS? :) |
| 16:42.06 | brlcad | if that's missing, wonder what else is missing... :) |
| 16:42.33 | brlcad | or was it just because it was mentioned earlier in INSTALL that it got back the check |
| 16:43.25 | starseeker | uh... I might have been thinking that one is normally set/unset by the build type (Debug/Release) |
| 16:44.09 | brlcad | more interestingly... |
| 16:44.14 | starseeker | oh no... |
| 16:44.16 | brlcad | CMake Warning: The variable, 'BRLCAD_ENABLE_OPTIMIZED_BUILD', specified manually, was not used during the generation. |
| 16:44.55 | starseeker | where are you getting that from, bty? I only see BRLCAD_OPTIMIZED_BUILD |
| 16:45.23 | brlcad | INSTALL |
| 16:45.46 | starseeker | ah, yeah |
| 16:45.53 | starseeker | that changed |
| 16:45.57 | starseeker | crud... |
| 16:46.05 | starseeker | that part of the text is not autosynced |
| 16:46.09 | starseeker | fixes... |
| 16:46.18 | brlcad | wasn't there a regression that checked to make sure INSTALL listed everything? |
| 16:46.52 | starseeker | only for autotools - for most of the user visible options in CMake, the docs are auto-appended to INSTALL |
| 16:47.33 | brlcad | blinks |
| 16:47.38 | brlcad | that should effectively make sure INSTALL lists everything |
| 16:48.02 | starseeker | BRLCAD_OPTIMIZED_BUILD isn't normally user visible |
| 16:48.08 | starseeker | it's wrapped up in the build type |
| 16:48.24 | starseeker | arguably, I shouldn't be discussing it there |
| 16:49.17 | brlcad | yet debug and warnings are? |
| 16:49.33 | starseeker | actually, there is a user visible BRLCAD_FLAGS_OPTIMIZATION |
| 16:51.14 | brlcad | so the issue that came up, the use case, is that I wanted a quick distcheck with what I knew would generate the most warnings -- enable-all src/others, enable debug (which I happen to know is default), and optimized compile |
| 16:51.15 | starseeker | hmm... yeah, that's not one of the auto-documented ones |
| 16:51.34 | brlcad | so I quick-scan INSTALL for optimization .. find that flag, no others, and .. here we are |
| 16:51.43 | starseeker | make -j9 distcheck will do both enable-all release and enable-all debug |
| 16:51.59 | brlcad | I know there's a way to get it with the release modes |
| 16:53.31 | brlcad | the distcheck is really a non-sequitor -- I was attempting a fairly standard goal, read the docs, and was left hanging :) |
| 16:53.51 | brlcad | basically a documentation bug, just trying to figure out what the fix needed it |
| 16:53.51 | starseeker | not arguing the docs are incorrect - just making sure I've got the right option before fixing |
| 16:54.16 | starseeker | should be BRLCAD_ENABLE_OPTIMIZED_BUILD -> BRLCAD_FLAGS_OPTIMIZATION |
| 16:54.25 | brlcad | okay, so sounds like three issues |
| 16:55.19 | brlcad | that little explanation snippet (which I agree is debatable to talk about that there) |
| 16:56.02 | CIA-55 | BRL-CAD: 03starseeker * r51286 10/brlcad/trunk/INSTALL: This option name has changed |
| 16:56.29 | brlcad | it either needs fixing or moving/removing .. if removed, then INSTALL probably should talk about the build types there instead |
| 16:58.29 | brlcad | I personally would have expected to see independent debug and optimization options in the configuration options section because they go hand in hand |
| 17:00.15 | CIA-55 | BRL-CAD: 03starseeker * r51287 10/brlcad/trunk/CMakeLists.txt: tweak |
| 17:00.15 | brlcad | the release mode is a timesaver, bundling options together into a configuration profile |
| 17:00.15 | starseeker | shrugs - my thinking was probably that it was more likely to want to fiddle with debug/optimization than the other settings... |
| 17:00.15 | starseeker | so they're documented in that first bit |
| 17:00.20 | brlcad | you mean more likely to fiddle debug than optimization? |
| 17:00.37 | starseeker | no, sorry - both of those as opposed to turning on/off individual libs |
| 17:00.41 | starseeker | or Tk or something |
| 17:00.54 | brlcad | oh I agree |
| 17:01.12 | brlcad | that's why I found it surprising that optimization was missing, especially if that section is auto-generated |
| 17:01.16 | starseeker | that's why the optimization isn't one of the auto-documented options pulling their descriptions from the CMake logic - it's more "integrated" |
| 17:01.22 | starseeker | that part isn't |
| 17:01.50 | starseeker | auto-generation starts after CONFIGURATION OPTIONS |
| 17:03.09 | starseeker | I guess I figured people would read "installing from source" prior to going for the config options section, but looks like that experiment just failed in a real test |
| 17:03.21 | brlcad | right |
| 17:03.40 | brlcad | except you did add debug |
| 17:03.56 | brlcad | so maybe just oversight that opt is missing? some flag that gets set on the var? |
| 17:04.01 | starseeker | that's a real problem then - either we annoyingly duplicate a lot of content in multiple places, or we put everything in the configuration options mechanism |
| 17:04.32 | starseeker | ah, the debug flags is there - I hadn't realized that |
| 17:04.57 | brlcad | so specifically with the optimization option, what's funny is that the writeup basically says "you can use -DBRLCAD_OPTIMIZED_BUILD=ON to turn on optimization, but see the CONFIGURATION OPTIONS section for a description of ALL options" |
| 17:05.05 | starseeker | maybe that's the solution then - take it out of where it is, and make it do the configuration options thing |
| 17:05.24 | brlcad | so I jumped down, and of course didn't find it there :) |
| 17:05.56 | starseeker | yeah - that was me thinking that "you'll probably want speed, so here's that option, and for everything else look below" |
| 17:06.24 | starseeker | in case you haven't noticed yet, writing these was rather a hurried affair |
| 17:06.50 | starseeker | not to mention my often odd notions of "flow" :-P |
| 17:07.00 | brlcad | I've tried not to look too closely given the push for this big release :) |
| 17:07.06 | starseeker | hehe |
| 17:07.17 | starseeker | let me fix that one quick |
| 17:07.32 | starseeker | but remember, we're not syncing to stable |
| 17:07.34 | brlcad | I'd leave the duplication for now until the flow is sorted |
| 17:07.45 | starseeker | do you want me to do an individual sync of that one change? |
| 17:08.20 | brlcad | I'd just copy the latest version of the file and let it merge later |
| 17:09.05 | starseeker | eh? you mean manually modify it for the release tarballs? |
| 17:11.24 | brlcad | no, I mean I intend to cp trunk's INSTALL and NEWS files to STABLE |
| 17:11.35 | brlcad | and/or any others |
| 17:11.36 | starseeker | ah |
| 17:11.49 | brlcad | they'll merge cleanly if done in the right order |
| 17:11.56 | brlcad | the next time it's sync'd |
| 17:12.08 | starseeker | it'll be a couple more than that, probably |
| 17:12.13 | starseeker | hang on a sec... |
| 17:12.20 | brlcad | couple more what? |
| 17:12.24 | starseeker | files |
| 17:12.44 | brlcad | well, the version files, something else? |
| 17:12.47 | starseeker | CMakeLists.txt, at a minimum, if we're adding BRLCAD_FLAGS_OPTIMIZATION to the CONFIGURATION OPTIONS section |
| 17:12.59 | brlcad | that's not a problem |
| 17:13.23 | starseeker | it may go deeper - that flag supports the "AUTO" mechanism, and I'm not sure if the others do |
| 17:13.25 | brlcad | what would that be needed for? |
| 17:13.44 | starseeker | you wanted the optimization documention to be with the other options |
| 17:14.07 | brlcad | yes... |
| 17:14.33 | brlcad | that's needed, but the updated CMakeLists.txt doesn't exactly need to be on STABLE, its product (INSTALL) does |
| 17:14.59 | starseeker | there's an internal check that the INSTALL file in the source tree corresponds to the one generated by CMake |
| 17:15.19 | starseeker | if STABLE's INSTALL isn't in sync with the one generated by the CMake build logic in install, it'll complain (loudly) |
| 17:15.35 | starseeker | sorry, CMake build logic in STABLE |
| 17:15.35 | brlcad | okay, no biggie either way |
| 17:15.42 | brlcad | anything else? |
| 17:16.08 | brlcad | I'm not worried about distcheck failing at this point unless sources get merged or new files are added |
| 17:16.12 | starseeker | I don't know yet - if BRLCAD_OPTION (the one that supports documentation) also can handle AUTO, we're good. If not, I'll have to expand it |
| 17:16.28 | brlcad | distcheck passed, so this is just documentation cleanup for tarball tagging |
| 17:16.31 | starseeker | it's not a distcheck failure, it's a warning on CMake configure |
| 17:16.37 | brlcad | ew |
| 17:16.54 | brlcad | why would a user care about that? :) |
| 17:17.00 | starseeker | that was deliberate, to make sure we couldn't ignore the docs when editing |
| 17:17.09 | starseeker | the user wouldn't normally see it |
| 17:17.28 | starseeker | but a developer making changes would |
| 17:17.38 | brlcad | yeah, except that's akin to making configure run some of the distcheck steps |
| 17:18.09 | brlcad | sure, user wouldn't normally see it .. because we'll catch it .. but that's not the point ;) |
| 17:18.12 | starseeker | shrugs - configure also complains if you try to use the distcheck mechanisms to ignore a file that doesn't exist |
| 17:18.16 | brlcad | it's fine, just really really odd |
| 17:18.39 | starseeker | I just figured the more annoying it was to NOT fix the docs, the better shot we'd have that they'd STAY fixed |
| 17:18.54 | brlcad | you could argue that for all the distcheck options |
| 17:19.06 | starseeker | yeah, but a lot of them are time expensive |
| 17:19.06 | brlcad | and style |
| 17:19.08 | brlcad | and ws |
| 17:19.09 | starseeker | those aren't |
| 17:19.37 | starseeker | we don't have a programmatic way to check style and ws, or I'd probably be on board with that |
| 17:19.48 | brlcad | actually we do, at least partially |
| 17:20.17 | starseeker | you mean running the shell scripts on all the files? |
| 17:20.46 | brlcad | still, not a problem at all .. just want to be conscious and aware that it is odd and might cause us issues |
| 17:21.04 | brlcad | it'd be hipocritical to consider it a problem |
| 17:21.47 | starseeker | it's easy to turn off... CMakeLists.txt around line 2180 |
| 17:21.58 | starseeker | just comment out the WARNING |
| 17:23.35 | brlcad | nah, I actually like enforcement like that .. just really odd :) |
| 17:24.12 | starseeker | brlcad: I'd advise for now that we just go with the fixed OPTIMIZATION variable, and I'll figure out how to get the optimization variable in with the rest of them for the next release |
| 17:24.46 | brlcad | ok |
| 17:24.55 | starseeker | shudders... next you'll be liking the idea of turning on DocBook struct... talk about carnage |
| 17:25.02 | starseeker | strict even |
| 17:25.54 | starseeker | Although... Tom has been doing a lot of man page work lately... |
| 17:26.00 | starseeker | <evil grin> |
| 17:26.22 | brlcad | hm? DocBook? |
| 17:26.26 | brlcad | not for INSTALL |
| 17:26.34 | starseeker | yeah, separate isuse |
| 17:26.35 | brlcad | the top-level docs should be plain text |
| 17:26.36 | starseeker | issue |
| 17:27.02 | starseeker | yeah - was just running through the "what else can we turn on to check things automatically" list |
| 17:27.17 | brlcad | oh, *strict* docbook |
| 17:27.19 | brlcad | gotcha |
| 18:15.44 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 18:32.45 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 19:22.42 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:41.19 | CIA-55 | BRL-CAD: 03brlcad * r51288 10/brlcad/trunk/src/other/libpng/configure.ac: need AC_PROG_LIBTOOL for LT_INIT else we can get an error about LIBTOOL being undefined. |
| 20:02.05 | CIA-55 | BRL-CAD: 03bob1961 * r51289 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Updated the TkTable::keyVisible and TkTable::handleKey methods to do a better job of recognizing visible keys. |
| 20:08.57 | *** part/#brlcad kane__ (~kane@dsbg-4db57ad7.pool.mediaWays.net) | |
| 20:27.44 | CIA-55 | BRL-CAD: 03bob1961 * r51290 10/brlcad/trunk/src/tclscripts/ (archer/ArcherCore.tcl lib/Ged.tcl): Moved the ArcherCore::isdouble functionality to cadwidgets::Ged. |
| 20:48.18 | CIA-55 | BRL-CAD: 03bob1961 * r51291 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Minor mod to cadwidgets::Ged::isdouble. |
| 20:49.01 | CIA-55 | BRL-CAD: 03brlcad * r51292 10/brlcad/branches/STABLE/ (6 files in 4 dirs): manually merge a few last-minute changes from trunk. fix install docs, few mged scripting robustness checks, and command blather. |
| 21:01.06 | *** join/#brlcad andrei_ (~andrei@5-12-65-148.residential.rdsnet.ro) | |
| 21:10.15 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3949 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 21:26.47 | CIA-55 | BRL-CAD: 03r_weiss * r51293 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: |
| 21:26.47 | CIA-55 | BRL-CAD: Updated the mged gr/grouper command in file grouper.tcl. Fixed a bug where the |
| 21:26.47 | CIA-55 | BRL-CAD: display state was not reset when grouper exited. This was causing the frame |
| 21:26.47 | CIA-55 | BRL-CAD: buffer to not display correctly. Improved logic to ignore a selection box with |
| 21:26.47 | CIA-55 | BRL-CAD: zero area. Changed the output of the contents of the selection box to list on a |
| 21:26.47 | CIA-55 | BRL-CAD: single line. This change was to make easier copying and pasting of this list. |
| 21:26.48 | CIA-55 | BRL-CAD: Improved status messages while grouper is processing. |
| 21:37.25 | CIA-55 | BRL-CAD: 03bob1961 * r51294 10/brlcad/trunk/src/tclscripts/archer/ (ArcherCore.tcl GeometryEditFrame.tcl ShaderEdit.tcl): Using ::cadwidgets:Ged::isdouble. |
| 21:37.53 | CIA-55 | BRL-CAD: 03starseeker * r51295 10/brlcad/trunk/ (3 files in 3 dirs): make bots instead of plot files. |
| 21:53.14 | CIA-55 | BRL-CAD: 03bob1961 * r51296 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Putting back a line of code that accidentally got clobbered. |
| 21:56.51 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 21:57.21 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 22:04.12 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 22:04.22 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 22:55.56 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:55.56 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 00:08.51 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 00:20.19 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3950 10/wiki/User:Cprecup/GSoC2012_progress: 20/06/2012, 22/06/2012 - solve libavoid's static issue + add compile-time preprocessor #define for Adaptagrams |
| 02:32.34 | CIA-55 | BRL-CAD: 03phoenixyjll * r51297 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Add conditional logic to deal with spheres. |
| 06:10.22 | CIA-55 | BRL-CAD: 03crdueck * r51298 10/brlcad/trunk/src/librt/primitives/arb8/arb8.c: restructured rt_arb_get_cgtype(): simplified code using better vector macros, changed logic for storing duplicate points, lots of ws changes |
| 08:44.05 | *** join/#brlcad merzo (~merzo@250-70-200-46.pool.ukrtel.net) | |
| 09:37.26 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 11:22.51 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:34.28 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 13:34.21 | *** join/#brlcad andrei_ (~andrei@5-12-65-148.residential.rdsnet.ro) | |
| 15:18.34 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 15:54.09 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3951 10/wiki/User:Cprecup/GSoC2012_progress: 23/06/2012 - discovered the cause of *make distcheck*'s error |
| 16:22.09 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 17:18.33 | CIA-55 | BRL-CAD: 03starseeker * r51299 10/brlcad/trunk/CMakeLists.txt: Remove what look like stray leftover lines - distclean is handled with cmake script files now. |
| 17:21.21 | brlcad | er ma gerd .. so many major changes to talk about |
| 17:21.41 | brlcad | should have pushed that christmas release |
| 17:21.55 | brlcad | by far the hardest write-up to date |
| 17:21.58 | brlcad | trying to condense |
| 17:30.01 | cristina | brlcad: hi. an error is generated while running *make distcheck* because strcmp is used in the src/conv/g-voxel.c file instead of *bu_strcmp*. I modified it and it works file now. |
| 17:30.21 | cristina | should I commit this or tell the author about it? |
| 17:31.36 | cristina | s/works file/works fine |
| 17:32.51 | CIA-55 | BRL-CAD: 03crdueck * r51300 10/brlcad/trunk/src/libged/analyze.c: ws changes, removed dead code in an 'src/libbn/plane.cif 0' block |
| 17:42.16 | brlcad | cristina: either |
| 17:42.25 | brlcad | if you have the fix, no harm just committing it |
| 17:42.43 | brlcad | but you might want to still tell them about it so they're aware for the future |
| 17:43.01 | brlcad | (that's a replacement function documented in HACKING) |
| 17:43.39 | cristina | yes, that's where I found out about it |
| 17:44.46 | cristina | ok, I will announce the author as soon as he's online |
| 17:58.20 | cristina | !seen anuragmurty |
| 18:06.37 | brlcad | ~seen anuragmurty |
| 18:06.38 | ibot | anuragmurty <~anurag@14.139.128.11> was last seen on IRC in channel #brlcad, 3d 4h 24m 27s ago, saying: 'brlcad : hi'. |
| 18:07.20 | brlcad | ! is the default for supybot, ibot uses ~ or her name |
| 18:08.03 | cristina | thanks, brlcad, I read about the seen command of ibot in private and used it there :) |
| 18:11.57 | brlcad | yeah, ibot's good for that (nickserv too) |
| 18:27.38 | ksuzee | brlcad: hello, Sean! I have a small question about directory proc-db. In such files: brep-cube.cpp and brep-simple.cpp there're a lot of copy-pastes. Many functions are identic. So must it be reducted? I wonder =) |
| 18:28.47 | ksuzee | I mean, shall I put them into the common file? |
| 18:29.45 | brlcad | ksuzee: no, leave src/proc-db alone -- that's basically a playground for testing |
| 18:35.37 | ksuzee | sean: thanks,ok. I simply began to doubt because of such big amout of duplications |
| 18:39.45 | crdueck | my commit message for r51300 has a weird typo... i committed from vim and "#" got expanded to "src/libbn/plane.c". any way to ammend that? |
| 18:52.12 | brlcad | crdueck: nope, other than to make a follow-up commit that explains the prior message |
| 18:53.27 | crdueck | does svn let you commit a file with no changes? |
| 18:55.31 | brlcad | no, you'd have to make some trivial change |
| 18:55.43 | brlcad | there's almost always whitespace cleanup that can be applied |
| 18:55.51 | brlcad | for add a comment explaining something |
| 18:55.56 | brlcad | s/for/or/ |
| 19:37.46 | CIA-55 | BRL-CAD: 03brlcad * r51301 10/brlcad/trunk/NEWS: (log message trimmed) |
| 19:37.46 | CIA-55 | BRL-CAD: this is easily the biggest release we've made since going open source. add |
| 19:37.46 | CIA-55 | BRL-CAD: write-up details on some of the bigger changes occuring with this release |
| 19:37.46 | CIA-55 | BRL-CAD: including the completion of coverity fixes, nurbs enhancements and v&v, importer |
| 19:37.46 | CIA-55 | BRL-CAD: improvements, doc translations, introduction of the socis simulation project, |
| 19:37.47 | CIA-55 | BRL-CAD: ambient occlusion, integration of rtwizard, and more. should have released |
| 19:37.48 | CIA-55 | BRL-CAD: before the coverity backlogging... and pressed for it harder/sooner after. |
| 19:38.12 | brlcad | boom, proof-reading for spelling, grammar welcome |
| 19:39.08 | brlcad | i'm going to give that a couple hours to fester before I revisit to see how it flows, then I'll sync and snap |
| 19:46.02 | brlcad | that took way too long :) |
| 20:16.43 | *** join/#brlcad andrei_ (~andrei@5-12-69-95.residential.rdsnet.ro) | |
| 21:15.14 | starseeker | brlcad: we dont' have STEP on Windows yet - at last discussion with Nick, we're getting close to being able to attempt it |
| 21:16.41 | starseeker | is anticipating additional work, probably both on our side and the SCL side, to get that fully functional |
| 21:26.21 | crdueck | brlcad: the analyze_face function in analyze.c uses the prface array (also in analyze.c) which assumes that an arb6 is going to be a triangular prism shape, with 3 rectangular faces and 2 triangular ones. but couldnt an arb6 like {(1,0,0),(0,1,0),(0,0,1),(-1,0,0),(0,-1,0),(0,0,-1)} represent a diamond shaped polygon with 8 triangular faces? is there an error here? |
| 23:09.06 | CIA-55 | BRL-CAD: 03tbrowder2 * r51302 10/brlcad/trunk/ (228 files in 35 dirs): (log message trimmed) |
| 23:09.08 | CIA-55 | BRL-CAD: corrected copyright based on earliest svn log entry (including parent |
| 23:09.08 | CIA-55 | BRL-CAD: doc for changed paths) |
| 23:09.08 | CIA-55 | BRL-CAD: added missing AUTHOR, COPYRIGHT, and BUG REPORTS sections |
| 23:09.08 | CIA-55 | BRL-CAD: deleted any suprious, single quotation marks in header comments |
| 23:09.08 | CIA-55 | BRL-CAD: corrected internal file names where needed |
| 23:09.12 | CIA-55 | BRL-CAD: ensured AUTHOR, COPYRIGHT, and BUG REPORTS sections are at the end |
| 23:17.59 | starseeker | ``Erik: if you miss the tendra compiler too much, you might have some fun with this: http://savannah.nongnu.org/projects/tinycc |
| 23:18.53 | starseeker | how can you argue with a C compiler that started as an Obfuscated C Code Contest entry in 2001? :-) |
| 23:35.14 | ``Erik | ./misc/macosx/Resources/Welcome.rtfd/brlcad_logo_tiny.png |
| 23:35.16 | ``Erik | doh |
| 23:35.25 | ``Erik | http://brlcad.org/~erik/ahmehgerd.jpg |
| 23:36.01 | ``Erik | that picture should be attached to the brlcad.org front page news item for the release :D |
| 23:46.05 | starseeker | winces |
| 00:12.16 | CIA-55 | BRL-CAD: 03crdueck * r51303 10/brlcad/trunk/src/libged/analyze.c: rewrote analyze_face() to use much more efficent algorithm for calculating the surface area of a face, some ws changes |
| 00:15.16 | CIA-55 | BRL-CAD: 03crdueck * r51304 10/brlcad/trunk/src/libged/analyze.c: typo in commit message for r51300, should read 'removed dead code in an '#if 0' block' |
| 00:19.27 | CIA-55 | BRL-CAD: 03crdueck * r51305 10/brlcad/trunk/src/librt/globals.c: |
| 00:19.27 | CIA-55 | BRL-CAD: changed the order of vertices in second face of ARB6 so that analyze_face() in |
| 00:19.27 | CIA-55 | BRL-CAD: src/libged/analyze.c correctly uses diagonal vertices, this should not cause any |
| 00:19.27 | CIA-55 | BRL-CAD: change in behaviour in the few other places where rt_arb_faces is used |
| 00:32.41 | CIA-55 | BRL-CAD: 03Crdueck 07http://brlcad.org * r3952 10/wiki/User:Crdueck/log: |
| 01:07.29 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3953 10/wiki/User:Cprecup/GSoC2012_progress: 23/06/2012 |
| 01:18.06 | CIA-55 | BRL-CAD: 03crdueck * r51306 10/brlcad/trunk/src/libged/analyze.c: use DIST_PT_PT macro instead of 'VSUB2 then MAGNITUDE' in analyze_edge(), made ws in analyze_arb() nice and consistent |
| 01:46.04 | CIA-55 | BRL-CAD: 03crdueck * r51307 10/brlcad/trunk/src/libged/analyze.c: factored repeated code in findang() into for loop, ws changes |
| 01:59.15 | CIA-55 | BRL-CAD: 03cprecup * r51308 10/brlcad/trunk/src/conv/g-voxel.c: replaced the function strcmp by bu_strcmp because it caused make distcheck to fail |
| 03:36.30 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 08:44.01 | *** join/#brlcad merzo (~merzo@66-219-132-95.pool.ukrtel.net) | |
| 09:30.38 | *** join/#brlcad andrei_ (~andrei@5-12-69-95.residential.rdsnet.ro) | |
| 10:22.06 | andrei_ | hello |
| 10:22.28 | andrei_ | I have done quite some reading of bash scripting tutorials and general information |
| 10:22.35 | andrei_ | however I don t understand why this doesn't work |
| 10:22.37 | andrei_ | ssh andrei@192.168.1.100 -- 'bash -c "( ( nohup ./home/andrei/brlcadbuild/bin/tpkg -p 4000 -R >> log_file 2>&1) & )"' |
| 11:25.28 | andrei_ | fixed it. remote script working aswell. I m starting to gather data |
| 11:50.47 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3954 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 12:09.29 | CIA-55 | BRL-CAD: 03tbrowder2 * r51309 10/brlcad/trunk/ (bench/pixcmp.1 misc/brlcad-config.1 src/anim/anim_script.1): (log message trimmed) |
| 12:09.29 | CIA-55 | BRL-CAD: corrected copyright based on earliest svn log entry (including parent |
| 12:09.29 | CIA-55 | BRL-CAD: doc for changed paths) |
| 12:09.29 | CIA-55 | BRL-CAD: added missing AUTHOR, COPYRIGHT, and BUG REPORTS sections |
| 12:09.29 | CIA-55 | BRL-CAD: deleted any suprious, single quotation marks in header comments |
| 12:09.29 | CIA-55 | BRL-CAD: corrected internal file names where needed |
| 12:09.30 | CIA-55 | BRL-CAD: ensured AUTHOR, COPYRIGHT, and BUG REPORTS sections are at the end |
| 12:34.37 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 14:40.15 | CIA-55 | BRL-CAD: 03brlcad * r51310 10/brlcad/trunk/NEWS: wordsmithing the 7.22.0 release notes |
| 14:55.31 | CIA-55 | BRL-CAD: 03brlcad * r51311 10/brlcad/trunk/NEWS: |
| 14:55.31 | CIA-55 | BRL-CAD: since it's not technically being distributed just yet, don't declare complete |
| 14:55.31 | CIA-55 | BRL-CAD: victory on the step importer on windows even if the issues remaining should be |
| 14:55.31 | CIA-55 | BRL-CAD: rather trivial. say isn't in progress since someone will undoubtedly go looking |
| 14:55.31 | CIA-55 | BRL-CAD: for it. |
| 15:02.29 | brlcad | crdueck: arb6 could be defined that way, sure .. i don't think i've ever seen anyone create one that way |
| 15:03.35 | brlcad | even if it failed to detect as an arb6, it should fallback to an arb8 and still work |
| 15:03.44 | brlcad | maybe just not as fast |
| 16:22.01 | CIA-55 | BRL-CAD: 03phoenixyjll * r51312 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Reverse the interval so that the surface normal points to the correct direction. |
| 16:30.41 | CIA-55 | BRL-CAD: 03phoenixyjll * r51313 10/brlcad/trunk/src/librt/primitives/part/part_brep.cpp: Add necessary comment. |
| 17:14.34 | CIA-55 | BRL-CAD: 03tbrowder2 * r51314 10/brlcad/trunk/src/ (6 files in 4 dirs): |
| 17:14.34 | CIA-55 | BRL-CAD: change: .sp .5 |
| 17:14.34 | CIA-55 | BRL-CAD: to : .sp 1 |
| 17:14.34 | CIA-55 | BRL-CAD: for better spacing |
| 17:14.34 | CIA-55 | BRL-CAD: put blank line BEFORE .nf and AFTER .fi |
| 17:14.35 | CIA-55 | BRL-CAD: correct subtle format issues with [args] of form [{1-99}] and [{arg|arg}] |
| 17:14.35 | CIA-55 | BRL-CAD: eliminate parens in [args] of form [arg (arg)] |
| 19:25.50 | crdueck | brlcad: its considered an arb6, but it isnt a well formed, closed shape so some of the analysis functions give strange results which is why i was asking. but i dont think its an issue because its not a proper arb6. also, i've just about finished working on the basic primitives with exactly computable volume/surface area. the remaining primitives are either the more exotic ones like bot, arbn, ars, half, or inexact ones involving ellipses or |
| 19:32.56 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:46.43 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:45.06 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r3955 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 00:10.57 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 02:46.48 | CIA-55 | BRL-CAD: 03brlcad * r51315 10/brlcad/trunk/NEWS: looks like 25th will be the tagging date (last phase of testing) |
| 02:54.05 | CIA-55 | BRL-CAD: 03brlcad * r51316 10/brlcad/branches/STABLE/NEWS: manually copy NEWS from trunk in preparation for release 7.22.0, treating STABLE as a release branch instead of trunk. |
| 02:54.42 | CIA-55 | BRL-CAD: 03brlcad * r51317 10/brlcad/branches/STABLE/include/conf/MINOR: bump to 7.22.0 for release |
| 03:14.53 | brlcad | approximately 3861 commits have gone into rel 7.22.0 |
| 03:18.51 | CIA-55 | BRL-CAD: 03brlcad * r51318 10/brlcad/trunk/ChangeLog: prepare for release 7.22.0, update ChangeLog. looks like there have been about 3861 commits since the last release, nearly a MB of changelog. |
| 03:20.56 | CIA-55 | BRL-CAD: 03brlcad * r51319 10/brlcad/branches/STABLE/ChangeLog: manually copy ChangeLog from trunk so we can merge forward later. final steps for 7.22.0 release. |
| 03:26.24 | CIA-55 | BRL-CAD: 03brlcad * r51320 10/brlcad/tags/rel-7-22-0/: |
| 03:26.24 | CIA-55 | BRL-CAD: Tagging release 7.22.0 |
| 03:26.24 | CIA-55 | BRL-CAD: Easily our most substantial release since going open source. |
| 03:29.46 | CIA-55 | BRL-CAD: 03brlcad * r51321 10/brlcad/trunk/ (NEWS README include/conf/PATCH): update to 7.22.1 in anticipation of 7.22.2 in a few weeks. |
| 04:17.15 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 05:28.15 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3956 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 5 */ |
| 06:46.52 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 07:31.57 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:25.55 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 11:30.18 | *** join/#brlcad andrei__ (~andrei@82.76.146.19) | |
| 11:45.10 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:45.29 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3957 10/wiki/User:Ksuzee/Reports: |
| 11:47.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:49.36 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 12:55.50 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 13:31.11 | CIA-55 | BRL-CAD: 03starseeker * r51322 10/brlcad/trunk/src/librt/test_botpatches.c: Split into surface patch bots |
| 14:40.43 | ``Erik | neat http://www.youtube.com/watch?v=pzqdoXwLBT8 |
| 14:40.43 | CIA-55 | BRL-CAD: 03starseeker * r51323 10/brlcad/trunk/include/conf/MINOR: 7.22.1 is now the trunk version number |
| 15:45.49 | CIA-55 | BRL-CAD: 03bob1961 * r51324 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added validation methods for digit and double. |
| 15:48.41 | CIA-55 | BRL-CAD: 03bob1961 * r51325 10/brlcad/trunk/src/tclscripts/archer/ (25 files): Using cadwidgets::validateDouble. |
| 15:51.15 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3958 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 16:16.35 | CIA-55 | BRL-CAD: 03r_weiss * r51326 10/brlcad/trunk/src/libged/analyze.c: Fixes a compile error in Windows VS2008. |
| 16:16.53 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:17.37 | jordisayol | what version number will the next stable release? |
| 17:08.41 | CIA-55 | BRL-CAD: 03r_weiss * r51327 10/brlcad/trunk/src/librt/db5_io.c: Fixed a bug in function "db5_decode_signed" in file "db5_io.c" where under certain conditions, on Windows 64bit VS2008, a BU_ASSERT_SIZE_T failure occurs in function "rt_comb_import5" line 547. |
| 17:23.18 | ``Erik | 7.22.2 |
| 17:23.59 | jordisayol | ``Erik: thanks! I'll update debian changelog |
| 17:25.49 | ``Erik | this one just coming out now is 7.22.0 |
| 17:26.08 | ``Erik | tagged last night, 7.22.2 will be in a couple weeks... |
| 17:28.25 | jordisayol | ``Erik: but there is not 7.22.0 sources for download yet |
| 17:30.48 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 17:36.38 | starseeker | ``Erik: out of curiosity, did you see this when you were doing the raytracing algorithm for metaballs? http://nis-lab.is.s.u-tokyo.ac.jp/nis/cdrom/eg/eg08_metaballs.pdf |
| 17:42.17 | starseeker | www.irit.fr/~Anthony.Pajot/publis/talk_siggraph09 |
| 17:44.17 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 17:44.36 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 17:53.09 | brlcad | jordisayol: source tarballs haven't been posted |
| 17:53.46 | brlcad | sources can be pulled from svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/tags/rel-7-22-0 |
| 17:55.03 | jordisayol | brlcad: thanks. will source tarballs for this release, or the next one will be 7.22.2? |
| 17:56.00 | jordisayol | s/will/will be/ |
| 17:56.01 | brlcad | sources will be posted |
| 17:56.12 | brlcad | it was just tagged late last night (a few hours ago) |
| 17:56.24 | jordisayol | ok, many thanks |
| 17:56.31 | brlcad | will post later today |
| 17:56.38 | brlcad | I'll send the usual e-mail |
| 18:09.27 | CIA-55 | BRL-CAD: 03bob1961 * r51328 10/brlcad/trunk/src/tclscripts/archer/ (24 files): Oops. Should be ::cadwidgets::Ged::validate instead of ::cadwidgets::validate |
| 18:10.45 | CIA-55 | BRL-CAD: 03jordisayol * r51329 10/brlcad/trunk/misc/debian/changelog: Update debian/changelog version |
| 18:14.46 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 18:53.43 | cristina | brlcad: I just want to make sure: can I make commits now ?(I believe 24 hours have passed since you sent the email |
| 19:03.01 | *** join/#brlcad andrei__ (~andrei@5-12-79-193.residential.rdsnet.ro) | |
| 19:15.12 | andrei__ | hello |
| 19:16.12 | andrei__ | the testing script finally finished( ran for approximatively 2 days), right now I m formatting data so I can read it with octave and generating the graphic |
| 19:28.41 | brlcad | andrei__: awesome, can't wait to see it |
| 19:39.49 | andrei__ | what I don t understand however is |
| 19:40.14 | andrei__ | I ran the test for smaller files( 1 to 25 mbs) twice, to eliminate any chance of randomness |
| 19:40.48 | andrei__ | the total iterations should have been 30 x 25 = 750 |
| 19:40.57 | andrei__ | and I have somewhat less results |
| 19:41.03 | andrei__ | in both cases. |
| 19:41.52 | andrei__ | after I m done with what I said I will provide the scripts / other sources I used |
| 20:04.35 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 20:42.32 | CIA-55 | BRL-CAD: 03starseeker * r51330 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.c test_botpatches.cpp): Find edge vertices of bot patches. |
| 20:50.43 | starseeker | cristina: sure, go for it |
| 21:01.10 | CIA-55 | BRL-CAD: 03cprecup * r51331 10/brlcad/trunk/CMakeLists.txt: Added a compile-time preprocessor #define HAVE_ADAPTAGRAMGS |
| 21:05.12 | ``Erik | starseeker: no, my time machine was on the fritz when I did the implementation :D |
| 21:05.45 | CIA-55 | BRL-CAD: 03cprecup * r51332 10/brlcad/trunk/src/libged/dag.cpp: Use the #define HAVE_ADAPTAGRAMS in the src/libged/dag.cpp file in order to be compiled regardless of the fact that libavoid exists or no. Fixed indentation. |
| 21:08.55 | CIA-55 | BRL-CAD: 03cprecup * r51333 10/brlcad/trunk/src/libged/CMakeLists.txt: Added special cases for when the Adaptagrams library is found or not found. Don't add dag.cpp to ged_ignore_files if the library is not found; i.e., always compile it. |
| 21:27.21 | starseeker | ``Erik: you broke your time machine again??? I warned you about those trips back to watch the solar system form... |
| 22:34.44 | CIA-55 | BRL-CAD: 03anrgmrty * r51334 10/brlcad/trunk/src/conv/g-voxel.c: bug in g-voxel.c program regarding typecasting to integer removed |
| 23:20.20 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 23:52.29 | CIA-55 | BRL-CAD: 03starseeker * r51335 10/brlcad/trunk/src/librt/CMakeLists.txt: Fix ignore list |
| 00:20.31 | crdueck | brlcad: i've just about finished working on the basic primitives with exactly computable volume/surface area. the remaining primitives are either the more exotic ones like bot, arbn, ars, or inexact ones involving ellipses or hyperbola. theres a number of good approximation formulas for ellipses and hyperbolas, what would you reccommend working on next? |
| 00:34.46 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:45.17 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r3959 10/wiki/User:Cprecup/GSoC2012_progress: 25/06/2012 - commits + view, tcl |
| 01:48.21 | *** join/#brlcad xth1 (~thiago@187.106.55.234) | |
| 02:01.00 | CIA-55 | BRL-CAD: 03starseeker * r51336 10/brlcad/trunk/src/librt/test_botpatches.cpp: Experiment with different ways to structure bot probing. |
| 04:05.24 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 05:08.15 | brlcad | source tarballs are uploaded, staged for 3 days |
| 06:30.11 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 07:31.51 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 08:05.31 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:26.06 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 08:26.34 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:29.29 | CIA-55 | BRL-CAD: 03d_rossberg * r51337 10/rt^3/tags/rel-7-22-0/: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.22.0) |
| 09:56.41 | ksuzee | hello! Could anybody helped me with g-xxx_facets program? What extension has the output file have? |
| 09:57.05 | ksuzee | I need it for testing program after reduction |
| 10:50.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:51.30 | jordisayol | uploaded Linux packages for release 7.22.0 |
| 11:48.21 | tofu_ | jordisayol: awesome, thank you |
| 11:57.22 | jordisayol | brlcad: should i mark this folder as stage? |
| 11:57.53 | brlcad | do you know if it can be unmarked as stage? |
| 11:58.07 | jordisayol | no idea |
| 11:58.36 | jordisayol | can i create a temp folder and test it? |
| 11:58.38 | brlcad | looks like it |
| 11:59.05 | brlcad | yeah, sure -- mark it |
| 11:59.21 | brlcad | then we can unmark all of them at the same time |
| 11:59.31 | jordisayol | ok |
| 12:02.22 | jordisayol | it can be "un-staged" without problems, so you can do it for linux folder when you unmark the source one |
| 12:07.57 | brlcad | looks like I should have just created all of them at the same time then they'd all automatically unstage |
| 12:08.19 | brlcad | assuming they all get populated, of course :) |
| 12:11.18 | jordisayol | brlcad: there is a minor problem. I've marked 7.22.0 Linux folder as stage, but the default download is to brlcad*7.22.0* release :-/ |
| 12:12.20 | jordisayol | Now I know for the next time, mark first as stage, then upload packages... |
| 12:24.39 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3960 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 12:25.36 | brlcad | jordisayol: none of them say they're marked as the default download |
| 12:25.42 | brlcad | maybe just takes time to propagate? |
| 12:27.06 | jordisayol | yes, i never mark linux packages as default, just let sourceforge choose the last one |
| 12:27.26 | brlcad | nods |
| 12:27.34 | brlcad | I just set brlcad_7.20.6-0_amd64.deb and will unmark when unstaged |
| 12:28.45 | jordisayol | ok, it works, and if we unmark them now? will keep these? |
| 12:29.58 | brlcad | dunno, maybe |
| 12:30.01 | brlcad | give it a try |
| 12:30.31 | jordisayol | i'll do, just to override that fedora users download deb packages |
| 12:42.51 | jordisayol | brlcad: unfortunately, if I unmark brlcad_7.20.6-0_amd64.deb as default, it returns to 7.22.0 one :-/ |
| 12:43.14 | jordisayol | no problem, I'll do better next time |
| 13:04.50 | brlcad | it may be a limitation of their system anyways |
| 13:04.58 | brlcad | or only visible to you since you can see staged folders |
| 13:05.09 | brlcad | you'd have to look while being logged out |
| 13:06.20 | jordisayol | yes, I do logged out, from Ubuntu, Fedora and opensuse (virtualbox machines) and the result was the same, when unmark it, returns the 7.22.0 |
| 13:06.53 | brlcad | okay |
| 13:07.11 | brlcad | so either a limitation of the staging feature or because the folder/files were first added unstaged |
| 13:07.22 | brlcad | we'll find out next month or thereafter perhaps ;) |
| 13:10.09 | jordisayol | will see. anyway, next time, if you don't create it, I'll do staged before to upload anything |
| 13:38.56 | CIA-55 | BRL-CAD: 03phoenixyjll * r51338 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Copy the transformation matrix. |
| 13:40.46 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3961 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 13:50.38 | CIA-55 | BRL-CAD: 03phoenixyjll * r51339 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Another approach: copy all data from the old tree first. |
| 13:55.06 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3962 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 14:29.18 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 15:05.55 | CIA-55 | BRL-CAD: 03phoenixyjll * r51340 10/brlcad/trunk/src/librt/primitives/ (ehy/ehy_brep.cpp epa/epa_brep.cpp): Fix comment. |
| 15:06.56 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:18.46 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 15:56.47 | CIA-55 | BRL-CAD: 03n_reed * r51341 10/brlcad/trunk/src/other/step/ (include/express/object.h src/express/object.c): Address warning about indexing with char type values based on ASCII characters (same problem as in r51103). Unlikely to be a problem in this case so just quell by casting to int. SCL git 512968e and 425a9c3. |
| 15:58.12 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 16:11.03 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 17:16.45 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 17:24.11 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:33.32 | CIA-55 | BRL-CAD: 03r_weiss * r51342 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to gr/grouper mged command to fix a memory leak. |
| 17:34.58 | CIA-55 | BRL-CAD: 03n_reed * r51343 10/brlcad/trunk/src/other/step/src/ (3 files in 2 dirs): Some unapplied changes from SCL git a362210, 696d8e3, and 2b46efb, mostly fixing STEPattribute::is_null. |
| 17:56.44 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3963 10/wiki/User:Ksuzee/Reports: |
| 17:57.52 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 18:49.04 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 18:59.10 | CIA-55 | BRL-CAD: 03n_reed * r51344 10/brlcad/trunk/src/other/step/src/clutils/ (CMakeLists.txt dirobj.cc): need shlwapi for Windows path handling routines; SCL git 02feb6f |
| 19:35.54 | CIA-55 | BRL-CAD: 03n_reed * r51345 10/brlcad/trunk/src/other/step/src/clstepcore/ (STEPaggregate.cc read_func.cc read_func.h): simplify function prototype; SCL git 07d8791 |
| 19:41.45 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3964 10/wiki/User:Plussai/GSoC_2012_log: /* 22 June 2014 */ |
| 19:42.16 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3965 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2014 */ |
| 19:42.31 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3966 10/wiki/User:Plussai/GSoC_2012_log: /* 24 June 2014 */ |
| 19:42.50 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3967 10/wiki/User:Plussai/GSoC_2012_log: /* 22 June 2014 */ |
| 19:43.07 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3968 10/wiki/User:Plussai/GSoC_2012_log: /* 20 June 2014 */ |
| 19:43.25 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3969 10/wiki/User:Plussai/GSoC_2012_log: /* 16 June 2014 */ |
| 19:43.46 | CIA-55 | BRL-CAD: 03Plussai 07http://brlcad.org * r3970 10/wiki/User:Plussai/GSoC_2012_log: /* 14 June 2014 */ |
| 20:14.23 | *** join/#brlcad andrei (~andrei@5-12-79-193.residential.rdsnet.ro) | |
| 20:32.57 | CIA-55 | BRL-CAD: 03n_reed * r51346 10/brlcad/trunk/src/other/step/src/cleditor/CMakeLists.txt: add missing lib dependencies; SCL git d0293fd |
| 20:46.38 | CIA-55 | BRL-CAD: 03starseeker * r51347 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.cpp): More experiments - something a bit off... |
| 20:47.18 | CIA-55 | BRL-CAD: 03starseeker * r51348 10/brlcad/trunk/src/librt/CMakeLists.txt: Gah, didn't mean to uncomment test |
| 21:07.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:07.38 | jordisayol | brlcad: did you made something to solve the "stage" problem? |
| 21:07.51 | brlcad | what do you mean? |
| 21:08.38 | jordisayol | all the files inside linux/7.22.0 folder appear marked as stage |
| 21:09.07 | brlcad | that's automatic |
| 21:09.17 | jordisayol | brlcad_7.22.0-0_amd64.deb is no maked as default linux download |
| 21:09.26 | brlcad | ah, so it was just a matter of time |
| 21:09.47 | jordisayol | ok :-) |
| 21:10.12 | jordisayol | did you unmark it as default for linux? |
| 21:10.49 | jordisayol | oh, sorry |
| 21:10.56 | jordisayol | my mistake |
| 21:11.40 | jordisayol | is brlcad_7.20.6-0_amd64.deb which I marked |
| 21:17.37 | jordisayol | so sorry, situation has not changed. if unmark default linux file, returns to 7.22.0 |
| 21:21.25 | jordisayol | the only difference is that all files inside linux/7.22.0 appears marked with (stage), but the behavior is the same that this morning... |
| 21:22.42 | CIA-55 | BRL-CAD: 03starseeker * r51349 10/brlcad/trunk/src/librt/test_botpatches.cpp: more experimentation |
| 21:35.24 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 22:00.54 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 22:10.00 | ksuzee | brlcad: hello, Sean! I've made some new man pages and want to patch them. So can I do "svn add" or it's better to wait for tomorrow? (I mean your e-mail about commits in 24 hours) |
| 22:22.03 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3971 10/wiki/User:Ksuzee/Reports: |
| 22:37.46 | CIA-55 | BRL-CAD: 03anrgmrty * r51350 10/brlcad/trunk/src/conv/g-voxel.c: voxelize removed from main() and made part of a function in g-voxel.c, miss() removed |
| 22:50.11 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r3972 10/wiki/User:Anuragmurty: /* Development Log */ |
| 22:58.33 | *** part/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 23:30.52 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 00:25.05 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 00:28.52 | CIA-55 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r3973 10/wiki/User:Al_Da_Best/devlog: Progress updates |
| 04:15.57 | CIA-55 | BRL-CAD: 03starseeker * r51351 10/brlcad/trunk/src/librt/test_botpatches.cpp: Needs debugging, but this looks promising as a way to break down meshes faster than rt_bot_split |
| 04:23.58 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 04:27.06 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:28.26 | *** join/#brlcad Mahi (~Mahi@li364-30.members.linode.com) | |
| 05:18.08 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3974 10/wiki/User:Phoenix/GSoc2012/Reports: /* Log */ |
| 05:22.38 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:23.08 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:M35.implicit.png]]" |
| 05:26.25 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3976 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 05:28.52 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:M35.brep.png]]" |
| 05:29.37 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3978 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 05:37.43 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ktank.implicit.png]]" |
| 05:44.01 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ktank.brep.png]]" |
| 05:44.17 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3981 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 05:45.59 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3982 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 05:56.44 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3983 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 06:57.04 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 07:04.31 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 07:22.21 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:28.06 | d_rossberg | i've a crash in 7.22.0 brlcad.dll with opennurbs |
| 07:29.31 | d_rossberg | parent (opennurbs_ext.cpp:844) is an object allocated in the librt context |
| 07:31.36 | d_rossberg | but it is freed as it were dumb memory from opennurbs |
| 07:33.16 | d_rossberg | i'll try delete instead ... |
| 07:44.35 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 08:22.39 | CIA-55 | BRL-CAD: 03d_rossberg * r51352 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: "parent" is a C++ object in librt context here, so free it accordingly |
| 08:37.14 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:08.28 | CIA-55 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r3984 10/wiki/User:Ksuzee/Reports: |
| 09:43.57 | CIA-55 | BRL-CAD: 03phoenixyjll * r51353 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Fixed the wrong variable name and remove the magic number. |
| 10:37.11 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 10:55.58 | *** join/#brlcad andrei (andrei@5-12-66-115.residential.rdsnet.ro) | |
| 12:06.34 | brlcad | d_rossberg: surprising that hasn't caused a crash elsewhere in nurbs rendering |
| 12:18.57 | CIA-55 | BRL-CAD: 03phoenixyjll * r51354 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Use the dsp_stom matrix to do the transformation, instead of using the magic number 1000. |
| 12:23.57 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp implicit.png]]" |
| 12:24.40 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp brep.png]]" |
| 12:25.23 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3987 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 12:25.57 | brlcad | that's looking awesome phoenix |
| 12:37.03 | d_rossberg | brlcad: in general the memory returned by new was allocated by a malloc(), i.e. you can hope that new bla; free(fla); doesn't crash |
| 12:37.35 | brlcad | ah, yes |
| 12:37.42 | d_rossberg | in my special case where two memory managing C/C++ runtimes involved |
| 12:38.10 | d_rossberg | one in brlcad.dll and the other one in openNURBS.dll |
| 12:39.18 | d_rossberg | and free() in openNURBS said: i don't know this chunk of memory => crash |
| 12:40.57 | brlcad | yep |
| 12:45.24 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:57.11 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 13:41.00 | CIA-55 | BRL-CAD: 03starseeker * r51355 10/brlcad/trunk/src/librt/test_botpatches.cpp: helps to use the right type |
| 13:59.20 | *** join/#brlcad anuragmurty (~anurag@14.139.128.12) | |
| 14:06.34 | anuragmurty | d_rossberg : hi! |
| 14:09.43 | anuragmurty | d_rossberg : i did not understand how i should generalize the writing of the result to the file.. |
| 14:09.52 | CIA-55 | BRL-CAD: 03starseeker * r51356 10/brlcad/trunk/src/librt/test_botpatches.cpp: Instead of building a vertex->face map and postprocessing, build an edge->face map and work directly with that. |
| 14:10.05 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com) | |
| 14:15.19 | CIA-55 | BRL-CAD: 03r_weiss * r51357 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: |
| 14:15.19 | CIA-55 | BRL-CAD: Update to mged gr/grouper command. Improved the speed of processing, added more |
| 14:15.19 | CIA-55 | BRL-CAD: error checking. Changed the output of selected objects so 200 or less are listed |
| 14:15.19 | CIA-55 | BRL-CAD: on a single line, greater than 200 each object is listed on its own line. This |
| 14:15.19 | CIA-55 | BRL-CAD: is a temporary hack to prevent script lockup on windows. |
| 14:27.33 | d_rossberg | anuragmurty: i'll send you an example via mail |
| 14:27.50 | anuragmurty | ok.. thank you! |
| 15:14.29 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 15:14.37 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 16:19.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:30.38 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r3988 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 16:43.01 | louipc | /home/louipc/build/brlcad/src/brlcad-7.22.0/src/conv/obj-g.c: In function ‘output_to_nmg.constprop.3’: |
| 16:43.06 | louipc | /home/louipc/build/brlcad/src/brlcad-7.22.0/src/conv/obj-g.c:2837:21: error: variable ‘verts’ might be clobbered by ‘longjmp’ or ‘vfork’ [-Werror=clobbered] |
| 17:52.39 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:53.34 | brlcad | louipc: thanks |
| 18:38.10 | CIA-55 | BRL-CAD: 03n_reed * r51358 10/brlcad/trunk/src/other/step/ (10 files in 5 dirs): Update version strings in fedex, fedex_plus, generated code, and documentation. SCL git 6851b27, fa615a1, dc30ee2, d190a1e, a33cba8, 698b9e0. |
| 18:55.45 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 20:22.45 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:22.00 | CIA-55 | BRL-CAD: 03starseeker * r51359 10/brlcad/trunk/src/librt/test_botpatches.cpp: Not quite there yet, but start to build curve sets from edge loops. |
| 21:25.21 | CIA-55 | BRL-CAD: 03starseeker * r51360 10/brlcad/trunk/src/librt/test_botpatches.cpp: Ah - had plotting commands at the wrong point. |
| 22:48.47 | brlcad | starseeker: might you be able to negotiate a windows build from bob tomorrow? :) |
| 22:48.56 | brlcad | (for 7.22.0) |
| 03:30.50 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 03:30.50 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 03:54.10 | *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com) | |
| 03:54.10 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 04:10.31 | *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com) | |
| 04:10.31 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 04:14.30 | *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com) | |
| 04:14.30 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 04:21.35 | *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com) | |
| 04:21.35 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 04:22.40 | *** join/#brlcad ibot (~ibot@207135154175.dsl.xmission.com) | |
| 04:22.40 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 04:58.18 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 05:06.20 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 08:00.13 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4001 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 09:13.46 | CIA-50 | BRL-CAD: 03anrgmrty * r51370 10/brlcad/trunk/src/conv/g-voxel.c: implemented callback for output of voxel program |
| 09:37.10 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 10:33.12 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:43.03 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:33.08 | CIA-50 | BRL-CAD: 03d_rossberg * r51371 10/brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: there was a change in the memory management of the NMG primitive: we have to use the same memory manager (bu_pool) here too |
| 12:34.03 | d_rossberg | why is there a NMG_GETSTRUCT if it isn't used to get NMG-structs? |
| 14:12.43 | CIA-50 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4002 10/wiki/User:Ksuzee/Reports: |
| 14:13.14 | CIA-50 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4003 10/wiki/User:Ksuzee/Reports: |
| 14:39.39 | ``Erik | probably legacy formw hen it was a separate library |
| 15:11.36 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 15:15.38 | d_rossberg | ``Erik: NMG_GETSTRUCT was once the macro to create the NMG structures, but then the creation was changed without changing NMG_GETSTRUCT (what would be the better solution in my opinion) |
| 15:17.12 | d_rossberg | there is an #ifdef block in nmg.h to switch between the old and the new memory management |
| 15:17.51 | d_rossberg | however, i would recommend to change NMG_GETSTRUCT, not the special creation macros |
| 15:53.00 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4004 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 15:54.55 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 0.8 0.2.png]]" |
| 15:57.51 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 1.0 2.0.png]]" |
| 15:59.54 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4007 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 16:01.14 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4008 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 16:01.51 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4009 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 16:30.19 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4010 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 17:30.38 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 18:04.24 | *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro) | |
| 18:07.48 | andrei | hello |
| 18:10.31 | andrei | should I finish them, the unit tests should be submitted on sourceforge, right? |
| 19:05.19 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 19:24.18 | ksuzee | brlcad: hi, Sean! Today I've started finding duplications which contain in different directories. For example: one function - in libged and it's copy - in mged. I've not found all of them yet, because there're quite enough of such function. But for future: where should I put the common function? Must it be some new libraries or already excisted? |
| 19:24.50 | ksuzee | sorry - existed |
| 20:00.41 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:25.32 | CIA-50 | BRL-CAD: 03n_reed * r51372 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: scl_version_string.h needs to be generated before fedex.c is compiled |
| 22:08.50 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 22:09.25 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 23:22.49 | starseeker | cristina: how goes it? |
| 23:25.41 | cristina | starseeker: hello. right now I am was looking into the GeometryBrowser.tcl to see an example of MVC. I was thinking on starting to implement something similar for my graph visualizer. Is this a good idea? |
| 23:26.05 | starseeker | MVC? |
| 23:26.44 | cristina | well, yes, the model view controller paradigm |
| 23:26.59 | starseeker | ah, right |
| 23:27.10 | starseeker | cristina: can you generate graph images now? |
| 23:28.19 | cristina | I can generate gemetric figures for each object but haven't connected them as in a graph. I thought that I should try first to connect the view part with what I have done so far |
| 23:28.38 | cristina | should I work on connecting the geometric figures first? |
| 23:28.55 | cristina | s/gemetric/geometric |
| 23:29.23 | starseeker | my take on it would be to get a graph image generating first... |
| 23:29.51 | starseeker | i.e. visualize the structure in an image before adding the user interaction to the mix |
| 23:30.08 | cristina | alright, I will do that |
| 23:31.19 | starseeker | that'll be a good image to post as progress on your wiki page - adaptagrams generating a graph layout of a CAD model structure |
| 00:13.48 | CIA-50 | BRL-CAD: 03crdueck * r51373 10/brlcad/trunk/src/libged/analyze.c: print_volume_table() now prints a newline before the table. every calling function in analyze.c was already doing this anyways |
| 00:55.07 | CIA-50 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4011 10/wiki/User:Cprecup/GSoC2012_progress: 29/06/2012 - create links between nodes |
| 03:07.37 | *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro) | |
| 04:00.29 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 04:22.30 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 0.2 3.0.png]]" |
| 04:22.32 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Superell 3.0 3.0.png]]" |
| 04:23.06 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4014 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 04:24.17 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4015 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 07:58.09 | *** join/#brlcad stas (~stas@91.208.120.100) | |
| 08:46.17 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 09:09.14 | *** join/#brlcad stas (~stas@91.208.120.100) | |
| 09:13.56 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 10:02.48 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 13:01.32 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 14:16.19 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 14:19.02 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:17.50 | CIA-50 | BRL-CAD: 03crdueck * r51374 10/brlcad/trunk/src/librt/primitives/epa/epa.c: added volume, centroid and surface area functions for epa |
| 19:18.17 | CIA-50 | BRL-CAD: 03crdueck * r51375 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for epa to use the new callback functions |
| 19:58.44 | CIA-50 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4016 10/wiki/User:Stattrav/GSoC2012_log: Preparation for the first demo. |
| 20:28.49 | CIA-50 | BRL-CAD: 03crdueck * r51376 10/brlcad/trunk/src/libged/analyze.c: cleaned up analyze_arbn(), ws changes in ged_analyze() |
| 20:33.16 | CIA-50 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4017 10/wiki/User:Ksuzee/Reports: |
| 20:42.22 | cristina | starseeker: hello. I kept looking for an example on how to determine what other objects are connected among them in order to know how to draw the links. This depends on the type of the object (solid, comb, region...) |
| 20:44.06 | cristina | I found something that might be useful: the conv/g-dot.c and conv/walk_example.c files. My approach would be to implement something similar to the dot_comb and dot_leaf inside the conv/g-dot.c file. |
| 20:45.11 | CIA-50 | BRL-CAD: 03crdueck * r51377 10/brlcad/trunk/src/librt/primitives/ell/ell.c: some systems have major/minor defined as macros, added #undef's to rt_ell_surf_area(), ws changes |
| 20:45.14 | cristina | these functions would be given as parameters to the db_functree method. Is this approach right? |
| 20:46.57 | cristina | I found some other functions, such as db_walk_subtree from src/librt/db_tree.c and ged_print_node from src/libged/ged.c |
| 20:47.50 | cristina | I can't seem to find the optimal solution for creating links between the nodes depending on their type - for this I need to know their subtrees and this is hard for me to figure out |
| 20:51.00 | CIA-50 | BRL-CAD: 03crdueck * r51378 10/brlcad/trunk/src/libged/analyze.c: added new analyze_epa command, ws changes |
| 21:08.33 | *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch) | |
| 21:54.04 | starseeker | cristina: g-dot is a good starting point |
| 21:54.31 | starseeker | cristina: solids by themselves don't define inter-relationships - it's the combs that are responsible for creating structure |
| 22:03.53 | cristina | starseeker: ok, thank you for the answer |
| 22:05.31 | starseeker | tree structures are implicit in the comb structure, and that's what the tree walking is about - building them up |
| 22:20.16 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4018 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2012 */ |
| 22:24.39 | crdueck | i'm trying to write an analyze_bot function, the overall analysis would be very similar to arbn. calculating surface area would be simplified since all the faces are triangles, and calculating volume would be very similar to arbn. however the rt_bot_internal struct has fields for face normals which would be needed to calculate volume, but using gdb with a dummy function to access the struct shows that those fields are NULL. are they suppose |
| 22:25.52 | petaflot | hello! someone here? I exported an object in DXF, but the man supposed to read it cna't open it. I personnaly don't have autocad.. |
| 22:28.04 | petaflot | freecad says "list index out of range"... |
| 22:31.49 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4019 10/wiki/User:Plussai/GSoC_2012_log: /* 28 June 2012 */ |
| 22:32.17 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4020 10/wiki/User:Plussai/GSoC_2012_log: /* 30 June 2012 */ |
| 22:37.54 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 00:27.30 | starseeker | petaflot: this channel is about BRL-CAD - we don't know freecad |
| 00:29.01 | starseeker | #freecad on FreeNode is the channel for freecad |
| 00:39.00 | CIA-50 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4021 10/wiki/User:Cprecup/GSoC2012_progress: 30/06/2012 - link between nodes |
| 02:25.25 | CIA-50 | BRL-CAD: 03starseeker * r51379 10/brlcad/trunk/src/librt/test_botpatches.cpp: |
| 02:25.26 | CIA-50 | BRL-CAD: Don't just need loops, need to know which loop is the outer loop. Could cheat |
| 02:25.26 | CIA-50 | BRL-CAD: since we're using xyz planes at the moment, but since this should be more |
| 02:25.26 | CIA-50 | BRL-CAD: general need to project edge points onto a common plane for bbox comparison. |
| 02:25.26 | CIA-50 | BRL-CAD: Start preparing needed pieces. For now, turn off NURBS components - not ready |
| 02:25.26 | CIA-50 | BRL-CAD: for them yet. |
| 04:06.20 | petaflot | starseeker: my quesiton had nothing to do with freecad... |
| 04:08.10 | petaflot | I don't even know what app the guy uses for opening the DXF file |
| 04:08.43 | petaflot | freecad was just used as an example because I happen to have it installed (I've never used it though) |
| 04:10.05 | CIA-50 | BRL-CAD: 03phoenixyjll * r51380 10/brlcad/trunk/src/librt/primitives/superell/superell_brep.cpp: Fix header. |
| 04:39.34 | starseeker | petaflot: please be clearer - you exported something from BRL-CAD as a dxf file? |
| 04:39.43 | starseeker | which version of BRL-CAD did you use? |
| 05:42.42 | CIA-50 | BRL-CAD: 03starseeker * r51381 10/brlcad/trunk/src/librt/test_botpatches.cpp: pick outer loop - generally seems to look OK, but will need some per-patch verification |
| 06:46.47 | CIA-50 | BRL-CAD: 03crdueck * r51382 10/brlcad/trunk/src/libged/analyze.c: checkpoint very rough analyze_bot command, correctly computes surface area and volume |
| 06:56.32 | CIA-50 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4022 10/wiki/User:Crdueck/log: |
| 10:23.21 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 10:48.31 | petaflot | starseeker: it.s BRL-CAD 7.20.6 |
| 10:50.25 | petaflot | the part is failry simple, it's a constant-thickness part made of 5 primitives.. rcc and arb8 only |
| 11:13.29 | petaflot | yes. I created the part and used the g-dxf executable |
| 11:47.35 | petaflot | had to get some sleep... |
| 13:17.28 | *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro) | |
| 15:00.59 | *** join/#brlcad andrei (~andrei@5-12-75-83.residential.rdsnet.ro) | |
| 17:46.48 | CIA-50 | BRL-CAD: 03crdueck * r51383 10/brlcad/trunk/src/libged/analyze.c: factored part of analyze_bot into a seperate analyze_bot_face function |
| 17:56.50 | *** join/#brlcad andrei (andrei@5-12-75-83.residential.rdsnet.ro) | |
| 18:07.26 | CIA-50 | BRL-CAD: 03crdueck * r51384 10/brlcad/trunk/src/libged/analyze.c: initialize vol/area variables in analyze_bot and analyze_arbn |
| 18:37.35 | CIA-50 | BRL-CAD: 03crdueck * r51385 10/brlcad/trunk/src/libged/analyze.c: move surface area and volume calculations into the same for loop in analyze_bot() and analyze_arbn() |
| 18:47.42 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 20:29.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:35.12 | CIA-50 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4023 10/wiki/User:Stattrav/GSoC2012_log: Configuring the demo server. |
| 01:22.08 | CIA-50 | BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph link nodes.png]]": A first version of the links between a COMB object and its subtree nodes. |
| 01:31.05 | CIA-50 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4025 10/wiki/User:Cprecup/GSoC2012_progress: 01/07/2012 - linked nodes - first version |
| 03:00.54 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 03:00.54 | *** mode/#brlcad [+o ChanServ] by cameron.freenode.net | |
| 05:22.59 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4026 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 05:23.35 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4027 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 05:24.21 | CIA-50 | BRL-CAD: 03phoenixyjll * r51386 10/brlcad/trunk/src/librt/ (5 files in 3 dirs): Convert cline to an implicit pipe, and then convert the pipe to b-rep. |
| 05:33.59 | *** join/#brlcad andrei (~andrei@5-12-75-83.residential.rdsnet.ro) | |
| 06:17.56 | *** join/#brlcad KimK_ (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 08:15.55 | *** join/#brlcad KimK_ (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 08:32.30 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:56.41 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 09:56.41 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 10:35.46 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:00.54 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:06.12 | CIA-50 | BRL-CAD: 03erikgreenwald * r51387 10/brlcad/trunk/src/librt/primitives/cline/cline.c: rename pipe to avoid shadow warning |
| 12:11.56 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:12.47 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 12:18.22 | ksuzee | hello! I've found one more place for reduction in one file (I skiped it last time). It's orle-pix.c. But now there's a message: "DEPRECATED: orle-pix is no longer being maintained". So shall I leave it alone? |
| 12:39.16 | *** join/#brlcad cristina (~quassel@188.24.80.188) | |
| 12:39.26 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 13:22.41 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 13:23.04 | anuragmurty | d_rossberg: hi! |
| 13:25.43 | anuragmurty | d_rossberg: since i have made the function for voxelize, I am now making changes to analyze.h and adding the functions to libanalyze -- assuming libanalyze is the location for voxelize... |
| 14:13.22 | d_rossberg | anuragmurty: there are some issues with your voxelize() functions but i have to explain them in an e-mail |
| 14:13.52 | d_rossberg | starting to move it to libanalyze is ok |
| 14:17.36 | anuragmurty | ok.. so i will get started.. and will try resolving the issues when i get your mail.. thank you! |
| 14:56.07 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 15:35.53 | CIA-50 | BRL-CAD: 03starseeker * r51388 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try usinging bezier curves for some of the edges. |
| 16:13.22 | CIA-50 | BRL-CAD: 03n_reed * r51389 10/brlcad/trunk/include/common.h: Some system headers use __STDC_VERSION__ without checking if it's defined. Define it ourselves so we don't get -Wundef warnings every time we include one of them. |
| 17:24.13 | CIA-50 | BRL-CAD: 03n_reed * r51390 10/brlcad/trunk/src/other/openNURBS/ (4 files): Quell -Woverloaded-virtual warnings (included by clang in -Wall) in openNURBS headers to fix strict compilation failure in sources that include them. |
| 19:45.25 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 21:26.26 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:26.26 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 21:40.46 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:41.36 | CIA-50 | BRL-CAD: 0314.139.128.12 07http://brlcad.org * r4028 10/wiki/User:Anuragmurty: /* Development Log */ |
| 13:37.25 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 13:37.25 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 13:37.25 | brlcad | you don't need to support both, hopefully obviously |
| 14:36.15 | *** join/#brlcad stas_ (~stas@188.24.52.125) | |
| 15:27.42 | CIA-50 | BRL-CAD: 03starseeker * r51425 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start chopping the big function into little functions |
| 15:44.45 | CIA-50 | BRL-CAD: 03starseeker * r51426 10/brlcad/trunk/src/librt/test_botpatches.cpp: more function breakup |
| 16:14.06 | *** join/#brlcad andrei_ (~andrei@188.25.172.146) | |
| 17:31.57 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 17:45.05 | crdueck | brlcad: could you please take a look at the email i sent to the mailing list? |
| 18:07.41 | CIA-50 | BRL-CAD: 03n_reed * r51427 10/brlcad/trunk/src/other/step/src/express/ (error.c expr.c resolve.c schema.c): remove unportable/unnecessary calls to unistd.h pause used after certain errors to allow attaching debugger |
| 18:48.04 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 18:59.04 | CIA-50 | BRL-CAD: 03crdueck * r51428 10/brlcad/trunk/src/ (3 files in 3 dirs): removed pointless functions, default case in analyze_do() already covers primitives without analyze commands. added TODO for remaining primitives |
| 19:05.29 | CIA-50 | BRL-CAD: 03crdueck * r51429 10/brlcad/trunk/src/librt/primitives/ (bot/bot.c tgc/tgc.c): r51428 accidently included changes to bot.c and tgc.c, those changes were: refactored a section of rt_bot_tess into a new rt_bot_centroid function, and added a missing break statement in rt_tgc_surf_area |
| 19:10.49 | CIA-50 | BRL-CAD: 03crdueck * r51430 10/brlcad/trunk/src/librt/primitives/table.c: updated entry for bot in table.c to include the new rt_bot_centroid function |
| 19:33.19 | ksuzee | hello! I'd like to ask about using UNUSED(..) near variables. What are such unused variables used for? |
| 19:42.49 | CIA-50 | BRL-CAD: 03starseeker * r51431 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a stab at turning back on the loop checking. |
| 19:49.06 | ``Erik | ksuzee: usually placekeepers to satisfy type info when dealing with function pointers |
| 19:51.59 | ``Erik | brlcad: is cpu time really what we want to measure with the libpkg stuff? O.o and would 0's get any kind of rle treatment? I'd think dd slices out of a noisy file like the kernel or brlcad-7.22.0.tar.bz2 would be a better data source |
| 19:58.31 | ksuzee | ``Erik: thanks for the answer. So if I want a function with such placekeeper to call another function, I don't need to transmit there this UNUSED variable? |
| 19:59.39 | *** join/#brlcad andrei_ (andrei@188.25.172.146) | |
| 20:12.58 | CIA-50 | BRL-CAD: 03starseeker * r51432 10/brlcad/trunk/src/librt/test_botpatches.cpp: Need better plotting - start setting up routines. |
| 20:17.17 | ``Erik | ksuzee: are you asking if you can call void bah(UNUSED(meh)); with bah(); ? |
| 20:23.20 | ksuzee | ``Erik: I mean if I have void bah(UNUSED(meh)) {'body of this function'}. Then I create bah1() {'put here the same body'} and do bah(UNUSED(meh)) {bah1()}. Can I do like this? Maybe it seems a bit useless but I need it for refactoring |
| 20:40.16 | ``Erik | um, yes, almost... you need to pass some junk variable to bah(), so something like "void bah1() { bah(NULL); }" |
| 20:40.38 | ``Erik | wait, I'm reading that backwards |
| 20:40.59 | ``Erik | yes, you can, if I read it correctly :) |
| 20:55.18 | ksuzee | ``Erik: oh, thank you a lot! :) |
| 20:57.24 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 21:10.20 | CIA-50 | BRL-CAD: 03starseeker * r51433 10/brlcad/trunk/src/librt/test_botpatches.cpp: Cleanup, fix loop logic |
| 21:30.19 | CIA-50 | BRL-CAD: 03starseeker * r51434 10/brlcad/trunk/src/librt/test_botpatches.cpp: get better at plotting loops |
| 21:57.48 | *** join/#brlcad stas_ (~stas@188.24.47.249) | |
| 22:35.05 | CIA-50 | BRL-CAD: 03n_reed * r51435 10/brlcad/trunk/src/ (9 files in 6 dirs): Add/remove files to match github data directory. Will use their copy of the edited ap203.exp to generate step-g sources. |
| 22:51.53 | brlcad | ``Erik: he's not measuring cpu time |
| 22:52.53 | brlcad | and I'd agree that we don't want to ... wallclock is fine, just unstable and he needed to account for it |
| 23:51.00 | CIA-50 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4056 10/wiki/User:Cprecup/GSoC2012_progress: 05/07/2012 - implementation for adding into a bu_hash_tbl the name of an object depending on its type |
| 00:09.16 | CIA-50 | BRL-CAD: 03crdueck * r51436 10/brlcad/trunk/src/librt/primitives/part/part.c: added rt_part_volume() and rt_part_surf_area() |
| 00:10.07 | CIA-50 | BRL-CAD: 03crdueck * r51437 10/brlcad/trunk/src/librt/primitives/table.c: updated rt_functab entry for part to include the new callbacks |
| 00:11.11 | CIA-50 | BRL-CAD: 03crdueck * r51438 10/brlcad/trunk/src/libged/analyze.c: added new analyze_part function |
| 00:30.57 | CIA-50 | BRL-CAD: 03starseeker * r51439 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add a little more flexibility to loop pl output. |
| 03:21.28 | CIA-50 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4057 10/wiki/User:Crdueck/log: |
| 04:04.05 | crdueck | brlcad: could you please take a look at the email i sent to the mailing list? |
| 04:37.34 | *** join/#brlcad andrei_ (~andrei@188.25.172.146) | |
| 04:41.40 | andrei_ | hey |
| 04:43.08 | andrei_ | how should I generate files so that it does not take so much. |
| 05:16.02 | andrei_ | http://slexy.org/view/s20oJzwhYi I m stuck with my script, it has some errors and I can t find the cause. |
| 05:16.12 | andrei_ | (standard_in) 1: parse error |
| 05:16.17 | andrei_ | awk: cmd. line:1: fatal: division by zero attempted |
| 05:39.10 | andrei_ | trying to figure out on myself meanwhile |
| 07:40.16 | andrei_ | With the current status of the script ( ran it 4 times * on two different set of data ) the variation is +/- 0.001. |
| 07:42.11 | andrei_ | I ll proceed to recording data. Hopefully won t need so much time. |
| 07:51.39 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 09:22.51 | andrei_ | I m currently stuck with my script http://slexy.org/view/s20wmX3vSK . The log_file seems to not exist. tho it should be created when server starts |
| 09:22.57 | andrei_ | there are no tpkg running in background. |
| 09:23.26 | andrei_ | I ll be working on it myself meanwhile. |
| 09:27.55 | *** join/#brlcad andrei_ (andrei@188.25.172.146) | |
| 09:36.30 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 10:31.25 | *** join/#brlcad Jak_o_Shadows (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 10:55.19 | CIA-50 | BRL-CAD: 03phoenixyjll * r51440 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Implement degree reduction to Bezier curves to simplify the representation of the dsp top surface. But still a long way to go. |
| 11:04.39 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4058 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:05.17 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4059 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:07.47 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4060 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:08.27 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4061 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:08.49 | CIA-50 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4062 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 12:02.56 | *** join/#brlcad Jak_o_Shadows1 (~Fake@CPE-144-136-211-241.sa.bigpond.net.au) | |
| 12:03.03 | *** join/#brlcad Jak_o_Shadows1 (~Fake@unaffiliated/jak-o-shadows/x-0479135) | |
| 12:35.32 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 12:36.15 | CIA-50 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4063 10/wiki/User:Ksuzee/Reports: |
| 12:36.35 | CIA-50 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4064 10/wiki/User:Ksuzee/Reports: |
| 12:40.38 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:56.07 | *** join/#brlcad andrei_ (andrei@188.25.172.146) | |
| 13:26.44 | *** join/#brlcad Bariton (~kvirc@p5090598C.dip.t-dialin.net) | |
| 14:04.35 | brlcad | crdueck: replied, but haven't dug in too deep |
| 14:07.17 | brlcad | andrei_: stuck how so? |
| 14:09.58 | ``Erik | starseeker: http://bofh.ntk.net/OtherStuff/TheCorner/striped.php |
| 14:10.29 | brlcad | andrei_: does it work if you ssh to localhost instead? |
| 14:27.43 | brlcad | andrei_: since you have stable variation on one file and one packet size, next up is to graph one file for variable packet sizes |
| 14:34.23 | brlcad | run every packet size 1 through 2048, then 2048 to 4194304 in increments of 2048 |
| 14:34.49 | brlcad | that's 4096 samples at two different scales (two different graphs) |
| 14:37.57 | brlcad | probably should use the same file for all, 4194304 bytes big or some multiple bigger |
| 15:29.02 | crdueck | brlcad: thanks for your reply on the part primitive topic, but I meant the email I'd sent earlier titled "next steps for my project", which hasnt gotten any replies yet. |
| 15:29.45 | brlcad | crdueck: okay, I'll get to it hopefully this weekend -- I have a massive e-mail backlock and lots of pending deadlines to deal with |
| 15:29.57 | brlcad | crdueck: what was the gist? |
| 15:30.22 | brlcad | if you're done with the analyze functions, that's great ;) |
| 15:32.05 | crdueck | yes, there arent too many more primitives that can be analyzed in terms of surface area and volume, so i'm running out of things to do in terms of what i proposed in the GSoC application |
| 15:32.24 | crdueck | i was wondering if there was an obvious extension to the work i'd already done |
| 15:33.36 | brlcad | crdueck: there's always more work to be done |
| 15:35.07 | brlcad | so I find it hard to believe that you've actually correctly implemented several of the harder primitives... dsp, extrude, sketch, and brep come to mind, maybe pnts too |
| 15:35.23 | brlcad | if any aren't done, that's what's next |
| 15:35.34 | brlcad | if you have TODO items on any of the ones that are done, that's what's next |
| 15:35.53 | crdueck | i've looked at them, but how would one analyze sketch? |
| 15:36.13 | brlcad | if you really do believe everything is done, then next up would be to prove it |
| 15:36.32 | brlcad | sketch certainly has area |
| 15:37.35 | brlcad | solving area for a sketch surface is similar to solving it for a brep/nurbs surface |
| 15:38.58 | brlcad | i believe you implemented dsp, but do know that dsp 1) can be smooth or faceted and 2) can have holes |
| 15:39.22 | crdueck | okay, well i'll look into analyzing brep, and then try sketch from there. |
| 15:39.35 | crdueck | i havent done anything with dsp though. |
| 15:40.18 | brlcad | sketch is probably easier |
| 15:40.41 | brlcad | piecewise simple, might be able to use some sort of painter's algorithm |
| 15:42.12 | brlcad | break it down into a tessellation, then just have to deal with the arc/circle/bezier pieces |
| 15:44.51 | crdueck | alright, i'll work these more difficult primitives. I may have questions about how they're used since they arent common geometric shapes |
| 15:58.26 | brlcad | crdueck: they're crazy-common, just not basic euclidean :) |
| 18:16.24 | *** join/#brlcad stas_ (~stas@188.24.47.249) | |
| 18:21.34 | *** join/#brlcad andrei_ (~andrei@188.25.172.146) | |
| 18:21.38 | andrei_ | hei |
| 18:21.50 | andrei_ | wrong lol. |
| 18:22.18 | brlcad | hei lol. |
| 18:23.05 | andrei_ | brlcad, why would I use 4194304 ? |
| 18:23.14 | andrei_ | I used 65000 because as far as I know that is the tcp payload |
| 18:23.47 | brlcad | what happens if you tell libpkg to go bigger? |
| 18:24.29 | andrei_ | I haven't tried. |
| 18:24.36 | brlcad | exactly :) |
| 18:24.59 | andrei_ | I thought I said what the issue was |
| 18:25.24 | andrei_ | in order to determine the average I erase the log_file after 10 iterrations |
| 18:25.32 | andrei_ | 10 iterations are used for one average |
| 18:25.51 | andrei_ | if I wouldn't erase it the first 10 values would influence the second 10 values. |
| 18:25.57 | brlcad | right, that make sense |
| 18:26.21 | andrei_ | I ll paste the two lines that cause trouble |
| 18:26.28 | brlcad | and no, you didn't say that was the issue |
| 18:26.40 | andrei_ | sorry then ... |
| 18:26.45 | andrei_ | ssh andrei@192.168.1.100 'cat log_file' | awk '/Elapsed_time/{sum+=$2;n++} END {printf "Elapsed_time %.5f\n", sum/n}' |
| 18:26.52 | andrei_ | ssh andrei@192.168.1.100 'rm log_file' |
| 18:26.59 | andrei_ | there is a " wait " after first ssh |
| 18:27.08 | andrei_ | if I run 1 iterations it is all good. |
| 18:27.14 | andrei_ | ( 1 set of 10 ) |
| 18:27.26 | andrei_ | if I run more, ssh / awk complains about file not existing |
| 18:27.31 | andrei_ | I guess I m timing something wrong |
| 18:27.37 | brlcad | sure, no I get the issue -- so you've either got to change how you sum elapsed time, or you need to restart the log file |
| 18:27.56 | andrei_ | yes |
| 18:28.14 | brlcad | I'd personally suggest shutting down the tpkg server after every use if you're not |
| 18:28.32 | brlcad | I think you are, but should be sure |
| 18:28.39 | andrei_ | shouldn't it shut down by itself after transmision is finished? |
| 18:28.48 | brlcad | you tell me |
| 18:28.57 | andrei_ | well I read that in tpkg.c |
| 18:29.04 | andrei_ | and I haven't changed that |
| 18:29.06 | andrei_ | so yes |
| 18:29.07 | brlcad | okay |
| 18:29.32 | andrei_ | if I would shut down tpkg, that wouldn't solve the issue |
| 18:29.37 | brlcad | easiest is probably to just change how you're dealing with the log |
| 18:29.38 | brlcad | don't delete it |
| 18:30.13 | andrei_ | could I echo " null " |
| 18:30.14 | andrei_ | ? |
| 18:30.20 | andrei_ | like this echo " null " > log_file ? |
| 18:30.59 | brlcad | not sure what that would accomplish |
| 18:31.49 | brlcad | if the server always starts before the client by making the client wait for the log file to exist, it's not clear why the log file wouldn't always exist |
| 18:33.06 | andrei_ | http://slexy.org/view/s21dKkqphK this is the current script |
| 18:34.25 | andrei_ | perhaps you see something that I don't. I don't understand why it doesn't work. |
| 18:37.51 | brlcad | yeah, you have a bug ;) |
| 18:37.57 | brlcad | sees it |
| 18:38.39 | andrei_ | where? |
| 18:39.45 | brlcad | how could line 30 possibly not find log_file? |
| 18:41.55 | andrei_ | if it's not there? |
| 18:42.22 | andrei_ | on remote machine the file is in /home/andrei |
| 18:42.37 | brlcad | and under what circumstance will that file not exist? |
| 18:42.51 | brlcad | what circumstance in the code logic |
| 18:44.11 | andrei_ | if the server or client do not start properly ? |
| 18:44.23 | brlcad | print a "STARTING SERVER" and "STARTING CLIENT" before both, run your script, see what happens |
| 18:48.05 | andrei_ | I get 10 sets of Starting Client / server |
| 18:48.11 | andrei_ | Elapsed_time 0.15133 |
| 18:48.12 | andrei_ | <PROTECTED> |
| 18:48.15 | andrei_ | then the valid data. |
| 18:48.27 | andrei_ | Then the error occurs |
| 18:48.53 | brlcad | read just the "STARTING SERVER" and "STARTING CLIENT" lines |
| 18:49.24 | brlcad | server -> client -> server -> client -> ... |
| 18:49.43 | andrei_ | http://slexy.org/view/s213t7Zm5X |
| 18:49.47 | andrei_ | yes, I see nothing wrong |
| 18:55.00 | brlcad | maybe pay attention to the ordering of the elapsed time line |
| 18:55.36 | brlcad | print a message before the "cat log_file" line |
| 18:57.48 | andrei_ | ah |
| 18:57.51 | andrei_ | I m an idiot. |
| 18:57.53 | andrei_ | I found it |
| 18:58.07 | andrei_ | avc never becomes 0 again , in never recycles |
| 18:58.10 | andrei_ | meh |
| 19:01.53 | andrei_ | now regarding the 3d graph |
| 19:02.08 | andrei_ | should I be interested in total packages sent / package size / speed / file size? |
| 19:02.15 | andrei_ | which one of those 3 |
| 19:02.35 | andrei_ | I m not sure what to choose from packages sent or package size |
| 19:02.41 | andrei_ | both can be determined from the other |
| 19:19.06 | brlcad | andrei_: yay :) |
| 19:19.20 | brlcad | don't do 3d next, just 2d for those two ranges |
| 19:19.50 | brlcad | if that looks good, then can define a similarly useful range for data sizes |
| 19:20.15 | andrei_ | so the file size should be fixed. |
| 19:20.27 | brlcad | right, |
| 19:20.41 | andrei_ | great, that would speed up things by aproximatively 47 hours :) |
| 19:20.48 | brlcad | I suggested 8MB earlier |
| 19:21.14 | brlcad | note your * 1000 multiplier isn't quite right/useful |
| 19:21.22 | brlcad | should be 1024 |
| 19:22.34 | brlcad | packet size 1 through 2048, then 2048 to 4194304 in increments of 2048 .. all using a randome bs=1024 count=8192 file |
| 19:27.26 | andrei_ | I have started the script for 1 -> 2048 |
| 20:03.33 | *** join/#brlcad andrei_ (~andrei@188.25.172.146) | |
| 20:04.44 | andrei_ | brlcad, there s some wierd issue |
| 20:04.52 | andrei_ | server starts on remote |
| 20:05.01 | andrei_ | when client starts it s stuck on connecting to ... |
| 20:05.15 | andrei_ | I rebooted both stations, changed sockets. |
| 20:05.59 | andrei_ | any clue what might cause this? |
| 20:06.39 | brlcad | does it hang if you replace 192.168.1.100 with localhost? (don't forget to rename log_file to server_log_file and client_log_file to differentiate) |
| 20:09.38 | andrei_ | I get connection refused |
| 20:14.13 | andrei_ | I ll find the issue. |
| 20:33.43 | andrei_ | brlcad |
| 20:33.55 | andrei_ | it ...works....apparently reading 8mb byte by byte does take a while. |
| 20:42.57 | andrei_ | brlcad, what should I do . 1 - 2048 simply takes too long. |
| 20:59.38 | andrei_ | there are a couple of issues, will fix them in a few hours. I need to rethink the whole script. |
| 21:01.29 | andrei_ | this is the current status : http://slexy.org/view/s2IbZHz6oY . Sometimes it does not connect properly and it takes way too long to process the parameters you suggested. |
| 01:21.07 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 03:09.49 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4065 10/wiki/User:Plussai/GSoC_2012_log: /* 7 May 2012 */ |
| 03:16.51 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4066 10/wiki/User:Plussai/GSoC_2012_log: /* 23 May 2012 */ |
| 03:17.33 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4067 10/wiki/User:Plussai/GSoC_2012_log: /* 21 May 2012 */ |
| 03:20.03 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4068 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */ |
| 03:22.55 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4069 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */ |
| 03:23.35 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4070 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 1'' */ |
| 03:24.16 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4071 10/wiki/User:Plussai/GSoC_2012_log: /* 29 May 2012 */ |
| 03:24.55 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4072 10/wiki/User:Plussai/GSoC_2012_log: /* 31 May 2012 */ |
| 03:25.25 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4073 10/wiki/User:Plussai/GSoC_2012_log: /* ''Week 2'' */ |
| 03:26.19 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4074 10/wiki/User:Plussai/GSoC_2012_log: /* 4 June 2012 */ |
| 03:26.49 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4075 10/wiki/User:Plussai/GSoC_2012_log: /* 12 June 2012 */ |
| 03:27.29 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4076 10/wiki/User:Plussai/GSoC_2012_log: /* 18 June 2014 */ |
| 03:27.59 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4077 10/wiki/User:Plussai/GSoC_2012_log: /* 26 June 2012 */ |
| 03:28.40 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4078 10/wiki/User:Plussai/GSoC_2012_log: /* 2 July 2012 */ |
| 03:35.02 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell1.png]]" |
| 03:36.33 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4080 10/wiki/User:Plussai/GSoC_2012_log: /* 4 July 2012 */ |
| 03:37.29 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell2.png]]" |
| 03:38.22 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:ELL3.png]]" |
| 03:39.09 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4083 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:39.51 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell3.png]]" |
| 03:41.39 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4085 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:44.23 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell1.png]]" |
| 03:45.07 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4087 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:46.40 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell2.png]]" |
| 03:50.17 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell3.png]]" |
| 03:51.37 | brlcad | andrei_: try removing ssh from the script .. we're testing the behavior of libpkg, not your network setup |
| 03:51.47 | brlcad | that might give you some better performance |
| 03:54.03 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Ell3.png]]" |
| 03:54.51 | brlcad | also, how long are we talking here? .. if 1-2048 with 8mb would complete within 24 hours, then it's worth it so we can merge the graphs |
| 03:55.41 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4091 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:55.49 | brlcad | if it's longer, something is probabably wrong .. that's transferring 16GB, even 1byte at a time it shouldnt' be too bad |
| 03:56.06 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4092 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:56.52 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4093 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:56.53 | brlcad | andrei_: 1024 should be the average time, so you can run just that size once and multiply by 2048 to get a time estimate for all of them |
| 03:57.41 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4094 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:57.47 | brlcad | if it's going to be more than 24 hours, just drop the file size down to 4096 bytes instead of 8mb |
| 03:58.37 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4095 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 03:59.35 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Ell4.png]]" |
| 04:00.53 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4097 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:01.11 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4098 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:01.54 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4099 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:02.22 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4100 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:03.28 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4101 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:04.04 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP1.png]]" |
| 04:41.29 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]" |
| 04:43.26 | andrei_ | it should take 15 min. |
| 04:45.03 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]" |
| 04:47.47 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:HYP1.png]]" |
| 04:48.21 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP2.png]]" |
| 04:49.11 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r4107 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 04:49.27 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP3.png]]" |
| 04:52.15 | CIA-50 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:HYP4.png]]" |
| 05:05.46 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-ndydjenkhynfjzta) | |
| 08:10.40 | *** join/#brlcad CIA-23 (~CIA@cia.atheme.org) | |
| 09:04.28 | *** join/#brlcad stas__ (~stas@188.24.47.249) | |
| 10:26.37 | *** join/#brlcad stas (~stas@188.24.46.176) | |
| 10:44.58 | *** join/#brlcad stas (~stas@188.24.35.127) | |
| 10:58.47 | *** join/#brlcad stas (~stas@188.24.33.157) | |
| 11:06.30 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4110 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:32.49 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4111 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:33.33 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4112 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 11:34.30 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4113 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 6 */ |
| 11:34.48 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4114 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 13:26.09 | brlcad | andrei_: great, then can't wait to see the graph :) |
| 13:29.31 | andrei_ | hm |
| 13:29.43 | andrei_ | 1024 took 0.5 seconds |
| 13:30.00 | andrei_ | I have been running the script for approximatively 8 hours |
| 13:30.06 | andrei_ | it currently is on 35 bytes |
| 13:30.34 | andrei_ | running the 2048 => 2048 * 2048 aswell. That one is like 70% |
| 13:34.12 | andrei_ | I want to stop the small one at some point ( probably at 100 bytes) |
| 13:34.33 | andrei_ | and then increase distance between tests up to 100 |
| 13:35.57 | andrei_ | does this seem like a good ide? |
| 13:35.59 | andrei_ | idea* |
| 15:16.22 | *** join/#brlcad cristina (~quassel@188.24.33.157) | |
| 15:16.36 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 15:42.21 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 15:47.23 | brlcad | andrei_: actually testing every byte between 1 and 2048 is intentional to see if there are any anamolies |
| 16:21.35 | andrei_ | ah, it s at 65 now. The good part is it speeds up as it goes. |
| 16:28.30 | andrei_ | the "large" one is almost done tho. |
| 16:31.07 | andrei_ | what if I let the small one finish ( even if it takes " ages " ) and do remaining tests instead? |
| 16:55.57 | *** join/#brlcad xth1 (~thiago@187-40-100-224.user.veloxzone.com.br) | |
| 17:34.56 | brlcad | andrei_: at the rate it's increasing, it should be done really soon |
| 17:35.06 | brlcad | apparently non-linear |
| 17:35.16 | brlcad | see, that's actually rather informative |
| 17:36.01 | andrei_ | the large one is done. Currently I m processing info to be used by octave |
| 17:36.37 | brlcad | not sure what you're asking though -- yes, please let 1-2048 finish, then do remaining 2048-4194304 in 2048 increments (with the same 8mb file) |
| 17:36.59 | brlcad | the order they're done certainly really matter |
| 17:37.05 | brlcad | certainly *doesn't* matter |
| 17:37.27 | andrei_ | the 2048-4194304 is done |
| 17:37.55 | andrei_ | I m " drawing " the graph soon |
| 17:38.49 | brlcad | awesome |
| 17:39.16 | andrei_ | and the small one hit 80 |
| 17:39.36 | brlcad | so maybe 2-3 hours more |
| 17:39.56 | brlcad | can you graph what you already have so far with 1-80? |
| 17:40.14 | andrei_ | I should be able to, yes. |
| 17:47.59 | andrei_ | for some really wierd reason netbeans refuses to open |
| 18:26.01 | andrei_ | brlcad, I have the graphic for 2048 -> 2048^2 |
| 18:26.15 | andrei_ | it looks linear |
| 18:26.24 | andrei_ | uploading a picture now |
| 18:29.50 | andrei_ | http://imgur.com/Ot7vb |
| 18:29.58 | andrei_ | Sorry for not adding legend to axis |
| 18:30.38 | andrei_ | no, I made a mistake. Ignore that, please. |
| 18:36.43 | andrei_ | this is the valid graphic : http://i.imgur.com/H5Q2u.jpg |
| 18:37.10 | andrei_ | on X axis is package size ( 2048 -> 2048 * 2048 ) |
| 18:37.16 | andrei_ | on y is speed. |
| 18:41.52 | andrei_ | 1 - 2048 hit 100. |
| 18:41.59 | andrei_ | how does that graphic look? |
| 18:52.27 | CIA-23 | BRL-CAD: 03brlcad * r51441 10/brlcad/trunk/TODO: looks like the rendering of part may be wrong when the pill squishes in on itself. |
| 18:53.51 | brlcad | x is package size?? |
| 18:54.01 | brlcad | package size should be 1-2048... |
| 18:54.02 | andrei_ | yes |
| 18:54.05 | andrei_ | no no |
| 18:54.17 | andrei_ | I said that s the graphic for 2048 - > 2048 * 2048 |
| 18:54.54 | brlcad | ah, so 2048-4M |
| 18:55.17 | andrei_ | yes |
| 18:56.02 | brlcad | so for a 8M transfer, it flatlines around 3M packet size |
| 18:56.38 | brlcad | more interestingly, is terrible after 16k or so to 1M |
| 18:57.02 | brlcad | or is smaller good -- is that time? |
| 18:57.28 | andrei_ | X axis is package size and Y Axis is speed ( 8mb / time ) |
| 18:58.41 | brlcad | so yeah, does terrible for large packets |
| 18:59.09 | brlcad | here's where it'll be interesting to combine the two graphs |
| 18:59.25 | brlcad | there will undoubtedly be a "sweet spot" |
| 18:59.57 | brlcad | either way, that looks MUCH better .. nice noise-free curve where you can really see some behavior going on |
| 19:00.43 | andrei_ | the first script is on 95 |
| 19:00.52 | andrei_ | 105* |
| 19:01.05 | brlcad | very good |
| 19:01.11 | brlcad | find out tomorrow :) |
| 19:01.30 | andrei_ | I have some 1 - 95 data that I can process and draw some graph |
| 19:01.34 | brlcad | in the meantime, you could try to set up the next one (but not run it or it might mess up 1-2048's results) |
| 19:01.45 | brlcad | next up, the full 3D case with different file/data sizes |
| 19:01.52 | brlcad | yeah, graph would be good |
| 19:02.07 | brlcad | for different file/data sizes, I'd suggest just doing powers of 2 |
| 19:02.26 | brlcad | from all the way down to one byte |
| 19:02.40 | andrei_ | while I was searching I found something called Shanon's theorem |
| 19:02.48 | andrei_ | should I investigate more in that aspect? |
| 19:03.27 | andrei_ | from what I could have found it wasn't used for exactly this kind of tests |
| 19:03.45 | andrei_ | from what I read* |
| 19:03.47 | brlcad | 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M .. should be good for now |
| 19:03.47 | andrei_ | sorry |
| 19:04.27 | andrei_ | so I ll stop the file / package size at 4M? |
| 19:04.57 | brlcad | you could read into shannon's theorem and nyquist limits, but it's not really relevant to this |
| 19:05.30 | brlcad | tcp takes care of data transfer noise and you're not dealing with a known value trying to characterize the wall-clock timing in a stable way |
| 19:06.24 | brlcad | yes, file size stops at 4M, but not the package sizes being tested are still 1-2048,2048-4M for all files |
| 19:07.41 | brlcad | so you basically just got half of the 2D graph for an 8M data transfer |
| 19:08.09 | brlcad | eventually, you'll have the whole dataset for 1-2048,2048-4M to complete the graph |
| 19:08.33 | brlcad | then you're going to repeat that graph test for 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M data sets |
| 19:09.15 | brlcad | should make a very useful 3D graph (or individually useful 2D graphs) |
| 19:10.49 | andrei_ | I doubt the answer would be that simple, but shouldn't the " sweet" spot be situated somewhere near the tcp payload ? |
| 19:39.58 | andrei_ | brlcad, you were right, the graphic is exponential |
| 19:40.19 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 19:40.23 | andrei_ | here is the graphic : http://i.imgur.com/wQz08.png ( from 2 to 94 , apparently 1 is broken, will have to rerun it after script is done ) |
| 20:19.51 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 20:30.58 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 20:31.19 | CIA-23 | BRL-CAD: 03louipc * r51442 10/brlcad/trunk/misc/archlinux/brlcad.sh: archlinux: Remove path setting script, as it's generated in the PKGBUILD. |
| 20:40.46 | CIA-23 | BRL-CAD: 03louipc * r51443 10/brlcad/trunk/misc/archlinux/brlcad.install: archlinux: Clean up old ld.so.conf, new configuration provided in separate file. |
| 20:48.32 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 21:09.06 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 21:09.51 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:35.16 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 21:37.06 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph link nodes no duplications.png]]": A second version of the links between a COMB object and its subtree nodes without node duplications. |
| 21:40.45 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4116 10/wiki/User:Cprecup/GSoC2012_progress: 06-07/07/2012 - data stored in hash tables + node duplications in the graph eliminated |
| 22:35.49 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 22:36.49 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 22:37.49 | *** part/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 23:19.57 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:32.39 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 23:41.46 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 23:45.42 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 00:20.37 | CIA-23 | BRL-CAD: 03cprecup * r51444 10/brlcad/trunk/src/libged/dag.cpp: |
| 00:20.37 | CIA-23 | BRL-CAD: Replaced the bu_ptbl tables with bu_hash_tables for the solid, group and region |
| 00:20.37 | CIA-23 | BRL-CAD: types of objects in a database. Added id's to each object and shapes of the |
| 00:20.37 | CIA-23 | BRL-CAD: router. All these were used for avoiding node duplications within the |
| 00:20.37 | CIA-23 | BRL-CAD: representation of a database as a graph. |
| 00:44.37 | CIA-23 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r4117 10/wiki/User:Al_Da_Best/devlog: Progress updates |
| 00:56.40 | *** join/#brlcad thiago (~thiago@187-79-14-233.user.veloxzone.com.br) | |
| 02:00.15 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 02:38.46 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 03:12.39 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 03:30.35 | brlcad | andrei_: I don't understand that graph .. 2e-05 for size? shouldn't x just be 2-94? and I'd expect the speed to *increase* as the packet size increases |
| 04:14.45 | andrei_ | hello |
| 04:14.53 | andrei_ | it s at 230 or something right now |
| 04:15.25 | andrei_ | regarding the graphic, there probably is a mistake in what I did because judging by the numbers |
| 04:15.37 | andrei_ | the time decreases |
| 04:15.40 | andrei_ | => speed increase |
| 04:15.51 | andrei_ | I ll take another graphic in a few hours |
| 04:23.09 | brlcad | andrei_: I think just directly graphing time instead of speed will be more useful, particularly when you start adding input size as the Y and time becomes the vertical Z axis |
| 04:24.10 | brlcad | and keep your logs handy, we may want to run some other analyses |
| 04:24.58 | andrei_ | ah, yes. Sorry ! |
| 04:36.17 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4118 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */ |
| 04:37.12 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4119 10/wiki/User:Popescu.andrei1991: /* Relevant data */ |
| 04:41.46 | andrei_ | for package size 220 the time consumed sending is approximatively 10 seconds |
| 04:42.17 | andrei_ | for 2 it is like 230, I m expecting the script to become faster soon |
| 04:46.08 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4120 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 04:46.52 | andrei_ | brlcad, should I split my development log on Weeks? |
| 04:47.19 | brlcad | you could, but not necessary |
| 04:47.53 | andrei_ | it seems easier to read and track that way. |
| 04:49.30 | brlcad | okay |
| 04:49.39 | brlcad | after reading a bunch, either works :) |
| 04:52.52 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4121 10/wiki/User:Popescu.andrei1991: /* Daily development log */ |
| 04:54.44 | andrei_ | fixed the log. What should I do while I wait for the script to finish? I could start running the other tests, not sure if they can affect it. |
| 04:55.03 | brlcad | they should affect it so I wouldn't |
| 04:55.14 | brlcad | just let it run |
| 04:55.18 | andrei_ | or I could look into the unit test I wrote for tpkg, there are some issues with it |
| 04:55.54 | brlcad | could write unit tests for libpkg (pkg.c) |
| 04:56.02 | andrei_ | I did |
| 04:56.10 | brlcad | all functions? |
| 04:56.30 | andrei_ | no, I wrote a unit test that checks if a file sent is received correctly. |
| 04:57.22 | brlcad | that's not a unit test :) |
| 04:58.00 | brlcad | a unit test inspects a single function to see if it works, ideally testing all possible valid and invalid inputs |
| 04:58.44 | brlcad | usually with minimal calls to other functions to set things up for testing |
| 04:58.52 | andrei_ | ah, then I ll work on them on a separate machine. |
| 04:59.21 | andrei_ | thanks for all the help so far :) |
| 04:59.31 | brlcad | if you've never written such a beast before, I suggest picking just one function and greating a test for it |
| 04:59.40 | brlcad | some examples in src/libbu/test_*.c |
| 05:00.25 | andrei_ | I did write the test_rbtree, but I ll look there too. |
| 05:00.50 | brlcad | that's right -- that actually looked pretty good iirc |
| 05:01.10 | brlcad | gotta run, ttyl |
| 05:01.25 | andrei_ | see you around |
| 08:47.37 | CIA-23 | BRL-CAD: 03phoenixyjll * r51445 10/brlcad/trunk/src/librt/ (4 files in 3 dirs): Add b-rep conversion function to hf: hf -> dsp -> brep. |
| 08:47.50 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4122 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 7 */ |
| 08:48.09 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4123 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 10:07.44 | *** join/#brlcad andrei__ (~andrei@188.25.27.225) | |
| 14:14.46 | CIA-23 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4124 10/wiki/User:Anuragmurty: /* Development Log */ |
| 15:53.00 | petaflot | brlcad: here's a file http://vpaste.net/ib4a9 |
| 17:21.52 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 19:04.57 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:25.25 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 00:10.58 | crdueck | <PROTECTED> |
| 00:11.03 | crdueck | ugh... |
| 00:55.40 | brlcad | petaflot: try this: http://vpaste.net/bCXSz |
| 03:37.28 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4125 10/wiki/User:Crdueck/log: |
| 03:50.03 | CIA-23 | BRL-CAD: 03phoenixyjll * r51446 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Add tolerance value to control the max error. |
| 04:03.43 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4126 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 04:06.18 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4127 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 04:07.02 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4128 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 04:12.37 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4129 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 04:12.58 | andrei_ | brlcad : the script is at 600 now, not moving that fast. But I can try and finish all unit tests meanwhile |
| 04:14.31 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Dsp reduced.png]]" |
| 04:15.14 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4131 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 04:59.21 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:17.08 | *** join/#brlcad stas (~stas@188.24.33.157) | |
| 08:19.40 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:19.54 | CIA-23 | BRL-CAD: 03Mayanntelan 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:555470 494943477187884 490159780 n.jpg]]" |
| 10:42.32 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gptowzqdzktdqxst) | |
| 10:42.56 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 10:42.56 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-gptowzqdzktdqxst) | |
| 10:58.36 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 11:50.37 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:555470 494943477187884 490159780 n.jpg]]": relevance? |
| 11:51.15 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Mayanntelan]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages |
| 11:56.56 | andrei_ | I finished a unit test for two functions. I merged both functions in one unit test because they are quite similar. However the compiler rants about itoa |
| 11:57.01 | andrei_ | I did include <stdlib.h> |
| 11:58.54 | andrei_ | this is the unit test I wrote : http://slexy.org/view/s21ZLIOwh9 |
| 12:09.02 | andrei_ | Found the issue. Need a solution tho |
| 12:10.11 | andrei_ | my gcc doesn't support itoa, I ll work it around. |
| 12:29.28 | andrei_ | using sprintf instead. |
| 14:32.38 | *** join/#brlcad cristina (~quassel@188.24.71.196) | |
| 16:07.44 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:03.50 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:08.09 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:40.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:56.45 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 17:57.06 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 18:25.30 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 18:32.45 | brlcad | andrei_: you shouldn't use itoa |
| 18:36.02 | brlcad | andrei_: so those function name are terrible - it's not immediately obvious what they're testing |
| 18:36.28 | brlcad | and the testing has a variety of problems |
| 18:36.59 | brlcad | you shouldn't have blatent memory leaks even if it's a unit test |
| 18:37.52 | brlcad | you malloc and never free |
| 18:39.39 | brlcad | some minor style/formatting problems, lots of replication, doesn't test input value ranges for proper behavior |
| 19:06.06 | andrei_ | what do you mean by " doesn't test input value ranges for proper behavior? |
| 19:06.39 | andrei_ | as for rest of feedback, I ll start applying it now |
| 19:29.53 | andrei_ | the test got at 700 right now .. |
| 19:30.11 | brlcad | wow .. that's rather unexpected |
| 19:30.33 | brlcad | can you graph what you have so far as time vs packet size |
| 19:31.06 | brlcad | what I meant about testing input ranges is in reference to function parameters |
| 19:31.53 | brlcad | if I'm writing a unit test for a generic with this signature: int function(char *a, int b, int c) |
| 19:32.01 | brlcad | I should be testing what happens when a is null |
| 19:32.08 | brlcad | when a is non-null but empty "" |
| 19:32.13 | brlcad | when b is negative |
| 19:32.17 | brlcad | when c is negative |
| 19:32.33 | brlcad | when either is 0 .. really big values, etc |
| 19:32.56 | brlcad | you make sure it works when it should and behaves reasonably when the inputs are not valid |
| 19:37.02 | andrei_ | if I work on the unit tests |
| 19:37.08 | andrei_ | running the script isn't so counter productive |
| 19:38.09 | brlcad | yeah, and it's very useful regardless |
| 19:38.17 | andrei_ | however the difference between 678 and 679 is < 0.05 |
| 19:38.49 | brlcad | might want to follow one of the src/libbu/test_*.c examples on how to reduce duplication in your test |
| 19:39.00 | andrei_ | yeah, I just wanted to ask about duplication |
| 19:39.01 | brlcad | whether with a function or macro or both |
| 19:39.36 | brlcad | duplication isn't so much of a problem for unit tests, but does make it pain to change down the road |
| 19:40.37 | andrei_ | I m sorry that I ask you to repeat it, I have another spare machine to run the script. I should go for 3d Graphic with powers of two ? |
| 19:41.00 | brlcad | repeat what? |
| 19:41.08 | andrei_ | repeat what to run |
| 19:41.29 | andrei_ | I mean which test to run first, but I ll look into the logs. |
| 19:41.43 | brlcad | unit test or pkg test? |
| 19:41.55 | andrei_ | pkg test |
| 19:44.36 | andrei_ | I ll just look into logs. |
| 19:45.13 | brlcad | given how long it's taken: 1-2048 @ 2 byte increment, 2048-4194304 @ 4096 byte increments |
| 19:46.24 | brlcad | for file sizes 1 2 4 8 16 32 64 128 256 512 1024 2048 4k 8k 16k 32k 64k 128k 256k 512k 1M 2M 4M 8M |
| 19:48.17 | brlcad | basically just keep multiplying by 2: size_t file_size=1; for (int i = 0; i< 24; i++) { file_size *= 2; } |
| 19:49.16 | brlcad | those sizes are a little different from what I said yesterday, should be a little faster to run them as there are fewer |
| 19:49.25 | brlcad | 1024+1024 samples per file size |
| 19:50.05 | brlcad | 49152 invocations of a libpkg client/server connection |
| 19:51.08 | andrei_ | I don't know if I can make the process any faster |
| 19:51.20 | andrei_ | on the machine that I plan to run this script there is absolutely nothing running except OS |
| 19:51.42 | brlcad | it's okay if it takes a few days |
| 19:52.03 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 19:52.23 | brlcad | that's one of the points for getting the 1-2048 graphed, to make sure it looks good before doing the longer one for more file sizes |
| 19:54.39 | andrei_ | I ll get to work then, thank you ! |
| 21:44.27 | *** join/#brlcad stas (~stas@188.24.33.157) | |
| 21:58.12 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 22:11.50 | *** join/#brlcad Al_DC_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 22:44.03 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e150d.bb.sky.com) | |
| 01:07.25 | CIA-23 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r4133 10/wiki/User:Al_Da_Best/devlog: Progress updates |
| 01:21.52 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4134 10/wiki/User:Cprecup/GSoC2012_progress: 09/07/2012 - memory allocation/deallocation |
| 01:53.38 | CIA-23 | BRL-CAD: 03cprecup * r51447 10/brlcad/trunk/src/libged/dag.cpp: Don't allocate memory for bu_hash_entry structures because they are used for having access to memory zones allocated for structures returned by the bu_hash_add_entry and bu_find_hash_entry functions. |
| 02:14.53 | CIA-23 | BRL-CAD: 03crdueck * r51448 10/brlcad/trunk/src/libbu/malloc.c: fix are/our typo |
| 08:16.29 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:24.48 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4135 10/wiki/User:Plussai: /* Link to progress log */ |
| 08:33.12 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 08:49.35 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:51.18 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 13:08.32 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4136 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 13:10.03 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:18.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:28.21 | *** join/#brlcad jbschw (~jbschw@ool-4355ee10.dyn.optonline.net) | |
| 16:29.24 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4137 10/wiki/User:Plussai/GSoC_2012_log: /* 6 July 2012 */ |
| 17:04.14 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4138 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */ |
| 17:04.37 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Rhino.png]]" |
| 17:05.09 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Rhino1.png]]" |
| 17:14.34 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4141 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */ |
| 17:36.57 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4142 10/wiki/User:Plussai/GSoC_2012_log: /* 8 July 2012 */ |
| 17:37.30 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4143 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */ |
| 18:11.54 | *** join/#brlcad cristina (~quassel@188.24.71.196) | |
| 18:12.14 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 18:50.51 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4144 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */ |
| 18:51.17 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4145 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */ |
| 18:58.24 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4146 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 18:58.54 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4147 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 18:59.46 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Brep.jpg]]" |
| 19:00.55 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4149 10/wiki/User:Plussai/GSoC_2012_log: /* 8 May 2012 */ |
| 19:10.46 | CIA-23 | BRL-CAD: 03188.25.27.225 07http://brlcad.org * r4150 10/wiki/User:Popescu.andrei1991: /* Week 7 */ |
| 19:13.26 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4151 10/wiki/User:Popescu.andrei1991: /* GsoC 2012 progress */ |
| 21:41.04 | *** join/#brlcad stas (~stas@188.24.49.125) | |
| 21:44.49 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4152 10/wiki/User:Ksuzee/Reports: |
| 21:45.01 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 00:06.43 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4153 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Web API is live. |
| 01:16.42 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:17.15 | CIA-23 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r4154 10/wiki/User:Al_Da_Best/devlog: Update for 10th July |
| 02:38.19 | crdueck | hello, hopefully someone who's been using the openNURBS interface can help me here. I want to evaluate the tangent at the start and end points of a bezier curve. the function ON_BezierCurve::TangentAt seems to be what i want, but it takes a double as its arguement instead of a point. what does the double represent? distance from the beginning of the curve? how can i get the tangent at the end point of the curve? thanks |
| 02:51.59 | cristina | is it just happening to me or brlcad.org is not loading because it's down? |
| 03:04.50 | CIA-23 | BRL-CAD: 03cprecup * r51449 10/brlcad/trunk/src/libged/dag.cpp: Removed entries from the solids hash table whenever a object is discovered to be a region or a group. Switched to working with pointers for bu_hash_tbl structures. Freed memory for each allocation. |
| 05:04.29 | CIA-23 | BRL-CAD: 03crdueck * r51450 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added new sketch_tess.cpp file which will contain functions used to tesselate a sketch primitive. WIP |
| 05:05.48 | CIA-23 | BRL-CAD: 03crdueck * r51451 10/brlcad/trunk/src/librt/CMakeLists.txt: added sketch_tess.cpp to librt CMakeLists |
| 05:15.48 | CIA-23 | BRL-CAD: 03brlcad * r51452 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: new files don't get copyrights into the past unless their contents are derivatives or copies. they begin now. |
| 05:27.30 | CIA-23 | BRL-CAD: 03crdueck * r51453 10/brlcad/trunk/src/librt/Makefile.am: added sketch_tess.cpp to librt/Makefile.am |
| 05:36.19 | CIA-23 | BRL-CAD: 03crdueck * r51454 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: change biarc() to use ON_BezierCurve instead of bezier_seg and rt_sketch_internal |
| 06:14.39 | *** join/#brlcad stas (~stas@188.24.49.125) | |
| 09:23.47 | *** join/#brlcad mik_ (~mik@atommuell.mum.jku.at) | |
| 09:36.18 | andrei_ | I tuned the unit test a bit. I made just one function. If it's ok the rest will be finished rather soon. Here is the current version : http://slexy.org/view/s2oDKF06Zg |
| 09:38.47 | andrei_ | The 4th parameter of pkg_permserver is errlog, I shouldn't " test " errlog ? Is the structure better ? ( tried to reduce code duplication, might have more ideas ). I redirected stderr to /dev/null because I considered it irrelevant for the purpose of the test. is it portable or shouldn't I redirect it at all ? |
| 12:01.24 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 12:16.47 | CIA-23 | BRL-CAD: 03phoenixyjll * r51455 10/brlcad/trunk/src/librt/primitives/hf/hf_brep.cpp: Initialize tmp_internal. |
| 12:40.08 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 12:55.58 | CIA-23 | BRL-CAD: 03phoenixyjll * r51456 10/brlcad/trunk/src/librt/primitives/hf/hf_brep.cpp: Put tmp_internal to the stack instead of using dynamic memory allocation. |
| 13:32.08 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com) | |
| 13:34.21 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 13:46.51 | CIA-23 | BRL-CAD: 03phoenixyjll * r51457 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: This file contains several different approaches of ray tracing. Some functions are not currently used, so mark them to make things clear. |
| 14:24.43 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4155 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 14:34.45 | *** join/#brlcad mik_ (~mik@atommuell.mum.jku.at) | |
| 15:05.36 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 15:05.50 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 16:16.28 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:23.39 | *** join/#brlcad phoenixyjll (9308c434@gateway/web/freenode/ip.147.8.196.52) | |
| 16:52.06 | CIA-23 | BRL-CAD: 03cprecup * r51458 10/brlcad/trunk/src/libged/dag.cpp: Use connection pins for each link between two shapes |
| 18:17.24 | CIA-23 | BRL-CAD: 03starseeker * r51459 10/brlcad/trunk/src/other/step/doc/CMakeLists.txt: Don't use absolte path for install directory. |
| 18:29.17 | CIA-23 | BRL-CAD: 03starseeker * r51460 10/brlcad/trunk/CMakeLists.txt: Tweak package naming a bit. |
| 19:45.11 | *** join/#brlcad cristina (~quassel@188.24.49.125) | |
| 19:46.38 | *** join/#brlcad andrei_ (~andrei@188.25.27.225) | |
| 19:48.06 | andrei_ | brlcad, the machine running the 1 - 2048 script on 8mb file just got toasted. I ll have to recover the data, I believe the script is at approximatively 1200 |
| 19:50.12 | andrei_ | I can resume it but testing will be a bit delayed... |
| 19:52.08 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 19:53.31 | kanzure | starseeker: hi |
| 19:53.34 | kanzure | http://diyhpl.us/wiki/cad/method |
| 19:53.42 | kanzure | i'm tired of not making progress on these problems |
| 20:02.27 | starseeker | kanzure: howdy |
| 20:04.42 | kanzure | hihi |
| 20:05.20 | starseeker | did I miss something? |
| 20:05.30 | starseeker | one of our gsoc students is going to look into this... |
| 20:06.24 | starseeker | kanzure: did SISL not prove suitable for your particular problem? |
| 20:06.29 | kanzure | yeah i've been reading that thread, but i don't see why you would choose the triangle intersection approach over any other lossy approach if your goal is lossyness |
| 20:06.40 | kanzure | SISL was unreadable |
| 20:07.03 | starseeker | we're not going with the triangle intersection - I'll be bounding box subdivision based |
| 20:07.19 | starseeker | we already have that logic for our raytracer, so we can build on it for this problem |
| 20:07.38 | starseeker | s/I'll/it'll |
| 20:08.40 | kanzure | the solidworks paper that you guys were eyeballing (section 6.1) uses triangle intersections to approximate the intersection curve in a marching bounding box method |
| 20:09.20 | starseeker | kanzure: with our bounding box approach, we subdivide until "near-flatness" criteria are satisfied |
| 20:10.37 | starseeker | kanzure: what I'm hoping is once we have good "initial guesses" from those intersections, we'll be able to iterate to exact point solutions in some fashion (sort of like we do for the raytrace, but maybe a different formulation of the problem) |
| 20:11.32 | kanzure | which paper most closely mentions this approach? |
| 20:11.48 | starseeker | what, using the bounding boxes? |
| 20:12.07 | kanzure | the whole approach for calculating your intersection curves, curve merging, etc. |
| 20:12.24 | kanzure | i know what a bounding box is :p |
| 20:12.59 | starseeker | the TVCG09.pdf paper is probably the closest so far, but whether we'll end up doing something different once we have the localized regions is open |
| 20:13.28 | starseeker | kanzure: I take it you've tried implementing the TVCG09 approach? |
| 20:14.00 | kanzure | the methods that i'm aware of start with things like "decompose the domain of the intersection curve into a bivariate algebraic planar projection", or "use bounding boxes and then approximate the intersection with four triangles" (like that GPU paper), or "compute an unevaluated determinant that represents the intersection curve" etc |
| 20:14.23 | kanzure | i've read the TVCG09 approach, and that's the one with triangle approximation of intersection curves |
| 20:15.11 | starseeker | we'll start with the bounding boxes, but what we do when we get them isn't clear yet |
| 20:16.28 | kanzure | but that's the important part.. |
| 20:17.41 | starseeker | using flatness criteria to drive the bounding boxes, planer intersection calculations as an approximation may actually be quite good - the linear segments could then be fitted with a curve |
| 20:18.27 | starseeker | if that doesn't get us within tolerance, the line segment intersections may be suitable initial guesses for an iterative solution to arrive at exact points - that'll take some exploration |
| 20:20.15 | starseeker | if we need that level of refinement, the first place I'd look would be our existing raytracing solver, and the techniques it uses |
| 20:20.38 | kanzure | so brlcad is okay with doing approximations of the intersection curves (say with polylines based on some max-depth bounding box hierarchy)? |
| 20:21.30 | kanzure | i was assuming the goal would be some algebraic solution that would produce exact curves w/o floating point math in between? |
| 20:22.19 | starseeker | my initial thought is we may use polylines as something to fit a NURBS curve to... |
| 20:23.04 | starseeker | kanzure: if I understand the problem correctly, NURBS curves are actually insufficiently general to describe exactly all of the intersection curves that may result from two arbitrary NURBS surfaces |
| 20:24.13 | starseeker | http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.146.3590 |
| 20:25.44 | starseeker | so if we can't be exact, we have to approximate the intersection "closely enough" |
| 20:27.16 | kanzure | one of the papers i was reading was talking about how ACIS also has degenerate tolerances in their intersection curves |
| 20:27.27 | kanzure | and if you do the right set of operations a number of times you can cause huge glitches that shouldn't occur |
| 20:27.43 | kanzure | but due to drift from one intersection attempt to the next, things get out of whack |
| 20:28.23 | starseeker | nods - we'll have to think about how to manage such things |
| 20:32.33 | starseeker | kanzure: did they happen to say what the operation(s) were that caused the trouble? |
| 20:33.10 | kanzure | no i mean just some boolean operations in general |
| 20:33.31 | kanzure | it's an interesting statement |
| 20:33.37 | kanzure | i guess i've never tried to break ACIS before :) |
| 20:34.09 | starseeker | nods - that's part of it too. ACIS obviously has solved the problem "well enough" to be usable for many real-world applications |
| 20:34.31 | starseeker | it may not handle some difficult situations well, but that's not a reason to throw out the baby with the bath water |
| 20:36.07 | kanzure | sure it is.. by carefully considering options and how to tackle the problem, we can solve it in one swoop instead of multiple attempts |
| 20:42.20 | starseeker | kanzure: OK, what do you suggest? |
| 20:43.15 | starseeker | recalls you tried re-implementing the esolid approach at one point? |
| 20:43.35 | kanzure | yes but let's not mention that :p |
| 20:43.47 | starseeker | sees getting the subdivision step working as the "first stage" |
| 20:43.49 | kanzure | are you claiming that approximations of the intersections are actually okay for, e.g., high tolerance projects? |
| 20:44.00 | kanzure | maybe you're right and approximations are totally acceptable |
| 20:44.07 | kanzure | i haven't considered this particular issue either way yet |
| 20:44.26 | kanzure | i just naively assumed that approximations would be unacceptable |
| 20:44.47 | starseeker | kanzure: if that "Watertight Trimmed NURBS" paper is right, it's actually impossible to get exact curve solutions in general without being willing to distort the NURBS surfaces in the neighborhood of the intersection |
| 20:45.58 | kanzure | but what about from a mechanical engineering perspective: approximations of shape intersections leads to bad modeling results, doesn't it? |
| 20:46.47 | starseeker | my guess is that would depend on the exact definition of "approximations" and "bad results" |
| 20:48.25 | starseeker | kanzure: do any existing CAD systems claim to solve intersections exactly? (Sounds like ACIS at least doesn't, from what you were saying) |
| 20:50.24 | kanzure | some academic papers claim to solve intersections in an exact/algebraic manner |
| 20:50.33 | kanzure | caveat: please don't take my word as an exhaustive survey :P |
| 20:50.50 | starseeker | usually with a considerable (as in prohibitive) performance hit though |
| 20:51.01 | kanzure | i was surprised to learn that solidworks might be doing a polyhedral intersection method |
| 20:51.10 | starseeker | (see esolid) |
| 20:51.23 | kanzure | it's very annoying that it's not just written somewhere that "solidworks does x, acis does y, parasolid does z" |
| 20:51.42 | starseeker | <snort> they have no incentive to publish their solutions, as a rule |
| 20:52.42 | starseeker | dunno if that's what they're doing - they're "supporting research", but that may or may not end up getting incorporated |
| 20:55.08 | starseeker | kanzure: here's a question - given N points shared by two surfaces of degree D, with the proviso that for each region between knots there are at least Ns sampled points, if a curve of degree C is fit to those points, what's the maximum delta that can occur between the surfaces and the curve? |
| 20:59.32 | kanzure | i thought the curve was on the surface (where else do the sampled points come from)? |
| 21:00.13 | starseeker | if we can calculate a series of points that are shared by two surfaces, that would be our starting point set |
| 21:01.11 | kanzure | so why would there be a delta |
| 21:01.52 | starseeker | if we're fitting the curve to the points, by definition there are points on the surfaces that we are not constraining the curve to intersect |
| 21:02.19 | starseeker | because we cannot calculate all intersection points between the two surfaces - that's infinitne |
| 21:07.44 | starseeker | so the question is - for points on the fitted curve that are not known to map exactly to intersection points, how far can they be from the theoretical "correct" intersection point they *should* be describing? |
| 21:09.54 | kanzure | starseeker: what about cases where there are known solutions, like suppose a sphere intersecting a surface - we know the intersection curve is a circle, which does have a basic NURBS curve model... |
| 21:11.26 | starseeker | kanzure: ok - what happens if we take a "dense" sample of intersection points, based on bounding box intersections where the bounding boxes bound "near flat" subsets of the surfaces |
| 21:11.36 | starseeker | then fit that with a NURBS curve. |
| 21:11.45 | starseeker | how close to a circle would that fit be? |
| 21:12.34 | kanzure | no idea |
| 21:13.02 | starseeker | if the fit is any good, I would expect it to be very very close to circular |
| 21:13.50 | starseeker | and if it proves useful, we might even be able to add some checks for "special cases" where we can spot exact shapes |
| 21:14.52 | starseeker | but we can't assume "easy" shape intersections, most of the time |
| 21:16.14 | starseeker | (bty - that curve is only a circle if that surface is planar) |
| 21:16.47 | starseeker | or a few other special cases |
| 21:38.39 | kanzure | well, there are other near-circular objects like ovals and obliques that can fit that scenario |
| 21:43.31 | kanzure | <@jblake> arguably, you should be aiming for within the square of the tolerance or some such smaller limit in order to avoid magnification of errors from the interactions between approximated surfaces |
| 22:57.27 | CIA-23 | BRL-CAD: 03n_reed * r51461 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): combine multiple definitions of LISTempty |
| 23:20.30 | *** join/#brlcad xth1 (~thiago@187-79-8-116.user.veloxzone.com.br) | |
| 01:23.25 | CIA-23 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r4156 10/wiki/User:Al_Da_Best/devlog: Update 11th July |
| 01:23.25 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4157 10/wiki/User:Cprecup/GSoC2012_progress: 10-11/07/2012 - removed entries from the hash table; memory for *value* allocated outside the hash table; freed memory for these values |
| 01:24.12 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 01:24.12 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 01:24.47 | CIA-23 | BRL-CAD: 03cprecup * r51462 10/brlcad/trunk/src/libged/dag.cpp: Don't allocate space for the *value* field inside the bu_hash_entry. Instead, use a copy of a pointer for the outside allocated memory. Added a method that frees the space allocated for the *value* field. |
| 01:47.49 | brlcad | andrei_: toasted??? what happened (and that was too long) |
| 01:48.16 | brlcad | andrei_: 1-2048 in steps of 2 should be better if you restart -- plot what you had |
| 02:01.44 | andrei_ | It overheated and I found it shut down. Now seems to be working. I did what you said ( steps of two ) and i also decreased the average tests from 10 to 5 |
| 02:02.15 | andrei_ | the other script ( the one with files loop aswell ) is moving so much better. |
| 02:02.17 | brlcad | kanzure: as far as I know, none of the big commercial CAD engines perform truly exact evaluation |
| 02:02.50 | brlcad | even the watertight "exact" ones are merely exact "within tolerance", which is pretty much as good as we're going to get with floating point arithmetic |
| 02:03.09 | kanzure | what is the definition of tolerance here? |
| 02:03.13 | brlcad | even with sampling methods, you can sample below 0.0005 precision |
| 02:03.21 | brlcad | which is our baseline tolerance |
| 02:03.32 | kanzure | like i can define a tolerance on a dimension, but what is the tolerance in the context of an intersection curve? |
| 02:04.57 | brlcad | I'm referring to baseline computation tolerance -- not engineering tolerances that might go on a model |
| 02:05.13 | brlcad | the CAD system's built-in absolute tolerance |
| 02:05.19 | brlcad | they all have that |
| 02:05.28 | brlcad | some are 0.1, 0.01, etc |
| 02:06.00 | brlcad | I used to have a paper that described all the major kernel computation tolerances |
| 02:06.53 | kanzure | i'd be interested in seeing that. i still don't understand this tolerance. |
| 02:08.13 | brlcad | generally speaking, it's akin to ULP with floating point |
| 02:08.33 | kanzure | ? |
| 02:08.40 | brlcad | it's the minimum difference between two numbers for them to be considered different |
| 02:08.55 | brlcad | floating point hardware is ULP, but CAD systems are much more coarse |
| 02:09.21 | brlcad | http://en.wikipedia.org/wiki/Unit_in_the_last_place |
| 02:10.29 | brlcad | basically if i have a 3D point at 0,0,0 and 0.1,0.0 -- are they the same point? |
| 02:10.36 | brlcad | for some CAD kernels, the answer is yes |
| 02:11.02 | brlcad | for some it's 0.01,0,0 for others still it's 0.001,0,0 etc |
| 02:11.19 | brlcad | for BRL-CAD, our default absolute tolerance is 0.0005 |
| 02:12.58 | brlcad | 32-bit single precision floating point hardware is around 0.0000001 ULP so that's the best one might hope to be able to achieve (with values near zero), but in practice it's a number much bigger -- most are between 0.01 and 0.0001 |
| 02:13.44 | brlcad | what that means, from an algorithm development standpoint |
| 02:15.20 | brlcad | is that I can subdivide to some given flatness and then sample or use triangles or curve approximations, but the stepping/sampling have to go below the absolute tolernace (step size of 0.0005 in our case) and you will be effectively watertight and numerically robust (to the quality of your input data) |
| 02:16.45 | brlcad | segmenting to polylines generally sucks, for example, but if I walk a NURBS curve in increments less than 0.0005, it will be exact "within tolerance" |
| 02:17.11 | brlcad | (it'll be slow too, you have to balance numbers and do some other tricks like the subdivisioning) |
| 02:17.22 | kanzure | i see |
| 02:17.26 | kanzure | that makes sense, thank you |
| 02:19.22 | brlcad | that said, I agree that getting the bounding subdivision working is more work so the natural first step |
| 02:19.49 | kanzure | is more work than calculating intersection curves? |
| 02:19.55 | brlcad | once we've isolated a "region of interest", we can look into what method(s) make sense to get the calculations as precise as we need |
| 02:20.21 | kanzure | i'm a little unclear on how to handle all the edge cases, like singularities and other misfeatures |
| 02:20.42 | brlcad | yeah, because zoomed out the curves are not well-behaved |
| 02:20.45 | kanzure | does that happen in the surface merging step, or does that raise an exception during intersection? |
| 02:20.54 | brlcad | once you subdivide to a tiny region, things get really stable |
| 02:21.10 | kanzure | sure |
| 02:21.53 | kanzure | but is a well-behaved algorithm supposed to fail for singularities (like single point intersections)? |
| 02:25.17 | brlcad | the curve and/or surface evaluations are well-behaved |
| 02:25.49 | brlcad | what you do with the result is a completely separate matter... for that I'm a proponent of stable building blocks |
| 02:30.02 | brlcad | a solid boundary representation based on euler operators, point+point, point+curve, point+surface, curve+curve, curve+surface, surface+surface |
| 03:18.45 | kanzure | is that an order of preference? |
| 03:43.06 | *** join/#brlcad petaflot (~root@85-218-19-88.dclient.lsne.ch) | |
| 03:51.17 | *** join/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 04:15.31 | CIA-23 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4158 10/wiki/User:Anuragmurty: /* Development Log */ |
| 04:58.26 | *** part/#brlcad anuragmurty (~anurag@14.139.128.11) | |
| 06:34.37 | andrei_ | brlcad : the script seems to be a bit faster now, I hope it will finish today ( it s at 1200 now) |
| 06:35.54 | andrei_ | if there s time, could you please have a look on the test unit that I pasted. It s only one function so it should be easy to review. Thank you |
| 07:19.04 | andrei_ | brlcad : Sorry, I just saw your e-mail. I shall take a closer look into the patches I submitted and make sure they are all ok. |
| 08:52.45 | CIA-23 | BRL-CAD: 03phoenixyjll * r51463 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Add a surface-surface intersection function (WIP). Surface trees are generated and intersections of bounding boxes are calculated. |
| 09:00.48 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4159 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 09:02.06 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4160 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 09:11.00 | andrei_ | Sorry to bother but I downloaded the test_rbtree from sourceforge to fix it. I did but when I try to recompile ( using make test_rbtree) I get two erros in parallel.c : function bu_nice_set |
| 09:11.16 | andrei_ | error : Implicit declaration of function getpriority & setpriority |
| 09:12.42 | andrei_ | is anyone else working on that ? should I fix it ? |
| 11:27.53 | CIA-23 | BRL-CAD: 03brlcad * r51464 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: extern is practically meaningless on the function definition, it's for prototype declarations prior to definitions or other compilation units. consistency, return type goes on separate line too. |
| 11:34.22 | brlcad | andrei_: I don't think anyone else is getting that -- cmake should have detected and enabled/disabled |
| 11:34.41 | brlcad | so yeah, feel free to fix it, or run make test_rbtree/fast |
| 13:59.43 | *** join/#brlcad andrei_ (~andrei@188.25.27.225) | |
| 14:18.05 | CIA-23 | BRL-CAD: 03anrgmrty * r51465 10/brlcad/trunk/src/libged/voxelize.c: voxelize.c for voxelize command |
| 14:18.53 | CIA-23 | BRL-CAD: 03anrgmrty * r51466 10/brlcad/trunk/src/libged/CMakeLists.txt: CMakelist including the voxelize file |
| 14:19.30 | CIA-23 | BRL-CAD: 03anrgmrty * r51467 10/brlcad/trunk/src/libged/Makefile.am: Makefile.am including the voxelize file |
| 16:04.24 | CIA-23 | BRL-CAD: 03starseeker * r51468 10/brlcad/trunk/ (46 files in 45 dirs): Get MAN_DIR working with both DocBook and regular man pages, and put both in man instead of down in the data directory. |
| 16:48.00 | CIA-23 | BRL-CAD: 03n_reed * r51469 10/brlcad/trunk/src/ (adrt/CMakeLists.txt mged/CMakeLists.txt): ignore some files |
| 16:52.41 | brlcad | kanzure: I'd say that's an order of need, but you could arguably skip the point+* functions |
| 16:53.08 | brlcad | by implementing them, though, you can deal with a whole class of topology singularities |
| 16:55.40 | CIA-23 | BRL-CAD: 03n_reed * r51470 10/brlcad/trunk/src/other/ (3 files in 3 dirs): Include fedex_python subdir to make it easier to build fedex_python for testing. Make paths relative to avoid CMAKEFILES warning. |
| 17:09.38 | kanzure | okay |
| 17:35.24 | CIA-23 | BRL-CAD: 03n_reed * r51471 10/brlcad/trunk/src/other/step/src/fedex_python/src/ (5 files): update fedex_python sources to SCL git 7ffbb73 versions, but use the classes.h declaration of the FundamentalType func for consistency |
| 17:51.35 | CIA-23 | BRL-CAD: 03n_reed * r51472 10/brlcad/trunk/src/other/step/ (5 files in 4 dirs): apply changes for fedex_python from SCL git 10999e7 and 2dcfaed |
| 18:12.41 | CIA-23 | BRL-CAD: 03n_reed * r51473 10/brlcad/trunk/src/other/step/src/fedex_python/ (17 files in 2 dirs): update python scripts to SCL git ee13526 versions |
| 19:10.23 | *** part/#brlcad piksi (piksi@pi-xi.net) | |
| 19:35.18 | CIA-23 | BRL-CAD: 03r_weiss * r51474 10/brlcad/trunk/include/analyze.h: Update to "analyze.h" to allow "analyze.c" to build on Windows with Visual Studio 2008. |
| 19:36.23 | CIA-23 | BRL-CAD: 03r_weiss * r51475 10/brlcad/trunk/src/libged/analyze.c: Update to "analyze.c" to allow building on Windows with Visual Studio 2008. |
| 19:41.58 | CIA-23 | BRL-CAD: 03starseeker * r51476 10/brlcad/trunk/src/other/step/ (12 files in 3 dirs): Start building towards an SCL build that can work with or without perplex/re2c/lemon. Fair bit more work to do - these are just the fundamental essentials. |
| 19:43.14 | brlcad | http://www.cise.ufl.edu/research/SurfLab/papers/1109reyes.pdf |
| 19:44.09 | brlcad | maybe of interest, a method to guarantee that you sample below a specified tolerance |
| 19:55.19 | CIA-23 | BRL-CAD: 03starseeker * r51477 10/brlcad/trunk/src/brlman/ (CMakeLists.txt brlman.tcl brlman.tcl.in): Generalize the brlman script - need to deal with potentially arbitrary man dir locations. |
| 19:56.25 | CIA-23 | BRL-CAD: 03starseeker * r51478 10/brlcad/trunk/misc/CMake/ (5 files): Sync the Find and Util scripts for perplex/lemon/re2c. |
| 20:01.09 | CIA-23 | BRL-CAD: 03starseeker * r51479 10/brlcad/trunk/src/other/perplex/perplex.cpp: Add missing newline |
| 20:05.33 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4161 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend |
| 20:06.18 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4162 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend |
| 20:10.23 | CIA-23 | BRL-CAD: 03n_reed * r51480 10/brlcad/trunk/src/other/perplex/scanner_template.c: remove var 'abs' to avoid shadowing a global symbol of the same name |
| 20:22.55 | CIA-23 | BRL-CAD: 03starseeker * r51481 10/brlcad/trunk/ (10 files in 4 dirs): Don't want a BRL-CAD path hardcoded into the perplex CMake macros, now that the prospect of them being used elsewhere is real. |
| 20:32.44 | CIA-23 | BRL-CAD: 03starseeker * r51482 10/brlcad/trunk/ (2 files in 2 dirs): Try to be a little more helpful with the template error message. |
| 20:54.27 | CIA-23 | BRL-CAD: 03starseeker * r51483 10/brlcad/trunk/src/other/perplex/perplex.cpp: Teach perplex to output a version number. |
| 21:00.56 | CIA-23 | BRL-CAD: 03starseeker * r51484 10/brlcad/trunk/src/other/perplex/perplex.cpp: Fix tabbing on perplex usage |
| 21:24.33 | CIA-23 | BRL-CAD: 03n_reed * r51485 10/brlcad/trunk/src/other/step/src/express/ (expparse.y token_type.h): use generated lemon variables to avoid unused warnings |
| 22:42.45 | CIA-23 | BRL-CAD: 03n_reed * r51486 10/brlcad/trunk/src/other/step/src/clstepcore/ (7 files): missed ws and doxification changes from SCL git f9b9383 |
| 00:58.17 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 02:03.31 | CIA-23 | BRL-CAD: 03brlcad * r51487 10/brlcad/trunk/HACKING: need to make sure the sender's address matches the subscription address, else the mail will go into a black hole. |
| 02:05.08 | CIA-23 | BRL-CAD: 03brlcad * r51488 10/brlcad/trunk/src/libbu/test_vls_vprintf.c: ws |
| 02:07.28 | CIA-23 | BRL-CAD: 03Al Da Best 07http://brlcad.org * r4163 10/wiki/User:Al_Da_Best/devlog: Update 12th July |
| 02:09.28 | CIA-23 | BRL-CAD: 03brlcad * r51489 10/brlcad/trunk/src/ (libdm/dm-ogl.c librt/primitives/brep/brep_debug.cpp): |
| 02:09.28 | CIA-23 | BRL-CAD: apply sf patch 3531833 (implement drawing a point of command 'brep' .) from |
| 02:09.28 | CIA-23 | BRL-CAD: Laijiren ( plussai2008 ). this adds a 'plot SCV' subcommand for drawing the |
| 02:09.28 | CIA-23 | BRL-CAD: control point net with the 'brep' command including support for drawing points |
| 02:09.28 | CIA-23 | BRL-CAD: to libdm. |
| 02:14.57 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 02:15.27 | CIA-23 | BRL-CAD: 03brlcad * r51490 10/brlcad/trunk/src/ (libdm/dm-ogl.c librt/primitives/brep/brep_debug.cpp): ws, style, indent consistency cleanup |
| 02:39.03 | CIA-23 | BRL-CAD: 03brlcad * r51491 10/brlcad/trunk/AUTHORS: credit Laijiren for his first applied contribution, adding support for a control point plotting subcommand to the brep command and point drawing support to libdm. (sf patch 3531833) |
| 02:42.15 | CIA-23 | BRL-CAD: 03starseeker * r51492 10/brlcad/trunk/src/other/perplex/perplex_template.c: fix filename in comments |
| 03:47.15 | CIA-23 | BRL-CAD: 03brlcad * r51493 10/brlcad/trunk/src/liboptical/sh_camo.c: apply sf patch 3541567 (Reduction in liboptical/sh_camo.c) from Ksenija Slivko ( ksuzee ). reduces ~54 lines. |
| 03:55.31 | CIA-23 | BRL-CAD: 03brlcad * r51494 10/brlcad/trunk/src/liboptical/sh_camo.c: remove trailing ws and mark setup() as HIDDEN. |
| 05:54.20 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:55.53 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:59.47 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 09:10.46 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4164 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 09:13.39 | CIA-23 | BRL-CAD: 03phoenixyjll * r51495 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: A draft of the second step - estimating the surface intersection points by trigonal approximation. (WIP) |
| 10:24.30 | *** join/#brlcad andrei_ (~andrei@188.25.160.247) | |
| 12:15.19 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e150d.bb.sky.com) | |
| 12:58.30 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:21.51 | *** join/#brlcad xth1 (~thiago@201-4-5-34.user.veloxzone.com.br) | |
| 14:09.46 | *** join/#brlcad andrei_ (~tuxilina@188.25.160.247) | |
| 14:22.17 | *** join/#brlcad andrei__ (~andrei@188.25.160.247) | |
| 14:27.25 | CIA-23 | BRL-CAD: 03starseeker * r51496 10/brlcad/trunk/src/other/step/ (CMakeLists.txt src/express/CMakeLists.txt): Get a proper AUTO/ON/OFF toplevel configuration variable in place to control the use of perplex/re2c/lemon in SCL. |
| 14:30.01 | *** join/#brlcad cristina (~quassel@82.77.104.63) | |
| 14:30.14 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 14:48.11 | *** join/#brlcad andrei_ (~tuxilina@188.25.160.247) | |
| 14:51.47 | *** join/#brlcad andrei__ (~andrei@188.25.160.247) | |
| 14:55.41 | *** part/#brlcad mik_ (~mik@atommuell.mum.jku.at) | |
| 14:58.33 | *** join/#brlcad cristina (~quassel@82.77.104.63) | |
| 14:58.37 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 16:01.14 | CIA-23 | BRL-CAD: 03starseeker * r51497 10/brlcad/trunk/src/other/step/ (4 files in 3 dirs): Start working on the easier verification case - verifying generated sources haven't been monkeyed with. |
| 16:20.36 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 16:30.38 | ksuzee | brlcad: hi, Sean! Thanks for applying my patch! You've told that it was quite good size of patch file, so I have one question. I have another patch with 7-8 man pages in which I've created. But all of them have the same Makefile and CMakefiles. So do I need to divide this patch into parts or leave in such condition? |
| 16:31.41 | brlcad | ksuzee: no comprendo |
| 16:31.55 | brlcad | you created manual pages for commands that didn't have them, I presume? |
| 16:32.09 | ksuzee | yes |
| 16:32.28 | ksuzee | and put all these pages in one patch |
| 16:32.35 | brlcad | you don't have to separate those, include the build system changes too |
| 16:33.12 | ksuzee | I mean that this patch is quite big |
| 16:33.23 | brlcad | if you were committing them, you'd probably commit them one at a time |
| 16:33.32 | brlcad | so you might just hold off on that one until you have commit |
| 16:33.40 | brlcad | s/probably/would/ |
| 16:34.14 | ksuzee | okey, so) thanks! |
| 16:39.16 | brlcad | Al_Da_Best: are you around today? |
| 18:43.12 | CIA-23 | BRL-CAD: 03starseeker * r51498 10/brlcad/trunk/src/other/step/ (6 files in 4 dirs): Checkpoint some more work on generated src management. |
| 19:10.56 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 19:15.47 | CIA-23 | BRL-CAD: 03starseeker * r51499 10/brlcad/trunk/src/other/step/src/express/generated/ (expparse.c expscan.c expscan.h verification_info.cmake): Update generated sources to actually match the current inputs - this will eventually be automated but that part's not in place yet. |
| 19:34.13 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 19:48.41 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 20:00.41 | *** join/#brlcad andrei_ (~andrei@188.25.160.247) | |
| 20:04.48 | brlcad | ``Erik: sorry for all the mail, not really but I'll say it anyways ;) |
| 20:21.53 | *** join/#brlcad tuxilina (~tuxilina@188.25.160.247) | |
| 20:26.18 | *** join/#brlcad andrei_ (~andrei@188.25.160.247) | |
| 20:39.29 | andrei_ | I have the graphic for 1 - 2048. Ran on 4096 bytes tho |
| 20:39.41 | andrei_ | I will update my log aswell : here it is http://imgur.com/18fBM |
| 20:40.21 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 20:41.43 | CIA-23 | BRL-CAD: 03starseeker * r51500 10/brlcad/trunk/src/other/step/ (9 files in 4 dirs): More tweaks and added logic to generated source verification |
| 20:42.24 | CIA-23 | BRL-CAD: 03starseeker * r51501 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: Sync PERPLEX_Util.cmake |
| 21:00.56 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 21:00.57 | CIA-23 | BRL-CAD: 03starseeker * r51502 10/brlcad/trunk/src/other/step/ (3 files in 2 dirs): Be noisy for now so it's clear what's actually going on, fix copy-paste error. |
| 21:04.50 | CIA-23 | BRL-CAD: 03crdueck * r51503 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added bezier_to_carcs() function to approximate a bezier curve to tolerance by a set of circular arcs. WIP |
| 21:26.28 | CIA-23 | BRL-CAD: 03starseeker * r51504 10/brlcad/trunk/src/other/step/src/express/generated/README: Add a README file for the generated sources explaining how this will work... |
| 21:40.47 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 21:41.56 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 23:02.33 | *** join/#brlcad sharvey (~sharvey@xi.metaether.net) | |
| 00:07.01 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4165 10/wiki/User:Cprecup: Midterm review of work and updated goals for the future |
| 00:37.12 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4166 10/wiki/User:Cprecup/GSoC2012_progress: 13/07/2012 - progress summary, updated milestones, and planning a user-visible feature |
| 02:13.46 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4167 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 8 */ |
| 04:30.20 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4168 10/wiki/User:Crdueck/log: |
| 06:13.12 | CIA-23 | BRL-CAD: 03crdueck * r51505 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: updated intersect_2dRay() to use ON_Ray instead of a bare point and direction vector, added rt_sketch_surf_area() and carc_area(). WIP |
| 06:13.58 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4169 10/wiki/User:Crdueck: |
| 09:01.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:04.01 | brlcad | yawns |
| 14:31.11 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 15:44.25 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 16:04.11 | ksuzee | brlcad: hi, Sean! |
| 16:07.40 | ksuzee | brlcad: I'm just looking through my previous patches and there's patch id:3534954. It's for fb/pl-fb.c and there's almost the same situation as in my last accepted patch. Could you check it, please? |
| 16:17.21 | ksuzee | 3534955 and 3534956 are quite similar too :) |
| 18:55.17 | ``Erik | *readreadread* brlcad is going to wear his pr hat out this summer O.o |
| 20:11.15 | CIA-23 | BRL-CAD: 03starseeker * r51506 10/brlcad/trunk/src/other/step/src/express/generated/ (expscan.c verification_info.cmake): Can't include debugging lines if we're going to manage the generated sources this way. |
| 20:11.52 | CIA-23 | BRL-CAD: 03starseeker * r51507 10/brlcad/trunk/src/other/step/cmake/PERPLEX_Util.cmake: Add necessary re2c flag |
| 20:51.20 | CIA-23 | BRL-CAD: 03starseeker * r51508 10/brlcad/trunk/src/other/step/src/express/generated/ (README verification_info.cmake): Fix README and add header comment to verification info |
| 20:55.57 | CIA-23 | BRL-CAD: 03starseeker * r51509 10/brlcad/trunk/src/other/step/ (4 files in 2 dirs): Add management routines for syncing info back into the generated source tree. |
| 21:14.00 | starseeker | brlcad: it undoubtedly needs polish, but essentially the "manage the generated sources" logic should be in place now for SCL |
| 22:15.50 | crdueck | brlcad: some of the functions I added in sketch_tess.cpp might make sense as methods for an openNURBS class. for example, intersect2dRay() would a be a useful method for the ON_Ray class defined in librt/opennurbs_ext.cpp. I'm allowed to modify/add code in librt/opennurbs_* right? |
| 22:45.57 | CIA-23 | BRL-CAD: 03starseeker * r51510 10/brlcad/trunk/src/other/step/cmake/ (3 files): Use DEBUGGING_GENERATED_SOURCES to allow re2c debugging information to appear in re2c intermediate output. Disable normal behavior while doing so, so the debug-enabled output won't poison the MD5 management mechanism. |
| 22:46.28 | CIA-23 | BRL-CAD: 03starseeker * r51511 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: sync PERPLEX_Util.cmake |
| 22:57.24 | CIA-23 | BRL-CAD: 03Plussai 07http://brlcad.org * r4170 10/wiki/User:Plussai/GSoC_2012_log: /* 10 July 2012 */ |
| 00:47.19 | CIA-23 | BRL-CAD: 03starseeker * r51512 10/brlcad/trunk/src/other/perplex/parser.y: Quell a couple compilation warnings in perplex |
| 00:49.32 | CIA-23 | BRL-CAD: 03starseeker * r51513 10/brlcad/trunk/src/other/perplex/ (6 files in 2 dirs): Get perplex closer to supporting a 'proper' stand-alone build. To get all the way there, it needs to support at least source package generation and make install. |
| 01:18.51 | starseeker | brlcad: that's a point... we don't currently install perplex, re2c or lemon as part of a BRL-CAD install, since they're used only for building. Did we want to change that and distribute a working perplex? |
| 03:02.27 | crdueck | does there exist an openNURBS function to calculate determinants? |
| 04:27.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:37.23 | brlcad | crdueck: of course -- just make sure you add /** */ comments and otherwise comment code added there thoroughly |
| 04:37.56 | brlcad | starseeker: could go either way, but why not -- might be useful |
| 08:16.39 | CIA-23 | BRL-CAD: 03phoenixyjll * r51514 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: just some clean up - remove unused and shadowed variables to avoid compiler warnings. (still WIP) |
| 08:19.11 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4171 10/wiki/User:Phoenix/GSoc2012/Reports: /* Midterm summary */ |
| 09:39.34 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 13:42.31 | CIA-23 | BRL-CAD: 03DoreathafumobxpyufMunshi 07http://brlcad.org * r4172 10/wiki/DoreathafumobxpyufMunshi7853851: New page: Planowanie wydarze?? jest niezmiernie ekscytuj??ce zrobi?? oraz wielu mieszka??c??w wybiera to jako ich kariery. Nie zaledwie dopuszcza to w??a??ciciele firm oraz go??ci, ??eby skupi?? si... |
| 15:08.19 | *** join/#brlcad merzo (~merzo@120-34-132-95.pool.ukrtel.net) | |
| 18:02.07 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 18:37.06 | CIA-23 | BRL-CAD: 03crdueck * r51515 10/brlcad/trunk/src/librt/primitives/ell/ell.c: fixed error in rt_ell_surf_area() |
| 19:59.05 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 21:30.00 | crdueck | brlcad: i'm trying to test the new functions in sketch_tess.cpp. If I add rt_sketch_surf_area to the sketch entry in the rt_functab in table.c, mged complains it cant find the symbol rt_sketch_surf_area. Do I need to add sketch_tess.cpp to a header file or something to make it usable in the functab? |
| 22:06.21 | brlcad | crdueck: no, but you do need to add it to librt's compilation |
| 22:07.06 | brlcad | and as a c++ funtion, you have to declare it as extern "C" |
| 22:07.19 | brlcad | so the name is not mangled |
| 22:08.13 | crdueck | ah, thats probably it |
| 15:10.05 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:10.05 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 16:39.26 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 17:44.45 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:57.27 | CIA-23 | BRL-CAD: 03anrgmrty * r51540 10/brlcad/trunk/include/analyze.h: analyze.h unused functions for voxelize removed |
| 17:59.24 | CIA-23 | BRL-CAD: 03anrgmrty * r51541 10/brlcad/trunk/src/libged/voxelize.c: callback functions removed from analyze.h and included here |
| 18:01.25 | CIA-23 | BRL-CAD: 03anrgmrty * r51542 10/brlcad/trunk/src/conv/g-voxel.c: callback functions for printing voxel data, rt_prep_parallel moved to voxels.c |
| 18:06.52 | CIA-23 | BRL-CAD: 03anrgmrty * r51543 10/brlcad/trunk/src/libanalyze/voxels.c: rt_prep function added into voxelize function of voxels.c, callback removed |
| 18:34.32 | CIA-23 | BRL-CAD: 03crdueck * r51544 10/brlcad/trunk/src/librt/opennurbs_ext.h: Ray intersection using ON_Intersect() was producing strange results, the simple formula used originally works much better |
| 18:36.15 | CIA-23 | BRL-CAD: 03bob1961 * r51545 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Removed a debug statement. |
| 18:36.49 | brlcad | starseeker: so my self-consistency alarms are going haywire reading r51468 |
| 18:38.06 | brlcad | you made a *DATA() macro now need to specify a DATA path everywhere and a *MAN() macro not have to specify a path everywhere |
| 18:38.35 | brlcad | I would expect not specifying it for both everywhere or specifying it everywhere (in which case the macro seems to fail) |
| 18:40.28 | brlcad | from not to mention r51468 just made us diverge a lil farther from the GNU Coding Standards (not that it matters a whole lot, but they're at least consistent) |
| 18:42.18 | brlcad | I think the issue was that you wanted 'man' in prefix/man so you took a b-line for that door instead of dealing with the underlying issue of datadir not being what you want for a default? |
| 18:44.19 | brlcad | having mandir default to "datadir/man" unless overridden makes complete sense (and is consistent with infodir, htmldir, docdir, and probably a few others we don't use) |
| 18:58.36 | starseeker | brlcad: um... I suppose what I should have done was to rename what is currently BRLCAD_ADDDATA into something more generic and defined BRLCAD_ADDDATA as a macro that called that and tacked on DATA_DIR... |
| 18:59.28 | starseeker | to be honest, I've been paying zero attention to the GNU Coding Standards... |
| 19:07.39 | brlcad | starseeker: yeah, that would have taken care of the replication/api consistency issue |
| 19:08.31 | brlcad | but the other side effect is moving mandir, shouldn't that mean bu_brlcad_data/man is no longer valid? |
| 19:09.10 | brlcad | it'd be getting lucky on a default build because it's sitting in bu_brlcad_root |
| 19:17.43 | starseeker | brlcad: <shrug> just tell me where you want the man pages to go - I'm fine with whatever |
| 19:18.17 | starseeker | is working on fixing the ADDDATA thing now... |
| 19:28.13 | starseeker | the main point was that MAN_DIR should control where *all* the man pages go, both normal and DocBook |
| 19:35.29 | CIA-23 | BRL-CAD: 03starseeker * r51546 10/brlcad/trunk/ (40 files in 40 dirs): Fix so we don't need to use DATA_DIR everywhere - put MAN_DIR back to the DATA_DIR by default, until we figure out what we want to do as a standard behavior. |
| 19:35.59 | brlcad | unless overridden, I think they should go into data/man but then at some point we need to revisit our layout so that datadir==rootdir/share by default |
| 19:36.57 | brlcad | the original problem being solved was only partially solved with the datadir=prefix/share/brlcad/VERSION |
| 19:37.03 | starseeker | brlcad: that should be as simple as setting DATA_DIR to share instead of it's current version dependent value... |
| 19:37.46 | starseeker | why did we do that, anyway? The only advantage I know of is that bu_brlcad_data can do a consistency check to make sure it's pulling the right version of data, and we could achieve that result with a standard file in the root of the data dir... |
| 19:38.22 | brlcad | it should, but I bet it's not -- at least not across all of the places it's implied |
| 19:38.44 | starseeker | takes a deep breath and plunges in... |
| 19:38.59 | brlcad | the goal was getting closer to following the Linux Filesystem Standard |
| 19:39.06 | brlcad | for having a root-installed brl-cad |
| 19:39.10 | brlcad | prefix=/usr |
| 19:39.17 | starseeker | ah, right. |
| 19:39.23 | brlcad | supporting multiple installed versions |
| 19:39.52 | brlcad | so for *that*, /usr/share/brlcad/VERSION for data makes perfect sense, that's what you want |
| 19:39.53 | starseeker | did we give up on that finally? Most of that was being driven by the Linux distros... |
| 19:39.59 | brlcad | no, just ran out of time |
| 19:40.41 | starseeker | <snort> - if you're installing in /usr, it may be perfectly reasonable to require that only one version of BRL-CAD be around - that's probably the model most of the distros would follow |
| 19:40.57 | starseeker | plus, we'd still hit the "librt already exists" issue |
| 19:41.31 | brlcad | not necessarily, libdir needed to also be /usr/lib/brlcad/VERSION, and handling binaries was another issue |
| 19:42.24 | starseeker | could actually try those settings - would be a good workout, since in principle I should have sufficient control to do that correctly |
| 19:42.27 | brlcad | major packages that you'd compile against supported the versioned directory approach and LFS supports it |
| 19:42.33 | brlcad | well before you do |
| 19:43.11 | brlcad | I'm trying to remember, but I think the solution that brought all of the build system changes to a pause (aside from running out of time) was a change in methodology |
| 19:44.48 | starseeker | methodology? |
| 19:46.28 | brlcad | a much simpler approach is to just set prefix/root to a single path (e.g., /usr/share/brlcad/rel-7.24.0) and then have something else create symbolic links in /usr/bin, /usr/lib/brlcad/VERSION, /usr/man/brlcad/VERSION, /usr/include/brlcad/VERSION etc |
| 19:47.17 | brlcad | that way we can support multiple installs, potentially switch 'default' versions on-demand, and should comply with LFS |
| 19:47.39 | brlcad | I'd have to write it all down to make sure the paths are right, at least we should if it's going to be revisited... |
| 19:48.21 | brlcad | no sense going through the trouble if we still fail LFS or get bitching from Debianauts |
| 19:49.05 | starseeker | brlcad: hmm - not sure how the symlink part would work |
| 20:01.55 | *** join/#brlcad andrei__ (~andrei@188.25.160.102) | |
| 20:02.47 | andrei__ | hello |
| 20:02.50 | brlcad | howdy |
| 20:03.21 | ``Erik | the purpose for multiple versions is just library support for third party applications, right? wouldn't /usr/lib/librt.so.<version>.so be adequate? |
| 20:03.47 | brlcad | I believe that fails LFS |
| 20:04.21 | brlcad | and I wouldn't say that's the sole purpose |
| 20:05.07 | ``Erik | woops s/\.so//, |
| 20:05.24 | andrei__ | brlcad,``Erik : any of you had a chance of looking at the graphics ? |
| 20:05.28 | ``Erik | what are the other purposes? (7 why's, wee) |
| 20:06.37 | ``Erik | looks now O.o |
| 20:09.43 | ``Erik | seems a bit noisy, is there any kind of smoothing/curvefit that can be done? I can't really tell if there's "weirdness" from those pics :/ |
| 20:10.06 | CIA-23 | BRL-CAD: 03188.25.160.102 07http://brlcad.org * r4183 10/wiki/User:Popescu.andrei1991: /* Performance measuring */ |
| 20:10.25 | ``Erik | or maybe pick a slice of data to look at, like 1 packet size through the file sizes, or visa versa? |
| 20:10.51 | andrei__ | the last one might be more useful, I did run each test 10 times then computed an average |
| 20:11.15 | andrei__ | I mean for each set of parameters there were 10 iterations |
| 20:11.19 | ``Erik | http://i.imgur.com/AXUpN.png ? |
| 20:11.59 | andrei__ | that is the graphic with the first two merged |
| 20:12.30 | andrei__ | I don't understand the question |
| 20:12.33 | ``Erik | can you filter out the outliers in the data set? maybe a slice of data done as box plots? |
| 20:12.59 | ``Erik | is elapsed time in seconds? |
| 20:13.03 | brlcad | andrei__: what happened? those graphs don't look at all right |
| 20:13.28 | andrei__ | brlcad : I know. I checked everything, ran the script 10 times( instead of 5, because I got 4 machines) |
| 20:13.41 | andrei__ | I shall upload on the page every tool/algorithm I used for processing the data |
| 20:13.46 | andrei__ | maybe I m doing something wrong |
| 20:13.48 | ``Erik | which time are you recording? wall time? cpu time? user? system? |
| 20:13.54 | andrei__ | wall time |
| 20:14.00 | andrei__ | I use gettimeofday() |
| 20:14.10 | brlcad | andrei__: just take a step back for a second -- you had a beautifully smooth curve for one package size |
| 20:14.24 | brlcad | I should see that curve in http://i.imgur.com/OPum5.png but it's nowhere to be seen |
| 20:14.35 | brlcad | not a single one is smooth |
| 20:15.26 | brlcad | so something is very flawed, either in the data or in the way you're graphing it |
| 20:16.33 | andrei__ | after filtering the text file I obtained an array of 24 x 1024 values. Perhaps the error occurs when I convert it to a matrix |
| 20:17.46 | brlcad | those elapse_time values aren't quite believable |
| 20:18.20 | brlcad | you're trying to tell me that nothing took longer than 0.00016 seconds to transfer? |
| 20:18.22 | ``Erik | loopback with 0copy network stack might do that :/ |
| 20:18.46 | andrei__ | http://slexy.org/view/s20hQlb8zF |
| 20:18.57 | andrei__ | This is my octave plotting program |
| 20:19.04 | brlcad | you sent 8MB of data in less than 0.00016 seconds? really? :) |
| 20:20.44 | andrei__ | this is what I gathered, shall I try a single test to see how much does it take ? |
| 20:20.51 | brlcad | that's a rate of 48.8 GB/s if my numbers are right |
| 20:22.26 | andrei__ | I m transfering a 8Mb file with package size 2048 to see how much it takes |
| 20:22.33 | brlcad | if anything, youur graph doesn't show you http://i.imgur.com/H5Q2u.jpg, which like I said should be there somewhere |
| 20:23.45 | brlcad | andrei__: curious why you don't just feed your raw data to gnuplot? |
| 20:24.26 | brlcad | three columns of csv data is all you should end up with |
| 20:26.05 | andrei__ | brlcad : I manually ran a test to transfer a 8MB file on 2048 packages. Took 0.5 |
| 20:26.24 | brlcad | so your graph is only off by about 3 orders of magnitude, great ;) |
| 20:27.08 | brlcad | try to make a single csv |
| 20:27.19 | brlcad | I can graph it here on my end using other tools |
| 20:27.34 | brlcad | while you're investigating |
| 20:28.47 | andrei__ | where should I upload the raw data files ? |
| 20:30.41 | brlcad | http://slexy.org/ will probably work |
| 20:31.47 | starseeker | brlcad: yeah, when /usr/brlcad/lib becomes /usr/brlcad/lib/brlcad/VERSION some of the tclscript logic for finding things doesn't hold water |
| 20:32.08 | starseeker | need a way to find out the values of BIN_DIR, LIB_DIR, etc. from tcl |
| 20:36.25 | *** join/#brlcad andrei (~andrei@188.25.160.102) | |
| 20:37.35 | andrei | 1 - 2048 : http://slexy.org/view/s2QmctjRts 2048 - 4194304 : http://slexy.org/view/s21EopQ7BX |
| 20:40.01 | brlcad | those already don't look right |
| 20:40.16 | brlcad | the end of the first should meet up with the second set, no? |
| 20:41.41 | andrei | nope. the end of the first means transfering an 8mb file with 2048 packages, the first from second means transfering a 1byte file with 2048 package |
| 20:44.22 | brlcad | er, so then those times are something else altogether from what I thought they were |
| 20:45.08 | brlcad | this is very confusing, are you familiar with csv? |
| 20:45.35 | andrei | No but if I need to I will |
| 20:45.44 | brlcad | it's just comma-separated-values |
| 20:45.51 | andrei | ah |
| 20:46.16 | brlcad | when all is said and done, you should have a table of data with N columns |
| 20:46.32 | ``Erik | that any spreadsheet program can read in |
| 20:46.37 | andrei | I m running a test to see if what script returns( including average ) is the same of what I obtained manually |
| 20:47.35 | brlcad | still, before getting into CSV -- explain those two outputs again -- you just said 1 - 2048 : http://slexy.org/view/s2QmctjRts .. and the end of the first means transfering an 8mb file with 2048 packages |
| 20:48.17 | brlcad | so that is one graph transferring 8MB with package size set to 1, 2, .. 2048 yes? |
| 20:49.20 | andrei | One graph is : files 1 - 8MB(powers of two) in packages from 1, 2 .. 2048 |
| 20:49.26 | brlcad | if that's true, then why'd you also give 2048 - 4194304 : http://slexy.org/view/s21EopQ7BX ... they have nothing to do with each other if that's transferring a 1byte "file" with 2048-4MB sized packages |
| 20:49.59 | brlcad | no wonder the graphs are a mess.. doesn't sound like you have the data organized... :) |
| 20:51.33 | brlcad | you can't just increase the package size while increasing the file size -- you're sampling some sort of diagonal across the 3d surface |
| 20:53.07 | andrei | I am quite confused now |
| 20:53.40 | andrei | two imbricated for's should mean that for file size X it tests all package sizes, then move onto the next file size |
| 20:55.51 | brlcad | right |
| 20:56.03 | brlcad | that's not what you just said that data set represents |
| 20:56.32 | brlcad | this is why you need CSV |
| 20:57.42 | brlcad | a file with three columns: data_size, package_size, elapsed_time |
| 20:57.53 | brlcad | in fact, that's your first row |
| 20:58.19 | brlcad | so second line would be something like: 1, 1, 0.0000001234 |
| 20:58.33 | brlcad | third line: 1, 2, 0.0000001235 |
| 20:58.56 | brlcad | fourth line: 1, 3, 0.000001220 |
| 20:58.57 | brlcad | etc |
| 20:59.07 | andrei | the scripts don t take so much time now, I ll double check again that everything is correct. |
| 20:59.19 | andrei | But I did test several script results with manual results |
| 20:59.23 | andrei | and the error is of 0.001 |
| 20:59.41 | andrei | (manually computed average) |
| 21:00.07 | brlcad | after 2048 lines, the next row increases the data_size: 2, 1, .... |
| 21:00.36 | brlcad | I don't doubt that you're capturing timings -- I think maybe you're just not tabulating it right |
| 21:00.48 | brlcad | put it into a single table |
| 21:01.06 | brlcad | heck, you can make your script print that exact line for what it's testing |
| 21:01.29 | andrei | yes, I will do that now |
| 21:09.29 | *** join/#brlcad cristina (~quassel@188.24.49.125) | |
| 21:09.39 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 22:04.10 | CIA-23 | BRL-CAD: 03crdueck * r51547 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added HIDDEN to declaration of auxillary functions. new algorithm for approx_bezier() to split at the point of maximum deviation, produces far less carc_segs for the same tolerance. some code cleanup |
| 22:39.18 | CIA-23 | BRL-CAD: 03starseeker * r51548 10/brlcad/trunk/misc/CMakeLists.txt: brlcad-config is executable |
| 22:44.24 | CIA-23 | BRL-CAD: 03starseeker * r51549 10/brlcad/trunk/ (8 files in 7 dirs): |
| 22:44.25 | CIA-23 | BRL-CAD: Do some experimentation with altering LIB_DIR. Need some introspective ability |
| 22:44.25 | CIA-23 | BRL-CAD: to know the relative library path, so add a command that can give us that. |
| 22:44.25 | CIA-23 | BRL-CAD: DOC_DIR needs some work - should be more like MAN_DIR and not necessarily assume |
| 22:44.25 | CIA-23 | BRL-CAD: DATA_DIR is the final destination. Looks like the main problem with moving |
| 22:44.25 | CIA-23 | BRL-CAD: things out of lib is (surprise) the Tcl/Tk initialization process and packages. |
| 00:48.55 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 00:55.58 | brlcad | starseeker: shouldn't need to make any accommodations in the build system for LFS specifically |
| 00:56.11 | brlcad | that was the point and why autotools build work was paused too |
| 00:56.43 | brlcad | the point was to unroll back to a good ol' fashioned /usr/brlcad install hierarchy controlled by a prefix destination |
| 00:57.39 | brlcad | there would be some completely secondary tool/script that would create all of the symbolic versioned infrastructure |
| 01:00.48 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 01:01.00 | brlcad | rather, the /usr/brlcad/rel-* /usr/brlcad/dev-* that we have now would stay, the share/brlcad/VERSION would go back to just share, and I think the rest stays the same |
| 01:01.41 | brlcad | so it's not all for naught, it just simplifies greatly |
| 01:02.06 | brlcad | in fact, you could probably follow http://www.gnu.org/prep/standards/html_node/Directory-Variables.html for defaults if you want to add variable toggle parallels |
| 01:02.49 | brlcad | dealing with LFS then becomes a simple matter of writing that script to create symbolic links -- thinking about it I think the brlcad-config script is probably a perfect place to put it even |
| 01:04.14 | CIA-23 | BRL-CAD: 03brlcad * r51550 10/brlcad/trunk/misc/brlcad-config.in: eliminate authorship from file |
| 01:06.03 | brlcad | hm, we may need to rewrite this somewhat for cmake |
| 01:11.25 | starseeker | to be honest, I hadn't messed with brlcad-config much - no idea if it's working |
| 01:11.58 | starseeker | is in the middle of another change - after that, will strip out the LFS stuff |
| 01:13.09 | brlcad | oh I'm almost sure it's not working, it's an autoconf template |
| 01:13.16 | starseeker | heh - oops |
| 01:14.32 | brlcad | so curious, is MAN_DIR a configurable variable or just a var used internally? |
| 01:15.24 | starseeker | configurable |
| 01:15.25 | brlcad | I could see them as advanced options with familiar GNU defaults, but actualy wasn't expecting it |
| 01:15.39 | brlcad | oh, that's neat then |
| 01:15.52 | starseeker | after I finally got done with the surgery, you could set MAN_DIR=man and have all the man pages in a toplevel man directory |
| 01:16.11 | brlcad | what about MAN_DIR=/path/to/man |
| 01:16.12 | starseeker | only drawback is I can't pass in CMake variables on the command line (e.g MAN_DIR=${DATA_DIR}/man won't work) |
| 01:16.30 | starseeker | um. haven't tested absolute path - probably a bad idea |
| 01:16.35 | brlcad | big whoop, can't do that with autoconf (easily) either |
| 01:16.51 | brlcad | autoconf is expected to be full paths |
| 01:16.53 | starseeker | in fact, VERY bad idea - no way to distinguish between build dir and install dir |
| 01:17.34 | starseeker | yeah, CMAKE_INSTALL_PATH and CMAKE_BINARY_DIR are where the abosolute stuff lives for output - rest is relative to that |
| 01:20.00 | CIA-23 | BRL-CAD: 03starseeker * r51551 10/brlcad/trunk/ (13 files in 12 dirs): Take the DATA_DIR assumption out of DOC_DIR targets - DOC_DIR output still defaults to using DATA_DIR, but is no longer forced to. |
| 01:20.02 | starseeker | s/CMAKE_INSTALL_PATH/CMAKE_INSTALL_PREFIX |
| 01:21.08 | brlcad | so lets see -- for the ones we care about -- by default gnu does: prefix=/usr bindir=prefix/bin datadir=prefix/share sysconfdir=prefix/etc includedir=prefix/include libdir=prefix/lib mandir=datadir/man and docdir=datadir/doc |
| 01:27.36 | starseeker | I'm not actually using sysconfdir for anything right now... probably something getting stuck in data that should go there? |
| 01:28.20 | CIA-23 | BRL-CAD: 03starseeker * r51552 10/brlcad/trunk/ (CMakeLists.txt src/other/CMakeLists.txt): Strip out attempt at LFS specific prefix settings |
| 01:29.18 | starseeker | ah ha |
| 01:34.41 | CIA-23 | BRL-CAD: 03starseeker * r51553 10/brlcad/trunk/src/other/libtermlib/CMakeLists.txt: termap goes in CONF_DIR, not DATA_DIR/etc |
| 01:34.48 | starseeker | there we go |
| 01:36.10 | CIA-23 | BRL-CAD: 03starseeker * r51554 10/brlcad/trunk/CMakeLists.txt: Stray variable left over from early days. |
| 01:37.41 | starseeker | I think we now match those dirs - the issue remains though, that there isn't a handy version consistency check for bu_brlcad_data |
| 01:39.05 | starseeker | when DATA_DIR incorporates the version, stuff breaks when you try to use the wrong data dir - it would be nice if bu_brlcad_data could verify the version with some standard file included in DATA_DIR/BRL-CAD.version or some such |
| 01:53.00 | brlcad | starseeker: what do you mean "try to use the wrong data dir"? |
| 02:02.25 | starseeker | let's say someone installs 7.20.2 into /usr/brlcad and 7.22.0 into /usr/brlcad/rel-7.22.0 - wouldn't that result in 7.22.0 trying to use 7.20.2's data? |
| 02:03.06 | starseeker | or, worse, BRLCAD_DATA environment variable gets messed with without the user being consciously aware of it |
| 02:07.30 | CIA-23 | BRL-CAD: 03starseeker * r51555 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: hmm - exppp tried to build before fedex, and didn't have version_string. Make the version string dependency trigger on expres build |
| 02:21.48 | brlcad | that should not result in 7.22.0 using 7.20.2's data or vice versa |
| 02:25.28 | starseeker | makes a note to do some tests later... but cool, as long as we don't get weird obscure errors from incorrect tcl scripts getting loaded I'm good |
| 02:25.53 | brlcad | if it does, some bug got injected because that was all tested at one point |
| 02:26.24 | starseeker | sounds good |
| 02:41.34 | brlcad | for data, it should basically it should be trying 1) env var override, 2) compile-time datadir, 3) root-relative datadir, 4) rootdir, and last and least, 5) current dir |
| 02:41.51 | brlcad | so unless environment var is set, it should always find the compile-time path |
| 02:42.14 | brlcad | 3, 4, and 5 are in place to support relocation |
| 02:52.55 | brlcad | if you move brl-cad, it should basically default to root-relative datadir, which will be a similar 1) env var (no), 2) compile-time (no), 3) run-time (yes) .. before even getting to 4) /usr/brlcad and finally 5) current dir |
| 03:20.58 | starseeker | but in principle, an env var override could feed it a bad data dir? I suppose that's inevitable and maybe even intended, but it would be silent and attempt to run with share and fail to find anything with share/brlcad/VERSION |
| 03:21.50 | starseeker | I suppose though, the principle is if you're mucking with env variables you know what you're doing |
| 03:21.59 | starseeker | winces - in theory anyway |
| 03:25.39 | starseeker | makes a note to add sanity checking to BIN_DIR and friends - full paths suppled to them should actually be an error |
| 03:35.03 | CIA-23 | BRL-CAD: 03starseeker * r51556 10/brlcad/trunk/CMakeLists.txt: reject full paths for BIN_DIR, LIB_DIR and friends. |
| 03:38.51 | CIA-23 | BRL-CAD: 03starseeker * r51557 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Show LIB_DIR as well. |
| 03:40.14 | brlcad | starseeker: yeah, that's by design -- if BRLCAD_ROOT or BRLCAD_DATA are set, that is the path to use by definition, always |
| 03:43.52 | brlcad | it required active user participation to specify |
| 03:44.34 | brlcad | at best we either don't allow an override or we attempt to second guess something the user told us to do (VERY BAD) |
| 03:45.20 | starseeker | is going to start toting a nurf bat for scripting lessons... |
| 03:46.31 | brlcad | users really shouldn't ever be setting either, shouldn't even know to try and set it any more unless we tell them to |
| 03:46.55 | starseeker | apparently, old scripts never die |
| 03:47.46 | starseeker | write once, support forever |
| 03:54.39 | brlcad | so that is a good point |
| 03:55.18 | brlcad | we could put some code in place to detect a mismatch and at least print a message |
| 04:04.29 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:21.35 | andrei | brlcad : when you have time could you please look into red black tree unit test? It s still pending and it should require minimal feedback/correction. http://sourceforge.net/tracker/index.php?func=detail&aid=3510515&group_id=105292&atid=640804 |
| 04:28.59 | andrei | oh and by the way : I found out that the script output was in csv format ( well, sort of ) |
| 04:29.29 | andrei | Instead of having (package_size, file_size, elapsed_time ) I have each on one line, I need to figure out a way to collect them |
| 05:12.11 | brlcad | excellent, thanks for the reminder (you might have to remind a couple more times to keep the priority up) |
| 05:41.09 | CIA-23 | BRL-CAD: 03phoenixyjll * r51558 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Fit the points into NURBS curves using polyline approximation. (WIP) |
| 05:44.52 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4184 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 07:08.38 | *** join/#brlcad andrei (andrei@188.25.160.102) | |
| 08:23.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:17.37 | *** join/#brlcad andrei (andrei@188.25.160.67) | |
| 10:41.05 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx) | |
| 11:39.40 | CIA-23 | BRL-CAD: 03n_reed * r51559 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: change label name to appease MSVC |
| 12:02.55 | starseeker | brlcad: that was my thought - do what they say, but warn if we're trying to use a data dir from another version (doesn't have to be loud and garish even - just something so we can potentially know what's happening before the obscure bugs appear) |
| 12:28.28 | CIA-23 | BRL-CAD: 03n_reed * r51560 10/brlcad/trunk/src/other/clipper/clipper.hpp: need to export non-member functions |
| 12:40.45 | ``Erik | andrei: if you want to collapse lines, 'xargs' is one approach. default command is echo, so maybe something like: (cmd 1; cmd 2; cmd 3) | xargs >> file |
| 12:52.53 | CIA-23 | BRL-CAD: 03n_reed * r51561 10/brlcad/trunk/src/other/perplex/perplex_template.c: finish incomplete substitution from r51480 |
| 13:00.10 | andrei | ah, I did 3 echo -n instead |
| 13:00.42 | andrei | I ll provide the csv format data today but I still can't find any explanation why isn't any time > 1 second |
| 13:01.01 | andrei | transfering 8mb with 1byte packages takes about 300 sec for example |
| 13:29.08 | ``Erik | -n isn't posix and doesn't show up in bsd echo (there's a printf command to handle it), fwiw |
| 13:30.00 | ``Erik | do you have your scripts in, say, your personal github repo? |
| 13:30.49 | ``Erik | or the tpkg command? |
| 13:34.11 | ``Erik | (is the tpkg you're using the one in the BRL-CAD svn?) |
| 14:24.50 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 14:55.45 | CIA-23 | BRL-CAD: 03n_reed * r51562 10/brlcad/trunk/src/other/step/src/cleditor/instmgr.h: remove conflicting EntityClassName declaration |
| 15:37.40 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4185 10/wiki/User:Crdueck/log: |
| 16:43.37 | CIA-23 | BRL-CAD: 03n_reed * r51563 10/brlcad/trunk/src/other/step/ (9 files in 6 dirs): rename getopt to sc_getopt and include it as part of base lib; SCL git 1a60cf9 and dd93a96 |
| 16:57.23 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx) | |
| 16:57.23 | *** join/#brlcad andrei (andrei@188.25.160.67) | |
| 16:57.23 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-113-35.compute-1.amazonaws.com) | |
| 17:06.12 | ``Erik | http://www.youtube.com/watch?v=yO7MWuJ7zLA |
| 17:42.18 | CIA-23 | BRL-CAD: 03crdueck * r51564 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: use signed curvature to find inflection point in bezier_inflection(), change test condition for approx_bezier(), fix some errors |
| 17:50.11 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 18:58.46 | CIA-23 | BRL-CAD: 03n_reed * r51565 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: s/loop/bez_to_carcs_loop/ to match other renamed labels |
| 19:25.05 | CIA-23 | BRL-CAD: 03n_reed * r51566 10/brlcad/trunk/src/other/step/ (9 files in 9 dirs): update dll export macros and remove local definitions; SCL git 7be54f3 |
| 19:28.55 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 19:57.39 | *** join/#brlcad sharvey_ (~sharvey@xi.metaether.net) | |
| 19:58.35 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 20:17.53 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:51.58 | CIA-23 | BRL-CAD: 03starseeker * r51567 10/brlcad/trunk/ (4 files in 4 dirs): Tweak handling of perplex template |
| 21:03.39 | CIA-23 | BRL-CAD: 03starseeker * r51568 10/brlcad/trunk/src/other/step/cmake/SCL_Utils.cmake: fix SCL cmake logic |
| 21:10.33 | CIA-23 | BRL-CAD: 03starseeker * r51569 10/brlcad/trunk/src/libpkg/tpkg.c: this style of quellage doesn't work with clang - need UNUSED |
| 21:13.56 | starseeker | ``Erik: you like bit stuff - any idea what this is about? http://pastebin.mozilla.org/1706681 |
| 21:55.20 | ``Erik | saw that before, think it's the compiler being goofy (only happens on a certain platform/flag combination or something), I think I fixed it by breaking the a &= b into a = a & b or something |
| 21:55.48 | ``Erik | by 'fixed', quelled the warning, should be no change in behavior unless the compiler does something wonky |
| 23:07.19 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:38.46 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4186 10/wiki/User:Cprecup/GSoC2012_progress: 16-17/07/2012 - Switching from hash tables to lists of names. Introduced a master "objects" hash table. |
| 00:04.42 | CIA-23 | BRL-CAD: 03crdueck * r51570 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: use the scalar curvature value to decrease step size when curvature is low (close to an inflection point) in bezier_inflection() |
| 01:40.54 | *** join/#brlcad sharvey (~sharvey@xi.metaether.net) | |
| 03:45.46 | CIA-23 | BRL-CAD: 03phoenixyjll * r51571 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp opennurbs_ext.h): Use pointer to avoid copy-time crashing. |
| 05:40.00 | *** join/#brlcad andrei (~andrei@188.25.158.57) | |
| 06:31.44 | CIA-23 | BRL-CAD: 03phoenixyjll * r51572 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Free the allocated ON_Brep object. |
| 06:33.13 | CIA-23 | BRL-CAD: 03phoenixyjll * r51573 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep_debug.cpp): Add an option to the brep command in MGED to test surface-surface intersection. |
| 06:35.09 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4187 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:37.11 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4188 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:37.39 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4189 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:38.42 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4190 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:39.12 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4191 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:40.39 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4192 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 06:45.02 | andrei | I got the data in csv format |
| 06:45.34 | andrei | transfering a 8mb file in packages of 3 bytes took 130 seconds |
| 06:48.57 | andrei | however I don t manage to use gnuplot |
| 07:14.35 | andrei | managed to plot with gnuplot but the results are entirely different |
| 07:22.36 | CIA-23 | BRL-CAD: 03188.25.158.57 07http://brlcad.org * r4193 10/wiki/User:Popescu.andrei1991: /* Week 8 */ |
| 07:28.09 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4194 10/wiki/User:Popescu.andrei1991: /* Performance measuring */ |
| 08:45.52 | brlcad | woohoo! BRL-CAD was once again accepted into SOCIS |
| 09:17.12 | *** join/#brlcad stas_ (~stas@82.208.133.12) | |
| 10:02.08 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:34.40 | *** join/#brlcad andrei (andrei@188.25.158.57) | |
| 10:36.29 | CIA-23 | BRL-CAD: 03phoenixyjll * r51574 10/brlcad/trunk/src/librt/ (opennurbs_ext.cpp primitives/brep/brep_debug.cpp): Some minor changes to avoid compiler warnings. |
| 11:41.45 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 14:14.52 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 15:22.12 | CIA-23 | BRL-CAD: 03starseeker * r51575 10/brlcad/trunk/src/other/step/src/express/generated/expscan.c: Sync generated source file. |
| 15:24.27 | CIA-23 | BRL-CAD: 03starseeker * r51576 10/brlcad/trunk/src/other/step/ (2 files in 2 dirs): Thanks Keith for reminding me of the potential problem - strip newlines out of md5 calculations so Windows can't toss in a monkey wrench. |
| 15:55.16 | CIA-23 | BRL-CAD: 03n_reed * r51577 10/brlcad/trunk/src/other/step/src/express/fedex.c: don't bother making practically useless fedex -z debug flag portable; just remove it |
| 17:52.38 | CIA-23 | BRL-CAD: 03n_reed * r51578 10/brlcad/trunk/src/other/step/ (data/CMakeLists.txt src/express/CMakeLists.txt): Rename fedex program to check-express. Need to link it against base lib; SCL git a42a448 |
| 18:29.40 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:53.15 | CIA-23 | BRL-CAD: 03n_reed * r51579 10/brlcad/trunk/src/other/step/src/ (4 files in 4 dirs): strictly match EXPRESSinit_init defs to the express.h declaration |
| 19:28.35 | *** join/#brlcad andrei__ (andrei@188.25.158.57) | |
| 19:29.35 | *** join/#brlcad sharvey_ (~sharvey@xi.metaether.net) | |
| 19:41.09 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 19:53.03 | *** join/#brlcad stas (~stas@188.24.49.125) | |
| 20:54.59 | CIA-23 | BRL-CAD: 03starseeker * r51580 10/brlcad/trunk/ (include/bn.h src/libbn/CMakeLists.txt src/libbn/tri_tri.c): |
| 20:54.59 | CIA-23 | BRL-CAD: Start putting the tri-tri intersect logic into libbn. Eventually this will |
| 20:54.59 | CIA-23 | BRL-CAD: replace the libgcv verison. Untested as yet - did the vmath macro conversion |
| 20:54.59 | CIA-23 | BRL-CAD: and other tweaks, but won't know its right until tested. This begs for local |
| 20:54.59 | CIA-23 | BRL-CAD: unit testing. |
| 20:56.38 | CIA-23 | BRL-CAD: 03n_reed * r51581 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: s/snprintf/sprintf in absence of snprintf wrapper. sprintf is pretty safe for this usage; SCL git 910faf0 |
| 21:42.58 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 21:48.44 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4195 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. |
| 23:18.49 | CIA-23 | BRL-CAD: 03cprecup * r51582 10/brlcad/trunk/src/libged/dag.cpp: The output structure now contains three vectors (instead of hash tables) with names of objects. Created a new master hash table called objects with the names and IDs of all the objects. |
| 23:21.37 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4196 10/wiki/User:Cprecup/GSoC2012_progress: 18/07/2012 - switched from working with hash tables to working with vectors of strings |
| 04:13.51 | *** join/#brlcad andrei (~andrei@188.25.27.173) | |
| 04:48.48 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4197 10/wiki/User:Crdueck/log: |
| 04:52.16 | CIA-23 | BRL-CAD: 03phoenixyjll * r51583 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Avoid bu_malloc(0) failure. |
| 04:53.54 | CIA-23 | BRL-CAD: 03phoenixyjll * r51584 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Use bigger plotres. |
| 06:42.40 | CIA-23 | BRL-CAD: 03crdueck * r51585 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: |
| 06:42.41 | CIA-23 | BRL-CAD: approx_bezier interval step size now varies with curvature. Step size is small |
| 06:42.41 | CIA-23 | BRL-CAD: when curvature is large (more likely to deviate from approximation arc). updated |
| 06:42.41 | CIA-23 | BRL-CAD: minimum step size for approx_bezier and bezier_inflection to a more reasonable |
| 06:42.41 | CIA-23 | BRL-CAD: 0.001 instead of RT_LEN_TOL |
| 07:25.17 | CIA-23 | BRL-CAD: 03crdueck * r51586 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: fix some errors in the calculations for area |
| 09:07.07 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 09:55.58 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:48.39 | CIA-23 | BRL-CAD: 03anrgmrty * r51587 10/brlcad/trunk/include/ged.h: ged.h changed to have ged_voxelize function |
| 10:59.46 | CIA-23 | BRL-CAD: 03anrgmrty * r51588 10/brlcad/trunk/src/libged/voxelize.c: static callback functions |
| 11:00.23 | CIA-23 | BRL-CAD: 03anrgmrty * r51589 10/brlcad/trunk/src/conv/g-voxel.c: static callback functions |
| 11:01.19 | CIA-23 | BRL-CAD: 03anrgmrty * r51590 10/brlcad/trunk/src/mged/setup.c: added voxelize command |
| 11:02.24 | CIA-23 | BRL-CAD: 03anrgmrty * r51591 10/brlcad/trunk/src/libanalyze/voxels.c: callback functions hidden, hit function renamed |
| 11:17.10 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4198 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 11:17.27 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Sph ehy.png]]" |
| 11:19.37 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Sph ehy.png]]" |
| 11:19.50 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4201 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 13:30.19 | *** part/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 13:47.18 | *** join/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 14:01.48 | CIA-23 | BRL-CAD: 03starseeker * r51592 10/brlcad/trunk/ (include/bn.h src/libbn/tri_tri.c): nevermind exposing the coplanar subroutine - do that only if it looks like the standard routine is a significant performance overhead (doubtful) |
| 14:19.47 | *** part/#brlcad ScribbleJ (~ScribbleJ@c-67-173-124-226.hsd1.il.comcast.net) | |
| 15:37.53 | CIA-23 | BRL-CAD: 03n_reed * r51593 10/brlcad/trunk/src/other/step/src/exppp/CMakeLists.txt: exppp needs base lib for getopt |
| 15:49.37 | CIA-23 | BRL-CAD: 03n_reed * r51594 10/brlcad/trunk/src/other/step/src/ (5 files in 5 dirs): consistently use spaces rather than semicolons in list arguments |
| 16:38.32 | CIA-23 | BRL-CAD: 03starseeker * r51595 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Add a flag to BRLCAD_ADDEXEC, wrap some common logic into a macro |
| 17:44.15 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 18:35.20 | CIA-23 | BRL-CAD: 03bob1961 * r51596 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor cleanup. |
| 18:37.25 | *** join/#brlcad andrei (andrei@188.25.27.173) | |
| 18:37.25 | CIA-23 | BRL-CAD: 03bob1961 * r51597 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::redrawObj to redraw all displayed instances of obj. |
| 18:37.30 | andrei | hello ! |
| 19:07.23 | CIA-23 | BRL-CAD: 03n_reed * r51598 10/brlcad/trunk/src/other/step/src/express/CMakeLists.txt: have check-express compile its own EXPRESSinit_init definition like all the other programs that use fedex.c so we don't need to conditionally override an express dll definition on windows |
| 19:16.23 | *** join/#brlcad andrei (andrei@188.25.27.173) | |
| 19:20.11 | CIA-23 | BRL-CAD: 03crdueck * r51599 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: added NOTE explaining reasoning behind MINSTEP and MAXSTEP values |
| 20:20.35 | CIA-23 | BRL-CAD: 03starseeker * r51600 10/brlcad/trunk/ (include/bn.h src/libbn/tri_tri.c): Want the ability to test for triangle intersection that requires non-zero overlap area - that doesn't fit well with the API of the other funtions, so make a special coplanar routine that add the coplanar specific logic. |
| 20:22.40 | CIA-23 | BRL-CAD: 03starseeker * r51601 10/brlcad/trunk/ (6 files in 3 dirs): Start adding some tests for tri_tri routines. |
| 20:26.27 | CIA-23 | BRL-CAD: 03starseeker * r51602 10/brlcad/trunk/src/libbn/tests/CMakeLists.txt: whoops - need unique test names |
| 20:41.48 | CIA-23 | BRL-CAD: 03starseeker * r51603 10/brlcad/trunk/src/libbu/test/: add test subdir to libbu |
| 20:44.24 | CIA-23 | BRL-CAD: 03starseeker * r51604 10/brlcad/trunk/src/libbu/ (24 files in 2 dirs): Move libbu tests to subdirectory |
| 20:52.03 | CIA-23 | BRL-CAD: 03starseeker * r51605 10/brlcad/trunk/src/libbu/test/ (23 files): remove test_ prefix |
| 20:53.54 | CIA-23 | BRL-CAD: 03starseeker * r51606 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: Make libbu test programs local |
| 21:11.47 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4202 10/wiki/User:Crdueck/log: |
| 21:30.02 | CIA-23 | BRL-CAD: 03starseeker * r51607 10/brlcad/trunk/src/libbu/test/ (CMakeLists.txt basename.c): Add basename tests to ctest |
| 21:36.21 | CIA-23 | BRL-CAD: 03starseeker * r51608 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: fix quoting |
| 21:37.26 | CIA-23 | BRL-CAD: 03starseeker * r51609 10/brlcad/trunk/src/libbu/test/CMakeLists.txt: fix name |
| 21:45.40 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:51.59 | CIA-23 | BRL-CAD: 03starseeker * r51610 10/brlcad/trunk/src/libbu/test/basename.c: The expected outcome for the basename test on a platform without basename is that the test is not run. |
| 23:52.48 | CIA-23 | BRL-CAD: 03cprecup * r51611 10/brlcad/trunk/src/libged/dag.cpp: Implemented the put_me_in_a_bucket routine that figures out the type of an object, constructs its shape in the graph and adds it to the list of names. |
| 23:55.37 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4203 10/wiki/User:Cprecup/GSoC2012_progress: 19/07/2012 - put_me_in_a_bucket routine |
| 01:42.14 | CIA-23 | BRL-CAD: 03starseeker * r51612 10/brlcad/trunk/ (24 files in 2 dirs): fix API regression check |
| 01:45.35 | CIA-23 | BRL-CAD: 03starseeker * r51613 10/brlcad/trunk/src/libbu/ (CMakeLists.txt test/ tests/): be consistent with libbn |
| 01:46.34 | CIA-23 | BRL-CAD: 03crdueck * r51614 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: seperate poly_area and carc_area calculations in rt_sketch_surf_area |
| 02:09.26 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r4204 10/wiki/ESA_Summer_of_Code_in_Space: update for 2012 |
| 02:21.14 | CIA-23 | BRL-CAD: 03starseeker * r51615 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_hex_to_bitv.c): Add bu_hex_to_bitv tests |
| 02:33.04 | CIA-23 | BRL-CAD: 03starseeker * r51616 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_and.c): Add bu_bitv_and tests |
| 07:15.51 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:26.56 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 09:26.46 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:00.28 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 14:32.53 | CIA-23 | BRL-CAD: 03phoenixyjll * r51617 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Calculate the threshold according to the size of bounding-box. |
| 15:09.38 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4205 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 15:09.59 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Tgc epa.png]]" |
| 15:11.10 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]" |
| 15:12.54 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]" |
| 15:14.17 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4209 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 15:15.14 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Tgc epa.png]]" |
| 15:19.29 | CIA-23 | BRL-CAD: 03starseeker * r51618 10/brlcad/trunk/misc/CMake/ (4 files): Add some comments as reminders - need to make proper use of CMakeParseArguments to simplify the logic in these macros |
| 15:26.32 | CIA-23 | BRL-CAD: 03starseeker * r51619 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_basename.c): tweak basename test |
| 15:37.35 | CIA-23 | BRL-CAD: 03starseeker * r51620 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_or.c): add bu_bitv_or tests |
| 15:48.01 | CIA-23 | BRL-CAD: 03starseeker * r51621 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_to_hex.c): Add bu_bitv_to_hex tests (these fail when run with bu_bitv too) |
| 16:00.26 | CIA-23 | BRL-CAD: 03starseeker * r51622 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_vls.c): add bu_bitv_vls tests |
| 16:01.06 | CIA-23 | BRL-CAD: 03r_weiss * r51623 10/brlcad/trunk/src/libged/red.c: Update to file "red.c" functions "_ged_find_matrix" and "ged_red". Fixed a problem with the regular expression reading a matrix and added code to save error messages deleted by functions "ged_kill" and "ged_move". |
| 16:07.39 | CIA-23 | BRL-CAD: 03starseeker * r51624 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv_shift.c): Add bu_bitv_shift test |
| 18:31.12 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 18:36.21 | *** join/#brlcad andrei (andrei@188.25.162.131) | |
| 18:36.24 | andrei | hello! |
| 18:36.48 | andrei | brlcad, ``Erik , did you have any chance to look on the gnu plots ? I m currently working on some unit tests + I have some issues with archlinux |
| 19:02.53 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:03.08 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:14.04 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:14.07 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:37.48 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 19:45.19 | CIA-23 | BRL-CAD: 03n_reed * r51625 10/brlcad/trunk/misc/CMake/FindSTL.cmake: Attempt to fix test causing stdc++ to be linked even when it doesn't exist; was generating hundreds of warning lines in Visual Studio. |
| 20:43.17 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4211 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend |
| 21:04.01 | CIA-23 | BRL-CAD: 03r_weiss * r51626 10/brlcad/trunk/ (7 files in 5 dirs): |
| 21:04.02 | CIA-23 | BRL-CAD: Updated files "raytrace.h", "importFg4Section.c", "bot_vertex_fuse.c", |
| 21:04.02 | CIA-23 | BRL-CAD: "wdb_importFg4Section.c", "fast4-g.c", "poly.c" and "bot.c" to allow the mged |
| 21:04.02 | CIA-23 | BRL-CAD: command "bot_vertex_fuse" (ie function ged_bot_vertex_fuse) to use the current |
| 21:04.02 | CIA-23 | BRL-CAD: distance tolerance. |
| 21:15.09 | CIA-23 | BRL-CAD: 03r_weiss * r51627 10/brlcad/trunk/src/tclscripts/mged/ (CMakeLists.txt Makefile.am bot_vertex_fuse_all.tcl): |
| 21:15.10 | CIA-23 | BRL-CAD: Updated files "mged/Makefile.am", "mged/CMakeLists.txt" and added file |
| 21:15.10 | CIA-23 | BRL-CAD: "mged/bot_vertex_fuse_all.tcl". This adds a new command to mged called |
| 21:15.10 | CIA-23 | BRL-CAD: "bot_vertex_fuse_all" which will run "bot_vertex_fuse" on all BOTs in the model. |
| 10:57.23 | ``Erik | http://www.youtube.com/watch?v=gbjW57zlVfc&feature=player_embedded |
| 11:15.11 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:10.02 | *** join/#brlcad andrei (andrei@188.25.162.249) | |
| 12:26.16 | CIA-23 | BRL-CAD: 03phoenixyjll * r51628 10/brlcad/trunk/src/ (4 files in 3 dirs): The max_dis value can be inputted manually within the command for testing. |
| 12:28.58 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4212 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 14:52.03 | *** join/#brlcad phoenixyjll (9308c434@gateway/web/freenode/ip.147.8.196.52) | |
| 17:29.05 | *** join/#brlcad xth1 (~thiago@189.119.103.80) | |
| 18:41.56 | *** join/#brlcad andrei (andrei@188.25.162.249) | |
| 18:44.42 | andrei | hello |
| 18:49.47 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:59.24 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 20:28.53 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:57.49 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4213 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend |
| 21:19.02 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:20.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:39.58 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 05:40.41 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 05:41.09 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 05:41.09 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 05:42.15 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:42.29 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 05:42.29 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 05:42.29 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 05:43.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:43.09 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 05:43.09 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 05:43.19 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 07:25.46 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 08:52.28 | *** join/#brlcad andrei (andrei@188.25.161.102) | |
| 08:52.34 | andrei | hello |
| 12:31.16 | CIA-23 | BRL-CAD: 03brlcad * r51629 10/brlcad/trunk/src/libged/edit.c: coerce the const type more forcibly for gcc 4.2.1 |
| 12:34.24 | brlcad | howdy andrei -- have that csv handy somewhere? |
| 12:34.37 | andrei | yes, on my log |
| 12:34.38 | andrei | well |
| 12:34.39 | andrei | wiki page |
| 12:35.54 | andrei | http://brlcad.org/wiki/User:Popescu.andrei1991 the last two graphs at performance measuring |
| 12:43.55 | brlcad | andrei: I see no csv there, can you post the actual data somewhere? |
| 12:46.08 | brlcad | and what do you mean by "so far this seems rather complicated" combining them? |
| 12:48.23 | andrei | well |
| 12:48.37 | andrei | Gnuplot has some sort of method of taking data from two files |
| 12:48.51 | andrei | but only if the data is continuous |
| 12:48.55 | andrei | or this is what I understood |
| 12:49.07 | andrei | my issue is that the file size counter resets to 1 byte |
| 12:49.14 | andrei | so the data isn't continuos |
| 12:49.44 | brlcad | this has nothing to do with gnuplot |
| 12:52.06 | andrei | I ll get the data from my old hdd in a few hours. What is wrong with the graphics? |
| 12:59.41 | brlcad | you have to datafiles, you should be able to just cat them together |
| 13:00.09 | brlcad | that's the point of getting them in csv, so it's no longer a tool or graph issue, can just inspect the data directly |
| 13:01.04 | brlcad | the new graphs still don't quite look like they'll line up if joined, which implies they're wrong |
| 13:01.35 | brlcad | hard to say without seeing a better resolution graph or (better still) the actual data |
| 13:02.18 | brlcad | this is taking way too long |
| 13:02.23 | andrei | it is ... |
| 13:02.32 | brlcad | it's been a week to get csv data (and you apparently still don't have a single csv file) |
| 13:02.36 | brlcad | that should have taken like an hour or two at best |
| 13:04.06 | andrei | I have had the data for that time, I ll shut down my computer, exchange hdd's and upload the data somewhere |
| 13:38.42 | *** join/#brlcad andrei (~andrei@188.25.161.102) | |
| 13:40.35 | andrei | back |
| 13:40.47 | andrei | brlcad: got the data back, uploading it now on slexy |
| 13:40.52 | andrei | didn't get your last reply tho |
| 13:41.58 | andrei | 1 - 2048 csv : http://slexy.org/view/s20MpghCbR |
| 13:43.17 | andrei | 2048 - 4194304 csv :http://slexy.org/view/s2GbdYpU1j |
| 18:10.07 | *** join/#brlcad andrei (andrei@188.25.161.102) | |
| 18:51.18 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:51.27 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4214 10/wiki/User:Cprecup/GSoC2012_progress: 22/07/2012 - implementation of "graph" command |
| 02:43.49 | starseeker | ah, here's the online Coverity PDF: http://www.coverity.com/library/pdf/coverity-scan-2011-open-source-integrity-report.pdf |
| 02:44.47 | starseeker | google found it |
| 04:08.13 | brlcad | interesting find -- I guess it's no longer behind a registration page |
| 04:14.36 | CIA-23 | BRL-CAD: 03brlcad * r51630 10/brlcad/trunk/src/other/boost/boost/graph/graphviz.hpp: |
| 04:14.36 | CIA-23 | BRL-CAD: avoid an 'internal compiler error: output_operand: invalid expression as |
| 04:14.36 | CIA-23 | BRL-CAD: operand' error from gcc 4.2.1 when compiling optimized. apparently something |
| 04:14.36 | CIA-23 | BRL-CAD: goes horribly wrong with the implicit promotion of the c-strings to |
| 04:14.37 | CIA-23 | BRL-CAD: std::strings, so construct them explicitly. all better. |
| 06:34.22 | *** join/#brlcad andrei (andrei@188.25.161.102) | |
| 06:34.26 | andrei | hello |
| 09:05.22 | CIA-23 | BRL-CAD: 03phoenixyjll * r51631 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Output more debug information and deal with BBNodes with no children within the max depth - copy itself as its child. |
| 09:08.07 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4215 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 09:31.47 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:45.05 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Planar ehy.png]]" |
| 09:45.23 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4217 10/wiki/User:Phoenix/GSoc2012/Reports: /* Test Results */ |
| 09:45.45 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4218 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 09:55.29 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 10:02.45 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4219 10/wiki/User:Ksuzee/Reports: |
| 10:49.04 | *** join/#brlcad andrei (~andrei@188.25.161.102) | |
| 11:04.21 | andrei | hello |
| 11:05.05 | andrei | I m trying to compile brlcad from source on ubuntu and I getting some cmake errors |
| 11:05.11 | andrei | variables not set : FONTCONFIG_LIBRARIES (ADVANCED) X11_Xext_LIB (ADVANCED) X11_Xi_LIB (ADVANCED) |
| 11:05.41 | andrei | I did check the dependencies and at least libfontconfig is installed, any clue on how can I solve this? |
| 11:07.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:07.58 | andrei | Ah, I found something helpful on brlcad.org |
| 12:10.10 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 12:10.10 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx) | |
| 12:22.29 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 12:22.29 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-jpqzeciblydvioqx) | |
| 12:57.33 | CIA-23 | BRL-CAD: 03starseeker * r51632 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_bitv.c): reorganize libbu tests |
| 13:14.16 | CIA-23 | BRL-CAD: 03starseeker * r51633 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_booleanize.c): add booleanize tests |
| 13:18.26 | CIA-23 | BRL-CAD: 03starseeker * r51634 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_ctype.c bu_str_isprint.c): rename bu_ctype.c |
| 13:54.33 | CIA-23 | BRL-CAD: 03starseeker * r51635 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_str_isprint.c): Add bu_str_isprint tests |
| 13:55.26 | CIA-23 | BRL-CAD: 03starseeker * r51636 10/brlcad/trunk/src/libbu/tests/bu_str_isprint.c: reorder |
| 14:16.49 | CIA-23 | BRL-CAD: 03starseeker * r51637 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_dirname.c): Add bu_dirname tests - failing set seems to match the failures seen in previous testing |
| 14:45.11 | CIA-23 | BRL-CAD: 03starseeker * r51638 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_escape.c): Add escape tests |
| 14:54.30 | CIA-23 | BRL-CAD: 03starseeker * r51639 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: add comments |
| 15:13.22 | CIA-23 | BRL-CAD: 03starseeker * r51640 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_progname.c): Add bu_progname test. Failures are the same as before. |
| 15:32.27 | CIA-23 | BRL-CAD: 03starseeker * r51641 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_quote.c): Add quote tests - failures match previous failures. |
| 15:34.43 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4220 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 17:39.28 | CIA-23 | BRL-CAD: 03starseeker * r51642 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add bu_gettime test |
| 17:57.45 | *** join/#brlcad andrei_ (andrei@188.25.161.102) | |
| 17:57.54 | andrei_ | hello |
| 18:09.29 | CIA-23 | BRL-CAD: 03starseeker * r51643 10/brlcad/trunk/src/libbu/tests/ (CMakeLists.txt bu_vls_vprintf.c): Add vls_vprintf tests |
| 18:11.12 | CIA-23 | BRL-CAD: 03starseeker * r51644 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: 57, not 53 |
| 18:31.43 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:40.37 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:37.52 | CIA-23 | BRL-CAD: 03starseeker * r51645 10/brlcad/trunk/src/libbn/tri_tri.c: init some variables |
| 20:20.06 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 20:53.12 | CIA-23 | BRL-CAD: 03carlmoore * r51646 10/brlcad/trunk/src/util/asc-pl.c: added usage statement when user is kicked off for sending output to tty |
| 20:56.11 | brlcad | woot |
| 21:47.49 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:58.39 | *** join/#brlcad cdk_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:03.55 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 02:06.24 | *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99) | |
| 02:06.33 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 02:28.08 | *** join/#brlcad cdk__ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:38.15 | starseeker | sweet - ogre 1.8 was easier to build and run (demo) than any previous release |
| 02:42.22 | *** join/#brlcad cdk_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:46.16 | starseeker | cmake build of (enough of) freetype too |
| 02:46.22 | starseeker | at least, enough for ogre |
| 02:49.17 | starseeker | yay ogredeps |
| 02:55.42 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 03:47.42 | CIA-23 | BRL-CAD: 03brlcad * r51647 10/brlcad/trunk/misc/CMake/test_srcs/builddelta_end.c.in: ugh, global variables suck. pita to find where the periods were coming from. pass the 'lines' unadulterated so as not to get mixed up with the install path |
| 03:51.25 | CIA-23 | BRL-CAD: 03brlcad * r51648 10/brlcad/trunk/misc/CMake/test_srcs/builddelta_end.c.in: cleanup |
| 03:52.35 | brlcad | ccmake is not respecting my CMAKE_INSTALL_PREFIX setting, keeps resetting it to a /usr/brlcad/dev-... path |
| 03:56.59 | brlcad | maybe some conflict with BRLCAD_PREFIX (going to advanced showed it also set to dev-) but setting both to still didn't retain my path |
| 04:07.51 | CIA-23 | BRL-CAD: 03n_reed * r51649 10/brlcad/trunk/src/conv/step/ (MassUnit.cpp STEPWrapper.h): need a more specific macro name to avoid a conflict |
| 04:14.38 | CIA-23 | BRL-CAD: 03n_reed * r51651 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: remove exception specifications |
| 04:31.17 | CIA-23 | BRL-CAD: 03brlcad * r51652 10/brlcad/trunk/CMakeLists.txt: |
| 04:31.17 | CIA-23 | BRL-CAD: given the preceeding logic, the only way for there to be a mismatch is if the |
| 04:31.17 | CIA-23 | BRL-CAD: user specifically requested a different path. moreover, the build type will |
| 04:31.17 | CIA-23 | BRL-CAD: default to Debug without any user action making the claim doubly wrong. |
| 04:31.17 | CIA-23 | BRL-CAD: silently 'fixing' user-specified input is also just bad practice... |
| 05:16.47 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4221 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 9 */ |
| 05:18.46 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4222 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 05:58.37 | *** join/#brlcad andrei_ (~andrei@188.25.161.102) | |
| 06:26.36 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:46.30 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 08:41.13 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4223 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 08:43.18 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:43.55 | CIA-23 | BRL-CAD: 03phoenixyjll * r51653 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Calculate the coordinates of the intersection points in UV parameter spaces. |
| 11:51.02 | starseeker | brlcad: what were you setting the path to? The only deliberate override was to make sure a dev build didn't end up in a rel directory or vice versa - that was quite deliberate |
| 11:51.51 | starseeker | it's one of the things the build type was intended to dictate |
| 11:55.00 | starseeker | at the very least, it should squawk very loudly - setting a rev install directory on a dev build or vice versa is a violation of convention and user expectation |
| 11:55.16 | starseeker | s/rev/rel |
| 13:23.14 | CIA-23 | BRL-CAD: 03starseeker * r51654 10/brlcad/trunk/CMakeLists.txt: Restore build type vs. installation directory check, but just print a warning instead of overriding. |
| 13:25.15 | *** join/#brlcad xth1 (~thiago@187.80.143.8) | |
| 13:32.41 | CIA-23 | BRL-CAD: 03starseeker * r51655 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: revert 51651 - breaks build on Linux |
| 14:05.57 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4224 10/wiki/User:Ksuzee/Reports: |
| 14:05.58 | ``Erik | (and fbsd, and osX, and ...) |
| 14:10.38 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 15:12.14 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 16:10.25 | CIA-23 | BRL-CAD: 03r_weiss * r51656 10/brlcad/trunk/src/conv/g-acad.c: Update to file "g-acad.c" which is the brlcad to acad (not AutoCAD) converter. Fixed a bug where a union tree was being freed and it should not have been. This corrects a segmentation fault in the converter. |
| 16:26.52 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 16:38.39 | CIA-23 | BRL-CAD: 03n_reed * r51657 10/brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: s/MAX/FMAX |
| 17:02.34 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 17:02.34 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:52.02 | *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com) | |
| 17:54.42 | *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com) | |
| 19:02.13 | *** join/#brlcad Mahi (~Mahi@ec2-107-21-190-192.compute-1.amazonaws.com) | |
| 19:03.09 | *** join/#brlcad andrei_ (~andrei@188.25.161.102) | |
| 19:03.12 | andrei_ | hello |
| 19:04.40 | andrei_ | brlcad, did you have time to use / have a look at the data? |
| 19:30.08 | *** join/#brlcad Mahi (~Mahi@ec2-23-22-106-230.compute-1.amazonaws.com) | |
| 19:36.56 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 19:52.20 | CIA-23 | BRL-CAD: 03starseeker * r51658 10/brlcad/trunk/misc/CMake/FindSTL.cmake: If we find we don't need the stdc++ link line per FindSTL, don't do the search at all (it reports not-found, which is incorrect) |
| 19:58.01 | CIA-23 | BRL-CAD: 03starseeker * r51659 10/brlcad/trunk/ (4 files in 2 dirs): |
| 19:58.02 | CIA-23 | BRL-CAD: Try to get things working without an explicit build type being set - i.e. don't |
| 19:58.02 | CIA-23 | BRL-CAD: force the user to use a build type so manually specifying everything for release |
| 19:58.02 | CIA-23 | BRL-CAD: builds works without CMake barking about conflicts due to the build type being |
| 19:58.02 | CIA-23 | BRL-CAD: automatically set to debug. |
| 20:09.24 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 20:15.11 | cristina | brlcad: Hello. I wanted to pop up a new window when running the command "graph" in MGED. |
| 20:15.19 | cristina | So, I created a new folder: src/tclscripts/graph, added the CMakeLists.txt, Makefile.am, graph.tcl, pkgIndex.tcl, tclIndex files. |
| 20:15.24 | cristina | <PROTECTED> |
| 20:15.53 | cristina | the command calls my ged_graph() routine and runs it but the window doesn't show up |
| 20:16.17 | starseeker | cristina: does the command report anything? |
| 20:16.51 | cristina | well, it runs my routine and prints out what I set to be printed |
| 20:16.59 | cristina | besides this, no, starseeker |
| 20:19.21 | cristina | the source code for the window is the same as the one for the "geometree" command, just that the package has some other name (instead of geometree's GeometryBrowser) |
| 20:22.12 | *** join/#brlcad xth1 (~thiago@177.120.220.121) | |
| 20:28.47 | starseeker | hmm... cristina, if it doesn't break the build you can go ahead and commit - it will be a lot easier to tell |
| 20:31.27 | cristina | starseeker: I will, but the code in my package is so far a duplication of the one in the geometree folder. I wanted to use it to check if my configurations work were correctly set |
| 20:35.12 | starseeker | hmm - setup.c doesn't have an entry for geometree |
| 20:36.35 | starseeker | what's in your pkgIndex.tcl file? |
| 20:36.56 | cristina | oh, well in setup.c I used the "bot" command as an example |
| 20:37.20 | starseeker | most of the ged commands (all?) don't involve graphical Tcl/Tk elements |
| 20:37.40 | cristina | in my pkgIndex.tcl file the is the usual comment at the beginning of the file and : package ifneeded DisplayGraph 1.0 [list source [file join $dir DisplayGraph.tcl]] |
| 20:38.06 | cristina | where DisplayGraph has geometree's GeometryBrowser source code |
| 20:38.26 | starseeker | if you source DisplayGraph.tcl on the MGED command line, what happens? |
| 20:38.43 | starseeker | or "package require DisplayGraph" might work |
| 20:39.24 | cristina | it prints an error saying that the package cannot be found |
| 20:39.34 | starseeker | ok - what about sourcing? |
| 20:40.27 | cristina | another error saying that it can't read the DisplayGraph.tcl file because there's no such file or directory |
| 20:40.55 | starseeker | cristina: try specifying the full path name, e.g. source /home/me/file/path/DisplayGraph.tcl |
| 20:41.54 | cristina | ok, there is no error with full path |
| 20:42.18 | starseeker | ok. Now, how would you launch a window (tcl logic) |
| 20:42.39 | starseeker | do you have a DisplayGraph command? |
| 20:44.25 | cristina | well, no, my command is called "graph" |
| 20:45.37 | *** part/#brlcad xth1 (~thiago@177.120.220.121) | |
| 20:46.04 | cristina | but I have this statement in my graph.tcl file: if [ catch {DisplayGraph $gt } gbName ] {//...} |
| 20:50.48 | starseeker | what is fed in in the gt variable? |
| 20:51.30 | starseeker | you should be able to try DisplayGraph on the command line, if you can provide the right input |
| 20:52.45 | starseeker | is ged_graph something that you want to call from within DisplayGraph.tcl? |
| 20:53.09 | cristina | gt is set within this line: set gt .$_mgedFramebufferId.graph |
| 20:53.26 | starseeker | usually, the way C/Tcl integration works is the C function is exposed via a tcl command, which is then incorporated into the Tcl logic |
| 20:53.38 | starseeker | what's in the graph? |
| 20:53.53 | starseeker | or is that the window name? |
| 20:55.05 | starseeker | if it's a window name, try DisplayGraph .$_mgedFramebufferId.graph |
| 20:57.29 | cristina | It can't read the variable _mgedFramebufferId |
| 20:57.45 | starseeker | just try DisplayGraph .window1 |
| 20:58.13 | cristina | <PROTECTED> |
| 20:59.07 | cristina | of course, with the content of a Geometry Browser window since it implements the same thing |
| 20:59.12 | starseeker | right |
| 21:00.45 | starseeker | remember, too, that having the source files present in the source tree isn't enough to get things working - minimally, you need to have the right links present in the build tree (a cmake configure and make should take care of that) |
| 21:02.27 | cristina | ok, I will rerun the cmake and make commands. Still, I've done this before trying to pop out the window. |
| 21:03.35 | starseeker | brlcad may more insight into this process... |
| 21:04.13 | starseeker | s/may/may have |
| 21:05.15 | cristina | ok, thank you for your help starseeker, at least I know now that the window can pop up |
| 21:12.03 | cristina | okay, I've made a stupid mistake, I didn't save the change made to the CMakeLists.txt file when adding the DisplayGraph.tcl to the graph_TCLSCRIPTS so it didn't take it in account. This should solve the problem |
| 21:28.14 | *** join/#brlcad Mahi (~Mahi@ec2-23-22-106-230.compute-1.amazonaws.com) | |
| 21:31.16 | CIA-23 | BRL-CAD: 03crdueck * r51660 10/brlcad/trunk/src/libged/analyze.c: code clean up |
| 22:59.56 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:05.18 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4225 10/wiki/User:Cprecup/GSoC2012_progress: 24/06/2012 - still having issues with commands used for tcl |
| 23:45.23 | CIA-23 | BRL-CAD: 03starseeker * r51661 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start setting up a test for edge triangle overlaps in the projection of patches. Quite a bit more to do here. |
| 00:01.39 | CIA-23 | BRL-CAD: 03starseeker * r51662 10/brlcad/trunk/src/librt/test_botpatches.cpp: bit of optimization |
| 00:14.54 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-98-252.compute-1.amazonaws.com) | |
| 01:04.24 | CIA-23 | BRL-CAD: 03crdueck * r51663 10/brlcad/trunk/src/libged/analyze.c: analyze_arbn_face and analyze_bot_face dont need a face centroid to compute volume, just any point on the face. use a vertice instead |
| 01:10.20 | brlcad | cristina: did you get things sorted out with your graph command? |
| 01:11.13 | brlcad | cristina: note that 'geometree' is a pure script command, not a libged command -- at least not yet |
| 01:12.00 | brlcad | of course the GeometryBrowser itcl class calls into several other commands (several of which are libged commands) |
| 01:16.33 | brlcad | the "proper" way to implement a command like geometree now is to have a libged 'graph' command call your DisplayGraph class (directly or indirectly through a graph.tcl source script that it loads) |
| 01:53.39 | CIA-23 | BRL-CAD: 03starseeker * r51664 10/brlcad/trunk/src/ (rt/viewarea.c util/lowp.c): Apply patches lowp.patch and viewarea.patch by Ksenija Slivko (ksuzee) from 3529861 |
| 02:02.47 | CIA-23 | BRL-CAD: 03starseeker * r51665 10/brlcad/trunk/src/fb/pl-fb.c: Apply patch pl-fb.patch from 3534954 by Ksenija Slivko (ksuzee) |
| 02:05.10 | CIA-23 | BRL-CAD: 03starseeker * r51666 10/brlcad/trunk/src/fb/pl-fb.c: Whoops - back out 51665 - not sure this preserves functionality |
| 06:59.58 | *** join/#brlcad cristina (~quassel@78.96.44.61) | |
| 07:30.26 | andrei_ | brlcad, I have been working to finish all unit tests for libpkg ( since I didn't know what to do with the csv data ) |
| 07:31.03 | andrei_ | but there are some issues I just can't get over, I simply don't understand it. |
| 07:33.15 | andrei_ | http://slexy.org/view/s208s9eeL1 |
| 07:33.38 | andrei_ | fork() gets me over the blocking call, but it still won't output the printf's |
| 08:31.06 | *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.99) | |
| 08:41.36 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 09:01.06 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:07.18 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4226 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 09:12.17 | CIA-23 | BRL-CAD: 03phoenixyjll * r51667 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Do not generate the whole surface tree - only a small useful subset is generated simultaneously with the intersection process. Much faster. |
| 09:30.26 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 09:33.42 | ksuzee | starseeker: hello, Cliff |
| 10:06.19 | ksuzee | starseeker: thanks for your checking, I've answered you to mail-list |
| 10:27.36 | *** join/#brlcad flash_ (~flash@adsl-ull-36-47.49-151.net24.it) | |
| 10:33.44 | *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl) | |
| 10:56.18 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 10:59.28 | Andy_G | Hi everyone :) My name is Jedrzej Gorski and I would like to ask few questions about open projects for ESA SOCIS program. |
| 10:59.58 | Andy_G | Anyone up for some conversation?? |
| 11:05.24 | flash_ | I'm up... but sadly i'm here for the same reason you are.. |
| 11:06.16 | reuben | That makes three of us. |
| 11:06.23 | flash_ | =) |
| 11:07.16 | flash_ | I think they all are sleeping now.. |
| 11:07.20 | reuben | Which projects are you guys looking at, I'm going for the celestial mechanics one but have a couple of questions. |
| 11:07.29 | flash_ | it's 4-5 o'clock in America |
| 11:07.44 | flash_ | I was thinking about "bending light' |
| 11:08.00 | ``Erik | 3-7, actually, and just ask the questions and lurk... someone will eventually answer :) |
| 11:08.33 | brlcad | go ahead and ask you questions, someone will always eventually reply if you're still here when they read it |
| 11:08.41 | reuben | Cool, just got to get my thoughts in order. |
| 11:08.44 | ``Erik | woops, 1-7, forgot about oconus bits |
| 11:15.13 | Andy_G | I guess there is no best time to catch up with you :) |
| 11:17.31 | Andy_G | In general I was looking at project ideas and "Application Format" |
| 11:20.28 | Andy_G | I never used your software before but I'm curious if I can contribute anything valuable. Some of the ideas looks challenging like "Non-vacume gravity simulator" |
| 11:21.43 | Andy_G | My question is what sort of skills are in place for successful collaboration with your group in area of EASY and MEDIUM projects ?? |
| 11:22.54 | Andy_G | I thinking about level of programming skills and etc. |
| 11:23.56 | ``Erik | I'm not sure exactly what ideas were posted for the esa thing, but the usual skills for open source development... we use C, subversion (on sourceforge), cmake, ... if you can check out the repo, compile and launch 'mged', you're halfway there |
| 11:26.22 | Andy_G | ok .. I'll check that :) |
| 11:26.36 | ``Erik | some projects may involve tcl (gui stuff) and/or c++ (nurbs/step, third party stuff like bullet) |
| 11:27.55 | ``Erik | but doing an svn checkout, compiling and running mged should explain quite a bit :) |
| 11:31.00 | Andy_G | I was working in a past for project GENSO (ESA Education Office) and I had to install all necessary software, set-up SVN and deal with typical developer issues but all project is based on Java |
| 11:31.36 | reuben | Hi everyone I've been looking to get involved in an open source project for a while and I figure the ESA summer of code is the perfect way to start. |
| 11:31.36 | reuben | I've downloaded brl cad and started learning to use the programming to give me an idea of where to start. I'm looking at adding celestial mechanics to brl cad as this fits well with my background, but would like to get some feedback on how to interface with the rest of brl cad, specifically whether you believe it is best implemented as a script or as a tool. Secondly what is the planned primary use for this, making pretty videos or hardco |
| 11:31.36 | reuben | re simulation. i.e. should I focus on the animation side of things, ability to track particles with the camera exctera, or the ability to easily get/plot particle data, and the accuracy and stability over long simulation periods. |
| 11:31.38 | reuben | Also interested in the best place to start looking at the code, it would be great to sort out a patch before finishing my application. |
| 11:32.30 | Andy_G | never the less I'm looking for new challenge so I'll try to do what you suggest :) |
| 11:36.47 | andrei | ``Erik, regarding libpkg unit tests. For example, is it possible to unit test a close connection function ? or one that sends a file ? |
| 11:37.36 | andrei | brlcad suggested to write unit tests for _all_ libpkg functions, I did write unit tests for some and I will put them on sourceforge, but on others I just don't understand how to do it |
| 11:37.53 | ``Erik | reuben: looking at the wiki page, I'd assume the simulation would be functionality in a library and hooked up to other tools (like archer). |
| 11:40.32 | ``Erik | andrei: some functions would be very difficult to write unit tests for and would require mocking other functions or system calls.. (I'd think for pure unit testing, few functions would not require mocking of some sort...). Could you clean up what you have so far and upload it as a patch to sourceforge? |
| 11:40.59 | andrei | upload it as a " big " patch or each unit test separately? |
| 11:41.24 | ``Erik | how many are there? |
| 11:43.12 | ``Erik | if more than, say, half a dozen, one big patch |
| 11:43.26 | andrei | ah, no, I had something like 3 or 4 that were fully working |
| 11:43.30 | andrei | and some others were I was stuck |
| 11:43.57 | andrei | so just one patch, right. Thanks |
| 11:44.57 | brlcad | reuben: it is a great way to get started (with open source) and welcome :) |
| 11:45.25 | brlcad | Andy_G: the projects will always be scaled to your abilities, so not much worry there |
| 11:45.43 | brlcad | the bigger idea is to find topics that sound challengingg but also doable and interesting |
| 11:46.10 | brlcad | they don't even have to be on our project lists, they just have to be part of brl-cad and something we're mutually interested in |
| 11:46.43 | *** join/#brlcad andrei (~andrei@188.25.161.217) | |
| 11:47.01 | brlcad | I'd suggest starting with our virtual disk image distribution where everything is already downloaded, installed, and ready to go -- give that a try and see if you can run the tools in there, then see if you can compile the sources bundled there |
| 11:49.41 | reuben | Thanks, I was using MGED before, is Archer just an alternative GUI, it looks like Qt. |
| 11:50.21 | ``Erik | archer is an alternative gui that will hopefully replace mged in the future... it's written in tcl/tk |
| 11:51.13 | Andy_G | brlcad: Thanks for encourage and tips :) I'll give it a try today :) |
| 11:52.03 | starseeker | reuben: Archer uses (mostly) the new ttk widgets. Alas, not Qt ;-) |
| 11:52.33 | starseeker | but still, it will eventually consitute a significant upgrade to MGED's GUI abilities. |
| 11:54.29 | reuben | It's looking good already, looking forward to the completion. |
| 11:55.48 | CIA-23 | BRL-CAD: 03Erik 07http://brlcad.org * r4227 10/wiki/Building_from_SVN: |
| 11:57.32 | ``Erik | that page needs to be updated for cmake stuff, wonder if the example should use a seperate build directory O.o |
| 12:00.26 | flash_ | Hi, i'm thinking about the 'bending light' project (for SOCIS of course). I took a look to raytrace.h and optical.h and i'm wandering if i've got the necessary skills to work on it. I'm familiar with C, but i've never participated in a open source project.. |
| 12:02.47 | flash_ | i know nothing about raytracing too (besides the basic idea). |
| 12:03.22 | flash_ | i'm downloading the virtualbox distro now, and i'll give it a try |
| 12:03.50 | CIA-23 | BRL-CAD: 03Erik 07http://brlcad.org * r4228 10/wiki/User:Popescu.andrei1991: stub in dates |
| 12:11.47 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4229 10/wiki/User:Popescu.andrei1991: /* Week 9 */ |
| 12:36.34 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 12:39.04 | elf11 | Hello, I've been looking around the brlcad project and I think about applying fo the celestial mechanics particle system or the non vacuum gravity simulator |
| 12:39.50 | elf11 | I know that last year ESA participant worked on the Vacuum gravity simulator, and was wondering if I could still give it a shot |
| 12:40.58 | elf11 | I have good knowledge of C/C++ also some graphic design and working at the moment on a personal project where I try to integrate the bullet engine in a game |
| 13:22.10 | CIA-23 | BRL-CAD: 03128.63.32.62 07http://brlcad.org * r4230 10/wiki/Building_from_SVN: autotools -> CMake |
| 13:22.28 | *** join/#brlcad elf11_ (~elf11@p5.eregie.pub.ro) | |
| 13:23.52 | starseeker | elf11_: certainly continuing work on the bullet-based gravity simulator is a viable project |
| 13:24.25 | starseeker | elf11_: to try it out, you need to have bullet installed on your system (we don't currently bundle it) and check out the simulate command |
| 13:26.23 | elf11_ | Okay, thank you for the info I will look further into it and will come back with more questions |
| 13:27.43 | starseeker | elf11_: previous work is described here: http://brlcad.org/wiki/User:Abhijit |
| 13:29.38 | elf11_ | Yes, I've read that and I will look more through the code :) |
| 13:39.30 | andrei | why is this a blocking call ? pkg_open(server, s_port, "tcp", NULL, NULL, NULL, NULL); |
| 13:41.34 | andrei | I can't use threading because it s not portable and I can't use select because I don't get " access" to the fd. What other ways to escape a blocking call can I use ? |
| 13:45.22 | flash_ | starseeker: what skills are required for 'bending light'? i've worked with C/C++, openGl and (if it's relevant) CUDA |
| 13:45.36 | flash_ | but have no experience in raytracing |
| 14:03.28 | andrei | ``Erik , I have a persistent issue in several unit tests. There are functions such as pkg_open or pkg_getclient that are blocking. They handle the fd internally so I can t get it with select() without modifying the pkg code. Can't use threading aswell, what can I do ? |
| 14:06.59 | starseeker | flash_: not completely sure on that one... |
| 14:07.14 | starseeker | flash_: better ask brlcad what he had in mind |
| 14:07.47 | flash_ | ok |
| 14:07.59 | flash_ | i'll wait for him to come online |
| 14:08.04 | flash_ | thanks |
| 14:08.30 | starseeker | presumably he's talking about simulating light interacting with gravity (gravational lensing, etc.) but I don't know how specifically he wants to deal with that in the raytracer |
| 14:09.17 | flash_ | Yeah, the fact is that i've no idea of how a raytracer works, so |
| 14:09.24 | flash_ | i would need some advices |
| 14:09.46 | starseeker | flash_: I'm pretty sure you'll need to know that - probably want to start with some basic reading on raytracing |
| 14:10.46 | flash_ | i know the idea of raytracing, but obiouvsly i'll need more knowldege |
| 14:11.11 | flash_ | i'm downloading the virtual machine distribution |
| 14:11.28 | flash_ | so i can start looking around |
| 14:14.26 | ``Erik | andrei: I don't see why you couldn't use the threading in libbu (bu_parallel) if you want to do that kind of integration testing... with pkg_open(), a 'pure' unit test would involve replacing things like socket() and connect() in the executables runtime symbol table (using hackery like dlsym or LD_PRELOAD), or the executable could fork() itself, run the server in one image and the client doing the test int he other |
| 14:19.28 | andrei | I ll take some time to document LD_PRELOAD and dlsym, as I have never heard of them before |
| 14:19.46 | ``Erik | they're unix specific things, no more portable than pthreads would be |
| 14:20.20 | ``Erik | um, but I did do some dlsym/dlopen wrapping for isst, I think I may've put it in bu, lemme look |
| 14:21.29 | ``Erik | yeah, src/libbu/dlfcn.c ... bu_dlopen, bu_dlsym, bu_dlclose... it's fairly advanced stuff and you can screw up the running program if you're not careful, which is very hard to debug |
| 14:22.07 | ``Erik | easiest would be to fork() and run a server and client pair in proc spaces |
| 14:24.20 | andrei | <PROTECTED> |
| 14:24.48 | ``Erik | if((ppid=fork())==0) { /* server */ socket(); listen(); global_ready=1; accept(); exit(); } else if (ppid>0) { while(global_ready==0)sleep(0); pkg_open(); /* do stuff */; wait(ppid); return status; } |
| 14:25.01 | ``Erik | something of that nature, roughly |
| 14:42.11 | andrei | one last question : should I start the server with a system call ( system(./tpkg -R -p < port > ) or by effectively calling the function run_server ? |
| 14:45.12 | ``Erik | system() should never be used, execv() family is the right way to start another executable... if the run_serve function is available, that'd be best |
| 14:45.42 | andrei | I might move some code around to avoid duplications, but I should be able to use run_server. |
| 14:46.23 | ``Erik | (as an aside, "system call" usually refers to any function that calls into the kernel, such was write(), open(), sleep(), etc... not the system() function) |
| 14:46.48 | andrei | ah, sorry |
| 14:47.05 | CIA-23 | BRL-CAD: 03starseeker * r51668 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try to consolidate some functionality that's getting used in multiple places |
| 14:47.41 | ``Erik | and the reason system() is bad is because it assumes the environment and path are all 'sane', creating a slew of vulnerabilities for malicious attacks or tricky bugs |
| 15:20.42 | *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br) | |
| 15:48.38 | *** join/#brlcad flash (~flash@adsl-ull-209-20.49-151.net24.it) | |
| 16:02.13 | *** join/#brlcad Mahi_ (~Mahi@ec2-107-22-114-188.compute-1.amazonaws.com) | |
| 16:05.50 | pnjun | Hi, anyone up for some questions about SOCIS 'bending light' project? |
| 16:14.03 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 16:56.45 | *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl) | |
| 17:09.06 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:23.39 | *** join/#brlcad pnjun (~flash@adsl-ull-229-57.49-151.net24.it) | |
| 18:05.28 | *** join/#brlcad flash (~flash@adsl-ull-229-57.49-151.net24.it) | |
| 18:22.58 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 18:27.38 | pnjun | \list |
| 18:28.02 | pnjun | sorry, wrong slash.. =) |
| 19:02.06 | *** join/#brlcad Andy_G (~chatzilla@77-253-129-223.adsl.inetia.pl) | |
| 19:58.52 | CIA-23 | BRL-CAD: 03starseeker * r51669 10/brlcad/trunk/src/libbn/tri_tri.c: Avoid floating point fuzz issues in coplanar test requiring non-zero area. |
| 20:06.12 | CIA-23 | BRL-CAD: 03starseeker * r51670 10/brlcad/trunk/src/librt/test_botpatches.cpp: |
| 20:06.12 | CIA-23 | BRL-CAD: Crude logic for patch building (just yank overlapping face and create a patch |
| 20:06.12 | CIA-23 | BRL-CAD: out of it) but take the first steps to dealing with problematic edge triangles |
| 20:06.12 | CIA-23 | BRL-CAD: overlapping with other edges. Probably not fully correct or optimal yet. |
| 20:12.55 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 20:13.10 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:16.49 | cristina | brlcad: Hello, regarding your question about my "graph" command: I didn't get things totally sorted out. |
| 20:16.58 | cristina | <PROTECTED> |
| 20:17.04 | cristina | However, I wanted to pop up the window with the "graph" command. |
| 20:17.11 | cristina | As for the libged command, I used the "bot" command as an example and implemented my ged_graph() routine (doesn't that represent a libged command?) |
| 20:17.48 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 20:59.01 | *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br) | |
| 21:03.16 | CIA-23 | BRL-CAD: 03starseeker * r51671 10/brlcad/trunk/src/librt/ (CMakeLists.txt test_botpatches.cpp): Add triangles to edge set based on overlap activity. |
| 21:31.08 | CIA-23 | BRL-CAD: 03starseeker * r51672 10/brlcad/trunk/src/librt/CMakeLists.txt: Whoops - don't uncomment the fit/bottest stuff yet |
| 23:19.40 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 00:31.43 | CIA-23 | BRL-CAD: 03crdueck * r51673 10/brlcad/trunk/src/libged/analyze.c: removed lots of duplications from analyze.c by making an analyze_general() function for primitives that can be analyzed using callbacks from the rt_functab |
| 00:56.22 | brlcad | starseeker: shouldn't that be NEAR_EQUAL()? |
| 00:56.52 | brlcad | and some of them are even more simple >tol |
| 01:07.05 | CIA-23 | BRL-CAD: 03brlcad * r51674 10/brlcad/trunk/src/libbn/tri_tri.c: should be some equivalent simplifications |
| 01:09.33 | CIA-23 | BRL-CAD: 03brlcad * r51675 10/brlcad/trunk/src/libbn/tri_tri.c: ws |
| 01:11.09 | CIA-23 | BRL-CAD: 03brlcad * r51676 10/brlcad/trunk/src/libbn/tri_tri.c: missing header and footer (should be a distcheck or even commit failure) |
| 01:17.31 | CIA-23 | BRL-CAD: 03brlcad * r51677 10/brlcad/trunk/src/libbn/tri_tri.c: style, indent update |
| 01:25.02 | CIA-23 | BRL-CAD: 03brlcad * r51678 10/brlcad/trunk/src/ (12 files in 3 dirs): ws |
| 02:21.58 | crdueck | brlcad: how does mged draw wireframes for primitives? or where is it implemented? does it use rt_db_internal objects or something else? for example, given a rt_rhc_internal object, how would it determine the unique shape of the hyperbola? |
| 02:23.14 | brlcad | crdueck: rt_*_plot() (e.g., rt_rhc_plot() in src/librt/primitives/rhc/rhc.c) |
| 02:28.42 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:29.34 | starseeker | brlcad: I didn't see any point in sticking LGPL on that particular file - it started as public domain, and most of my changes were fairly minor |
| 02:50.06 | brlcad | then it should be a pd header |
| 02:50.22 | brlcad | still should have our header/footer regardless |
| 02:52.07 | brlcad | otherwise, the default could be assumed to be copyright (as that would otherwise be the default) |
| 02:52.46 | brlcad | copyright without copyleft permission is restrictive |
| 02:55.24 | CIA-23 | BRL-CAD: 03brlcad * r51679 10/brlcad/trunk/src/libbn/tri_tri.c: pd header, not lgpl |
| 02:59.47 | CIA-23 | BRL-CAD: 03brlcad * r51680 10/brlcad/trunk/sh/header.sh: need a trailing newline so wrapping quotes are indented properly |
| 03:00.23 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 03:01.02 | brlcad | hi elf11 |
| 03:02.00 | brlcad | you could definitely give one of the simulation projects "a shot" ;) |
| 03:04.53 | brlcad | andrei: note that fork() is not portable to windows |
| 03:05.08 | brlcad | and you shouldn't really ever call system() |
| 03:06.15 | brlcad | elf11: I strongly suggest getting your project submission in sooner rather than later, so you don't miss the deadline - regardless of manual testing or digging around our source code |
| 03:06.40 | brlcad | socis runs on a very tight schedule with very little time to ramp up familiarity, so do be sure to just ask lots and lots of questions |
| 03:15.24 | elf11 | Hello :), I am not sure if the deadline is today or the 27th is still an accepted day for submitting? It says 27th but I want to be sure |
| 03:15.41 | elf11 | I did some more digging around through the sources |
| 03:37.48 | *** join/#brlcad xth1 (~thiago@187-40-88-226.user.veloxzone.com.br) | |
| 04:00.55 | *** join/#brlcad thiago (~thiago@187-40-85-115.user.veloxzone.com.br) | |
| 04:05.04 | brlcad | elf11: yes, tomorrow is the deadline, but I wouldn't wait until the last minute |
| 04:05.41 | brlcad | you can keep editing your proposal after the deadline, so you should just submit whatever you can quickly come up with first and then expand it with details |
| 04:05.51 | brlcad | er sorry, that's wrong |
| 04:06.12 | brlcad | you can keep editing your proposal after SUBMITTING IT .. but only up UNTIL the deadline |
| 04:10.25 | elf11 | I know, I am not sure though how far is the fluid dynamics implemented, like objects falling into water do they take in consideration when simulating it, the object density, the material type? |
| 04:38.50 | brlcad | elf11: are you asking if the work from last year got that far? absolutely not... |
| 04:39.26 | brlcad | the student started on very basic infrastructure -- like trying to just detect when a collision occurs and a force needs to be applied |
| 04:39.41 | brlcad | that wasn't even completed for arbitrary objects and arbitrary collisions |
| 04:40.59 | brlcad | a natural continuation point for the project would be to get arbitrary collision detection working along with maybe a standard interface for specifying world parameters (like ground planes, gravity) |
| 04:41.29 | elf11 | I saw he got to use the bullet primitives btBoxShape and SphereShape and that he did some box2box collisions also some sphere2sphere and sphere2box |
| 04:43.57 | elf11 | so I think also integrating the bullet btCylinderShape and yes, arbitrary collision detection |
| 04:44.45 | elf11 | concave-conves collision didn't get to be implemented, right? |
| 04:45.42 | elf11 | And what did you have in mind for the standard interface? |
| 04:46.05 | elf11 | caoncave-caoncave* sorry for my spelling :) |
| 04:51.21 | brlcad | that sounds like the general gist he mentions on the wiki page |
| 04:51.30 | brlcad | even sphere-sphere collisions weren't yet complete |
| 04:52.14 | brlcad | the bulk of the work was simply integrating with bullet (at all) and getting the simulation to call it |
| 04:53.17 | brlcad | there's no need (or time) to get into the standard interface right now -- that can be discussed at length if your proposal were selected |
| 04:53.56 | brlcad | if you want to mention it in your proposal, we'd rather hear your thoughts before you taint you with ours anyways |
| 05:04.50 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 07:00.45 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:34.16 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 09:38.55 | *** join/#brlcad flash_ (~flash@adsl-ull-21-38.49-151.net24.it) | |
| 10:02.59 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4231 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 10:16.41 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4232 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 10:46.10 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:46.41 | CIA-23 | BRL-CAD: 03phoenixyjll * r51681 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Do not copy the node as its child - just pass it to the next iteration |
| 11:44.58 | *** join/#brlcad praveen__ (75c1c5fb@gateway/web/freenode/ip.117.193.197.251) | |
| 11:45.46 | *** part/#brlcad praveen__ (75c1c5fb@gateway/web/freenode/ip.117.193.197.251) | |
| 12:18.15 | *** join/#brlcad xth1 (~thiago@187-79-14-142.user.veloxzone.com.br) | |
| 12:26.48 | andrei | brlcad : I uploaded some of the test units ( two ) on sourceforge, before looking into them, could you please check the test_rbtree, it should require minimal or zero additional work. |
| 12:26.59 | andrei | Going to update the logs now |
| 12:29.47 | brlcad | andrei: will do |
| 12:29.55 | brlcad | hopefully zero, that is the goal :) |
| 12:30.13 | brlcad | (goal / expectation) |
| 12:30.33 | andrei | pkg is a bit difficult to understand because some function lack comments |
| 12:31.12 | andrei | oh, I also have one/some questions |
| 12:32.33 | andrei | I was thinking to write a unit test for pkg_stream (), I actually started doing that. Is it a suitable function to unit test? |
| 12:33.29 | andrei | If so, I don't know what kind of unit test to perform on it, since the function return value is less relevant ( returns the number of written characters ) |
| 12:34.49 | brlcad | andrei: any function is suitable for unit testing |
| 12:35.08 | brlcad | ideally, there would be a test for all public API functions |
| 12:35.55 | andrei | I have issues developing unit tests for " over network " functions, such as send or suckin |
| 12:36.13 | andrei | I ve been searching quite some topics on stackoverflow, but I didn't find something that would really open my mind |
| 12:38.52 | brlcad | even for network functions, basic unit testing would dictate testing the functions as-is first |
| 12:39.48 | brlcad | it's not hard to make up a whole variety of valid/dummy parameters and call a function |
| 12:40.06 | brlcad | then one-by-one, you retest the function with valid parameters |
| 12:40.47 | brlcad | you're looking to find if any of them crash or abort that could handle the data more gracefully |
| 12:40.51 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4233 10/wiki/User:Popescu.andrei1991: /* Week 8 */ |
| 12:43.18 | andrei | For example there is this function : pkg_getclient() which is a blocking call |
| 12:43.45 | andrei | The only way I managed to bypass it is to use an alarm trigger and goto function |
| 12:44.56 | andrei | but since goto is " evil " that s probably not the best approach, how should I solve this issue ? |
| 12:53.16 | brlcad | there are plenty of perfectly valid use-cases for goto, it's usually evil when it's being used as a crutch for avoiding other logic contructs |
| 12:53.31 | brlcad | using alarm() doesn't sound like a portable/good thing to do, though |
| 12:54.38 | brlcad | for that specific example, you can probably pass invalid file descriptors to pkg_getclient() to get it to run but exit |
| 12:54.44 | brlcad | without blocking |
| 12:55.44 | andrei | the problem is that it's blocking the " valid" case |
| 12:55.49 | brlcad | you can also probably play with the default descriptors for stdin/stderr/stdout to test an operation |
| 12:56.12 | brlcad | sure, but you can and should also test the invalid cases -- test those first |
| 12:56.43 | andrei | yeah, that would probably do it :) |
| 12:56.57 | brlcad | unit testing isn't very useful to just test the expected/usual cases that one will usually use |
| 12:57.09 | brlcad | you WANT to test invalid cases, edge cases, and everything else in beteween |
| 12:57.23 | brlcad | since that's usually what will crash a program |
| 12:57.47 | brlcad | if your tests don't cause a crash or find bad behavior, you're probably doing something wrong |
| 12:58.57 | andrei | I will check again those that I submitted, but generally I think I covered a wide(if not complete ) range of parameters. |
| 13:09.55 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4234 10/wiki/User:Popescu.andrei1991: /* Week 9 */ |
| 13:10.53 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4235 10/wiki/User:Popescu.andrei1991: /* Week 9 */ |
| 13:11.19 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4236 10/wiki/User:Popescu.andrei1991: /* Week 10 */ |
| 13:17.04 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 13:17.54 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 13:31.05 | brlcad | welcome back elf11, how's the write-up coming along? :) |
| 14:00.18 | elf11 | Hey, it's going well I will post it today and I hope we can discuss it |
| 14:08.41 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 15:32.47 | starseeker | huh - wonder if we could integrate the libraries from this to procedurally generate plants... http://ngplant.sourceforge.net/ (libraries are BSD) |
| 15:32.56 | CIA-23 | BRL-CAD: 03phoenixyjll * r51682 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Fix the memory leak introduced by r51681. |
| 15:42.04 | CIA-23 | BRL-CAD: 03phoenixyjll * r51683 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Change the variable name to avoid shadow warning. |
| 15:44.22 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4237 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 16:51.49 | *** join/#brlcad Andy_G (~chatzilla@77-254-90-217.adsl.inetia.pl) | |
| 17:25.18 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4238 10/wiki/User:Ksuzee/Reports: |
| 17:25.24 | *** join/#brlcad merzo (~merzo@3-192-133-95.pool.ukrtel.net) | |
| 17:51.42 | *** join/#brlcad andrei_ (andrei@188.25.161.217) | |
| 18:09.26 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 18:15.03 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4239 10/wiki/User:Ksuzee/Reports: |
| 18:27.12 | elf11 | I've submitted my application for SOCIS, the link is here http://sophia.estec.esa.int/socis2012/?q=node/11/submission/247 |
| 18:41.57 | CIA-23 | BRL-CAD: 03crdueck * r51684 10/brlcad/trunk/src/libged/analyze.c: begin cleaning up the primitive specific structs in analyze.c by combining bot_face and arbn_face into poly_face. replace arbn_point with a global variable |
| 19:05.04 | *** join/#brlcad Andy_G_ (~chatzilla@77-254-90-217.adsl.inetia.pl) | |
| 19:05.32 | CIA-23 | BRL-CAD: 03starseeker * r51685 10/brlcad/trunk/src/other/openNURBS/ (opennurbs_nurbssurface.cpp opennurbs_xform.cpp): Apply a couple of fixes from PCL's openNURBS - r6510 |
| 19:29.54 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:34.01 | *** join/#brlcad Andy_G (~chatzilla@77-254-90-217.adsl.inetia.pl) | |
| 21:51.57 | CIA-23 | BRL-CAD: 03r_weiss * r51686 10/brlcad/trunk/src/librt/primitives/bot/tie.c: Updated file "tie.c" fixing a problem where, under certain conditions, raytracing a BOT reports the warning "rt_boolweave: Defective ID_BOT segment" and holes result in the BOT. |
| 00:23.00 | brlcad | starseeker: that's interesting -- the last time I recall looking at them, they weren't readily plugabble |
| 00:23.05 | brlcad | but it looks like they've worked on improving that |
| 00:25.24 | brlcad | for our purpose, we'd need a slightly modified geometry export |
| 00:25.26 | brlcad | leaves are usually modeled as individual polygons in most content systems |
| 00:25.57 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:26.13 | brlcad | we'd need them to be plate mode leaves and solid mode limbs (and we might have to mod to close off the trunk/roots) |
| 00:39.15 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 01:48.08 | brlcad | hello elf11 |
| 01:48.19 | brlcad | glad to see the submission! |
| 02:11.10 | elf11 | Hello :) well I am sure it needs some improving, but I am open to any suggestions |
| 02:28.02 | starseeker | brlcad: would be interesting... wonder if there's enough demand for plant models to be worth it |
| 02:29.15 | starseeker | would probably need an Archer plugin to provide the GUI controls |
| 02:34.29 | *** join/#brlcad elf11 (~elf11@p5.eregie.pub.ro) | |
| 02:37.50 | CIA-23 | BRL-CAD: 03brlcad * r51687 10/brlcad/trunk/src/librt/primitives/bot/tie.c: |
| 02:37.50 | CIA-23 | BRL-CAD: instead of calling isnan(), prevent the division by zero altogether. division |
| 02:37.50 | CIA-23 | BRL-CAD: by zero can crash on non-ieee systems and be configured to throw an exception |
| 02:37.50 | CIA-23 | BRL-CAD: even on modern systems (which will abort the application). the intent is to |
| 02:37.50 | CIA-23 | BRL-CAD: just skip perpedicular faces, so using RT_DOT_TOL should give more consistent |
| 02:37.50 | CIA-23 | BRL-CAD: repeatable behavior. |
| 02:44.17 | CIA-23 | BRL-CAD: 03brlcad * r51688 10/brlcad/trunk/NEWS: |
| 02:44.17 | CIA-23 | BRL-CAD: richard fix a TIE BoT mesh evaluation problem where raytracing a BoT reports the |
| 02:44.17 | CIA-23 | BRL-CAD: warning 'rt_boolweave: Defective ID_BOT segment' and produces holes in the |
| 02:44.17 | CIA-23 | BRL-CAD: resulting geometry. I applied a minor change to halt prior to the division by |
| 02:44.18 | CIA-23 | BRL-CAD: zero for slightly more robust behavior. |
| 05:17.09 | *** join/#brlcad flash__ (~flash@adsl-ull-128-17.49-151.net24.it) | |
| 05:18.54 | pnjun | Hi, i wrote in the ml yesterday. I've got a few question about the 'bending light' project... |
| 05:59.29 | pnjun | Anyone up to answer a few questions about the 'bending light' project? (SOCIS) |
| 06:51.59 | *** join/#brlcad merzo (~merzo@12-255-132-95.pool.ukrtel.net) | |
| 06:56.56 | pnjun | Hi, i've got a few question about the 'bending light' project (SOCIS), Anyone up? |
| 07:13.48 | *** join/#brlcad maker (~maker@83.149.158.212) | |
| 07:29.34 | pnjun | Hi, i've got a few question about the 'bending light' project (SOCIS), Anyone up? |
| 07:54.57 | pnjun | Anyone up to answer a few questions about the 'bending light' project? (SOCIS) |
| 08:09.47 | milamber | pnjun: if no one is up to answer your question, your best bet is to just ask the question. most people are pretty good about reading the logs and getting back to you. |
| 08:10.41 | pnjun | Ok, i'll do it |
| 08:14.03 | pnjun | What are the required skills to participate to SOCIS in the project 'bending light'? do i have to already know how a raytracer works? About the application, do i have to propose milestones and algorithm i intend to use even if i apply to one of the already proposed projects? |
| 08:17.19 | pnjun | How i am supposed to work? I took a look at the code regarding the raytracer, but i'll need some hints on the code in order to start developing, will the mentor help me getting started or am i supposed to do all on my own |
| 08:17.20 | pnjun | ? |
| 08:23.24 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 08:42.11 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:56.57 | reuben | Cool application submitted, look forward to working on particle systems. |
| 10:17.57 | brlcad | hi pnjun - the required skills entirely depend on what you propose doing |
| 10:18.58 | brlcad | your proposal should include milestones and algorithms -- our project ideas are ONLY ideas, starting point suggestions |
| 10:20.16 | brlcad | there are lots of devs that will be able to provide hints and help you get started AND you're also supposed to figure a lot out on your own, it's a balancing act |
| 10:20.43 | brlcad | reuben: thanks! if you hang around here, hopefully I can get you some feedback on the application in a few hours |
| 10:22.14 | brlcad | pnjun: for the bending light project, there are two main approaches to consider for simulating light traveling along a curved path |
| 10:22.30 | pnjun | brlcad: I've already downloaded the virtual machine distro an took a look to the code, obiuvlsy i'll try to figure out the most of my own |
| 10:22.37 | brlcad | first, you'll need a representation of the path, implicit or explicit |
| 10:23.03 | brlcad | then you'll need an evaluation of the path, where you have to decide direct evaluation or piecewise linear |
| 10:23.54 | brlcad | pnjun: you're not meant to figure out what to do for your proposal all on your own, there the main limitation is just going to be time (today is the deadline) |
| 10:24.29 | pnjun | i've already applyed, but i did not specify milestones or schedule in the application |
| 10:24.56 | brlcad | ah, yes I see that |
| 10:25.13 | pnjun | and since the application peroid ends in half an hour i don't think i can do it |
| 10:25.23 | brlcad | you should definitely try to fill in a lot more detail |
| 10:26.07 | brlcad | socis deadlines haven't been as strict as others, sometimes you can keep editing for several hours |
| 10:26.45 | pnjun | I can spend this afternoon try to figure out how to implement it and then propose my milestones |
| 10:26.51 | brlcad | what you can do is create a user page on our wiki and link to that in your proposal -- then you can keep editing the wiki page all the way up until we finally read/review them |
| 10:27.15 | brlcad | I would suggest creating a user page and doing that now |
| 10:27.25 | pnjun | ok, thanks.. i'll do it asap |
| 10:27.49 | brlcad | here's examples for our GSoC students, several of which have their proposals on the wiki: http://brlcad.org/wiki/Google_Summer_of_Code/2012 |
| 10:28.07 | brlcad | it's the first link, their name |
| 10:28.42 | brlcad | of course, not anurag.. :) |
| 10:29.03 | brlcad | the next too do, though |
| 10:29.42 | pnjun | I'm looking at it.. i'm creating my own page |
| 10:29.51 | pnjun | and then i'll link it in the application |
| 10:32.57 | CIA-23 | BRL-CAD: 03Pnjun 07http://brlcad.org * r4240 10/wiki/User:Pnjun: New page: pnjun user page |
| 10:33.06 | CIA-23 | BRL-CAD: 03Pnjun 07http://brlcad.org * r4241 10/wiki/User:Pnjun: |
| 10:34.11 | pnjun | how can i change the application? the form says you don't get notified |
| 10:45.49 | reuben | brlcad: Thanks for the offer, I had to step away from my computer for a bit there and I'm not sure I'll have time now. |
| 10:47.21 | reuben | before 11:00 |
| 10:56.51 | *** join/#brlcad ksuzee (~ksu@193.151.107.25) | |
| 12:02.58 | starseeker | ksuzee: howdy! |
| 12:04.31 | CIA-23 | BRL-CAD: 03bob1961 * r51689 10/brlcad/trunk/ (8 files in 5 dirs): (log message trimmed) |
| 12:04.31 | CIA-23 | BRL-CAD: Added a mechanism for using mouse interactions to edit the matrix above some |
| 12:04.31 | CIA-23 | BRL-CAD: member of a combination. Previously, mouse interactions resulted in edits |
| 12:04.31 | CIA-23 | BRL-CAD: getting pushed into the selected object. That is if the selected object was a |
| 12:04.31 | CIA-23 | BRL-CAD: combination, the edits wound up as matrices above all members in the |
| 12:04.31 | CIA-23 | BRL-CAD: combination. And if the selected object was a primitive, the edits were pushed |
| 12:04.31 | CIA-23 | BRL-CAD: into the primitive. Archer has another mode button in the toolbar for deciding |
| 12:26.35 | ``Erik | *readreadread* |
| 12:27.03 | ``Erik | for the socis dudes, yeah, what brlcad said... keep trying to shoot incremental updates to the application site until it doesn't work |
| 12:27.31 | ``Erik | (drakma+closure-html is keen) |
| 12:35.01 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 13:12.06 | brlcad | looks like they officially closed off the site already, so any updates now will have to be on the wiki page or simply discussed here anyways |
| 13:47.47 | CIA-23 | BRL-CAD: 03bob1961 * r51690 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modified ArcherCore::handleTreeOpen to check if mPNode2CList() exists before trying to open. |
| 14:39.20 | CIA-23 | BRL-CAD: 03Pnjun 07http://brlcad.org * r4242 10/wiki/User:Pnjun: |
| 14:50.06 | *** join/#brlcad xth1 (~thiago@187-79-2-117.user.veloxzone.com.br) | |
| 15:11.55 | ksuzee | starseeker: hello, Cliff! Have you received my e-mail? |
| 16:16.18 | starseeker | ksuzee: I replied to your Jul25 email on the BRL-CAD list - that's the last one I've seen |
| 16:38.28 | ksuzee | starseeker: What particular do you mean? I have not received anything since Jul24. Or is it possible to look through them somehow without getting email. Maybe I just haven't received it yet. |
| 16:57.40 | CIA-23 | BRL-CAD: 03bob1961 * r51691 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated Archer::raytracePlus to double-quote rtwizname and dbname when dumping to a batch script. |
| 18:11.49 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:15.39 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 19:01.47 | *** join/#brlcad cristina (~quassel@188.24.50.251) | |
| 19:41.51 | *** join/#brlcad stas (~stas@188.24.50.251) | |
| 21:11.40 | CIA-23 | BRL-CAD: 03r_weiss * r51692 10/brlcad/trunk/src/librt/primitives/bot/tie.c: |
| 21:11.40 | CIA-23 | BRL-CAD: Updated file "tie.c" functions "tie_tri_prep" and "tie_work". Removed the test |
| 21:11.40 | CIA-23 | BRL-CAD: for a too small of denominator in function "tie_work" and added code to function |
| 21:11.40 | CIA-23 | BRL-CAD: "tie_tri_prep" to prevent normals of (0,0,0) which was causing a zero |
| 21:11.40 | CIA-23 | BRL-CAD: denominator in function "tie_work". |
| 21:17.39 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 21:18.50 | CIA-23 | BRL-CAD: 03r_weiss * r51693 10/brlcad/trunk/src/librt/primitives/bot/tie.c: Added the macro UNLIKELY to function "tie_tri_prep" in file "tie.c". |
| 23:22.25 | DarkCalf | pokes brlcad |
| 23:54.27 | CIA-23 | BRL-CAD: 03crdueck * r51694 10/brlcad/trunk/src/libged/analyze.c: moved common code in analyze_bot_face(), analyze_arbn_face(), and analyze_face() to new function analyze_poly_face() |
| 00:33.32 | *** join/#brlcad kingofcsu (~king@123.139.216.41) | |
| 00:33.56 | *** part/#brlcad kingofcsu (~king@123.139.216.41) | |
| 02:45.15 | *** join/#brlcad xth1 (~thiago@187-40-98-93.user.veloxzone.com.br) | |
| 04:25.06 | CIA-23 | BRL-CAD: 03phoenixyjll * r51695 10/brlcad/trunk/src/librt/ (3 files in 2 dirs): Calculate the intersection curves in UV parameter spaces, and test them with the brep command. |
| 05:20.12 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 06:24.20 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 06:45.06 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 06:52.06 | *** join/#brlcad merzo (~merzo@21-3-133-95.pool.ukrtel.net) | |
| 07:17.08 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 07:49.46 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:03.03 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:13.18 | *** join/#brlcad xth1 (~thiago@187-40-108-205.user.veloxzone.com.br) | |
| 14:01.38 | *** join/#brlcad cristina (~quassel@188.24.40.90) | |
| 14:36.10 | *** join/#brlcad thiago_ (~thiago@187-40-93-130.user.veloxzone.com.br) | |
| 14:43.27 | *** join/#brlcad ksuzee (~ksu@193.151.107.25) | |
| 15:07.49 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 15:47.40 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 15:59.18 | *** join/#brlcad thiago__ (~thiago@187-40-85-123.user.veloxzone.com.br) | |
| 16:21.57 | cristina | Hi. I ran the command "make distcheck" and I get this error: http://pastebin.mozilla.org/1719502. I checked to see if the files exist both in the svn version and in my local copy (in src/other/perplex/CMake) and they do. Has anyone bumped into this problem? |
| 16:35.34 | brlcad | cristina: those files need to be accounted for in src/other/perplex/CMakeLists.txt |
| 16:36.45 | brlcad | with a CMAKEFILES() call |
| 16:37.00 | brlcad | see misc/CMakeLists.txt for an example |
| 16:57.35 | cristina | brlcad: so I should set a variable with the paths for each one of those 4 files and then call CMAKEFILES(${variable}) in the src/other/perplex/CMakeLists.txt |
| 16:57.37 | cristina | ? |
| 17:18.48 | brlcad | best way to know is to try ;) |
| 17:25.43 | starseeker | er, yeah distcheck is a bit buggered at the moment... |
| 17:26.15 | starseeker | that's pretty much my fault - I'll try to clean it up later today |
| 17:30.20 | CIA-23 | BRL-CAD: 03starseeker * r51696 10/brlcad/trunk/src/other/perplex.dist: perplex is a third party build, so we need to add its ignore items in the perplex.dist file.Add CMake directory - was added as part of the 'make perplex a stand-alone build' effort. |
| 17:33.35 | CIA-23 | BRL-CAD: 03starseeker * r51697 10/brlcad/trunk/regress/CMakeLists.txt: The vls and quote tests have been radically reworked - these two scripts probably can go away, but they will definitely break regress so comment out for now. |
| 17:36.35 | starseeker | ksuzee: did you get my forwarded email? |
| 17:42.20 | CIA-23 | BRL-CAD: 03starseeker * r51698 10/brlcad/trunk/regress/CMakeLists.txt: whoops - remove the target from the dep list too. |
| 17:49.10 | ksuzee | starseeker: yes I did. Thank you very much. I'm editing previous patches now. |
| 18:26.26 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:46.21 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 20:25.30 | andrei | strike |
| 20:25.36 | andrei | sorry |
| 20:38.51 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:40.13 | *** join/#brlcad cristina (~quassel@188.24.40.90) | |
| 22:47.11 | ksuzee | starseeker: hello, Cliff! Please, could you check patches #3512039, #3534954, #3538351 and #3549356? Thank you. |
| 23:06.48 | cristina | how can I check in a tcl file if the Adaptagrams library is available or not? (something similar to #ifdef HAVE_ADAPTAGRAMS #endif) - I need this in order to know if I should add an entry for the graph editor in MGED's menu or not |
| 23:16.09 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:26.11 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:02.28 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:39.15 | CIA-23 | BRL-CAD: 03cprecup * r51699 10/brlcad/trunk/ (4 files in 4 dirs): Added the graph_structure command that, so far, can be used to traverse the database and define its corresponding graph. |
| 00:48.01 | CIA-23 | BRL-CAD: 03cprecup * r51700 10/brlcad/trunk/ (11 files in 4 dirs): Implemented the graph MGED command. So far, when it is called it pops up a new window. |
| 02:55.19 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:03.16 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 06:37.35 | *** join/#brlcad ksuzee (~ksu@193.151.107.25) | |
| 07:04.06 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 08:21.38 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:22.52 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 10:45.49 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:48.56 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:17.18 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:06.08 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 14:18.53 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 14:38.53 | *** join/#brlcad ksuzee (~ksu@46.149.81.97) | |
| 14:51.23 | *** join/#brlcad xth1 (~thiago@187-40-94-93.user.veloxzone.com.br) | |
| 15:55.23 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 16:53.37 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 17:36.40 | CIA-23 | BRL-CAD: 03starseeker * r51701 10/brlcad/trunk/src/libbu/tests/bu_dirname.c: dirname is modifying the input string on some platforms (and the man page mentions this might happen) so make a separate copy of the input specifically to feed to the system dirname. Fixes the dirname tests on Linux |
| 18:07.34 | starseeker | makes a note - there is apparently an MIT licensed diff after all: http://www.ioplex.com/~miallen/libmba/dl/src/diff.c |
| 18:10.52 | starseeker | also interesting http://www.daemonology.net/bsdiff/ |
| 18:17.16 | CIA-23 | BRL-CAD: 03starseeker * r51702 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: Wrap the bitv tests in a variable - those need some attention to determine what their correct behavior should be and how we want to go about implementing it |
| 18:38.46 | starseeker | brlcad: is bu_setprogname supposed to override argv0, if present? |
| 18:58.24 | CIA-23 | BRL-CAD: 03starseeker * r51703 10/brlcad/trunk/src/libbu/tests/bu_progname.c: if I'm not mistaken, (BRL-CAD) is the expected result here, not (null)... |
| 19:45.13 | *** join/#brlcad reuben (~reuben@93-97-69-251.zone5.bethere.co.uk) | |
| 19:49.10 | CIA-23 | BRL-CAD: 03starseeker * r51704 10/brlcad/trunk/src/libbu/quote.c: Escape the escapes - this fixes all the quoting unit tests. |
| 19:52.06 | CIA-23 | BRL-CAD: 03starseeker * r51705 10/brlcad/trunk/src/libbu/tests/bu_progname.c: Turn off these two progname tests until it is clear what the expected behavior should be. |
| 20:31.45 | *** join/#brlcad stas (~stas@188.24.40.90) | |
| 20:48.31 | CIA-23 | BRL-CAD: 03starseeker * r51706 10/brlcad/trunk/src/libbu/progname.c: make sure bu_progname is reset before we write the new name to it |
| 20:58.31 | CIA-23 | BRL-CAD: 03starseeker * r51707 10/brlcad/trunk/src/libdm/ (10 files): Apply patch 3512039 from Ksenija Slivko (ksuzee) refactoring some libdm code. |
| 23:25.15 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:52.48 | CIA-23 | BRL-CAD: 03cprecup * r51708 10/brlcad/trunk/src/libged/dag.cpp: Created a first version of the *ged_graph_objects_positions* routine that returns objects' positions from a database. This will be used by GUI components to draw objects in the graph editor's window. |
| 23:55.40 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:14.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:55.37 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:52.21 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 08:06.45 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 08:13.53 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:15.24 | CIA-23 | BRL-CAD: 03phoenixyjll * r51709 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the 2D trimming polyline curves better. |
| 09:51.18 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:07.26 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 10:17.18 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 11:57.12 | *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl) | |
| 12:02.14 | CIA-23 | BRL-CAD: 03starseeker * r51710 10/brlcad/trunk/CMakeLists.txt: Add unset build type to distcheck-full, since that's going to be the new default. |
| 12:02.41 | d_rossberg | i'm getting a compilation errors in src/libdm/dm_util.c, e.g. "unknown type name 'GLfloat'" |
| 12:06.08 | CIA-23 | BRL-CAD: 03starseeker * r51711 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: fix distcheck for bitv tests. |
| 12:08.23 | starseeker | d_rossberg: hmm |
| 12:08.27 | starseeker | my fault, hang on |
| 12:12.07 | CIA-23 | BRL-CAD: 03starseeker * r51712 10/brlcad/trunk/src/libdm/ (10 files): Revert r51707 - the OpenGL type in dm_util.c is causing problems. |
| 12:14.54 | starseeker | d_rossberg: that help? |
| 12:15.42 | CIA-23 | BRL-CAD: 03d_rossberg * r51713 10/rt^3/trunk/ (8 files in 2 dirs): quell some warnings |
| 12:18.04 | d_rossberg | starseeker: yes, libdm can be build again |
| 12:18.39 | starseeker | d_rossberg: sorry about that - for some reason, my system didn't have an issue with that one. I should have spotted the OpenGL element in there though |
| 12:19.15 | d_rossberg | no problem :) |
| 12:26.10 | CIA-23 | BRL-CAD: 03starseeker * r51714 10/brlcad/trunk/src/librt/Makefile.am: typo |
| 12:41.31 | CIA-23 | BRL-CAD: 03starseeker * r51715 10/brlcad/trunk/misc/Makefile.am: Update Makefile.am |
| 12:46.48 | CIA-23 | BRL-CAD: 03starseeker * r51716 10/brlcad/trunk/src/other/step/ (9 files in 9 dirs): Use semicolons in lists for SCL_ADD macros as well. |
| 12:47.12 | CIA-23 | BRL-CAD: 03starseeker * r51717 10/brlcad/trunk/src/ (libbn/Makefile.am libbu/Makefile.am): More Makefile.am updates |
| 14:12.53 | *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl) | |
| 16:44.17 | starseeker | brlcad: what's our stance on LGPLv3 libraries, by the way? |
| 16:48.22 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 17:24.40 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 17:56.46 | *** join/#brlcad ksuzee (~ksu@193.151.107.25) | |
| 18:00.57 | *** join/#brlcad stas (~stas@188.24.40.90) | |
| 18:03.33 | CIA-23 | BRL-CAD: 03erikgreenwald * r51718 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Cast index ints to const int to help msvc pick a method for the overloaded [] operator (fixes errors on 32b MSVC8) |
| 18:04.19 | CIA-23 | BRL-CAD: 03erikgreenwald * r51719 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: add missing (const int) from previous commit... |
| 18:04.51 | ksuzee | starseeker: hello, Cliff! I have updated patch #3512039 that you have reverted today. Problem was resolved. Also I have added public links to images. (patches #3534954 and #3549356 at patch tracker) |
| 18:15.46 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:15.46 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 18:19.20 | CIA-23 | BRL-CAD: 03n_reed * r51720 10/brlcad/trunk/src/other/ (33 files in 3 dirs): move classes to break cyclic dependency and document in clstepcore/README |
| 18:47.04 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 19:22.35 | CIA-23 | BRL-CAD: 03crdueck * r51721 10/brlcad/trunk/src/libged/analyze.c: minor changes, use HREVERSE instead of HSCALE to reverse a plane |
| 19:40.28 | CIA-23 | BRL-CAD: 03n_reed * r51722 10/brlcad/trunk/src/conv/step/STEPWrapper.h: remove reference to c99 __func__ |
| 19:52.51 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:29.38 | CIA-23 | BRL-CAD: 03n_reed * r51723 10/brlcad/trunk/src/other/step/src/base/scl_memmgr.h: don't use scl_memmgr.h definitions if mem checks aren't enabled |
| 03:19.31 | CIA-23 | BRL-CAD: 03n_reed * r51724 10/brlcad/trunk/src/conv/step/CMakeLists.txt: add required step dll import symbol definitions |
| 03:27.20 | CIA-23 | BRL-CAD: 03n_reed * r51725 10/brlcad/trunk/src/conv/step/step-g.cpp: replace prototype with the header that contains it |
| 04:35.28 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 04:49.38 | brlcad | starseeker: they're technically incompatible |
| 07:22.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:38.50 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:41.39 | jordisayol | Linux binary packages of BRL-CAD has achieved 100,000 downloads :-) |
| 08:01.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:25.14 | *** join/#brlcad andrei (andrei@188.25.161.217) | |
| 09:13.03 | *** join/#brlcad ksuzee (~ksu@193.151.107.25) | |
| 09:16.46 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:50.50 | CIA-23 | BRL-CAD: 03phoenixyjll * r51726 10/brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Some rearrangement of the logic. |
| 09:57.05 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:45.03 | *** join/#brlcad osfd_ (~osfd@mar44-6-78-238-152-140.fbx.proxad.net) | |
| 10:45.53 | osfd_ | Hi there. Can you please tell me about a very beginner brl-cad tutorial, please ? |
| 10:46.14 | osfd_ | linux oriented if I may |
| 11:29.18 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:30.40 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e10f8.bb.sky.com) | |
| 11:54.00 | starseeker | brlcad: you can't even use an LGPLv3 library in an LGPLv2 app? gah |
| 12:08.49 | starseeker | makes a note to investigate this later.. sounds interesting: http://www.journal.aplimat.com/volume_2_2009/Journal_volume_2/Number_1/Samuelcik.pdf |
| 12:08.58 | starseeker | http://www.cs.utah.edu/~wmartin/pubs/attrib_vol.pdf |
| 12:27.30 | *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl) | |
| 13:03.14 | brlcad | osfd_: there are beginner tutorials on the website under documentation |
| 13:23.46 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 13:43.26 | osfd_ | though about something even more basic/low level |
| 14:04.03 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 14:36.51 | ``Erik | starseeker: http://paste.lisp.org/display/130784 |
| 14:41.23 | starseeker | sweet |
| 15:02.24 | *** join/#brlcad milamber1 (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 15:08.51 | CIA-23 | BRL-CAD: 03erikgreenwald * r51727 10/brlcad/trunk/src/libbn/tri_tri.c: remove inlines to fix link error on mac (llvmgcc, release mode) |
| 15:27.53 | *** join/#brlcad elf11 (~elf11@p22.eregie.pub.ro) | |
| 16:45.44 | *** join/#brlcad Andy_G (~chatzilla@77-255-23-160.adsl.inetia.pl) | |
| 16:59.04 | CIA-23 | BRL-CAD: 03n_reed * r51728 10/brlcad/trunk/src/conv/step/CMakeLists.txt: need brl-cad lib dll imports too |
| 17:25.58 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:55.12 | CIA-23 | BRL-CAD: 03starseeker * r51729 10/brlcad/trunk/ (CMakeLists.txt misc/CMakeLists.txt): distcheck cleanups |
| 18:11.28 | CIA-23 | BRL-CAD: 03starseeker * r51730 10/brlcad/trunk/src/libged/analyze.c: |
| 18:11.28 | CIA-23 | BRL-CAD: C89 doesn't provide z in printf - this is masked in cmake by inheriting the C99 |
| 18:11.28 | CIA-23 | BRL-CAD: flag from libfb, which requires it on the Mac. Autotools doesn't propagate the |
| 18:11.28 | CIA-23 | BRL-CAD: flags the same way. Use bu_vls_printf, which does provide support for z |
| 18:23.29 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:32.16 | CIA-23 | BRL-CAD: 03starseeker * r51731 10/brlcad/trunk/src/conv/Makefile.am: g-voxel needs ANALYZE |
| 19:38.40 | CIA-23 | BRL-CAD: 03r_weiss * r51732 10/brlcad/trunk/ (10 files in 8 dirs): |
| 19:38.41 | CIA-23 | BRL-CAD: Changed function nmg_model_vertex_fuse to nmg_vertex_fuse. This allows this |
| 19:38.41 | CIA-23 | BRL-CAD: function to fuse vertices within nmg objects other than just models. Files |
| 19:38.41 | CIA-23 | BRL-CAD: updated were raytrace.h viewpoint-g.c obj-g.c patch-g.c euclid-g.c trimsurf.c |
| 19:38.41 | CIA-23 | BRL-CAD: jack-g.c nmg_fuse.c nmg_bool.c fix_polysolids.c |
| 19:51.56 | *** join/#brlcad stas (~stas@188.24.40.90) | |
| 19:58.36 | CIA-23 | BRL-CAD: 03r_weiss * r51733 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: |
| 19:58.36 | CIA-23 | BRL-CAD: Updated function nmg_edge_g_fuse and added functions ex_comp ey_comp and ez_comp |
| 19:58.36 | CIA-23 | BRL-CAD: which are used by the updated nmg_edge_g_fuse function. These changes are in |
| 19:58.36 | CIA-23 | BRL-CAD: file "nmg_fuse.c". These changes were to improve the performance of the |
| 19:58.37 | CIA-23 | BRL-CAD: nmg_edge_g_fuse function. This change effects the mged facetize and ev commands |
| 19:58.37 | CIA-23 | BRL-CAD: along with most of the geometry export tools. The performance improvement is |
| 19:58.38 | CIA-23 | BRL-CAD: most noticed when the number of facets in the model is roughly over 50,000. |
| 20:38.57 | CIA-23 | BRL-CAD: 03starseeker * r51734 10/brlcad/trunk/src/other/step/cmake/manage_generated.cmake.in: harden managed sources file against weird pathnames |
| 20:44.13 | CIA-23 | BRL-CAD: 03crdueck * r51735 10/brlcad/trunk/src/libged/analyze.c: added new analyze_ars(), uses technique similar to rt_ars_tess() to find triangular faces |
| 21:18.28 | CIA-23 | BRL-CAD: 03crdueck * r51736 10/brlcad/trunk/src/libged/analyze.c: free bu_vls tmpstr in analyze_ars() |
| 21:18.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:45.30 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:12.53 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 03:12.53 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 03:17.54 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-ouhtgwixhtaagyzv) | |
| 04:56.20 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 05:37.04 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 05:47.16 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 06:10.03 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 06:25.48 | cristina | brlcad: ok, I will follow that example. Thank you |
| 08:55.10 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 08:57.47 | CIA-23 | BRL-CAD: 03phoenixyjll * r51749 10/brlcad/trunk/src/librt/opennurbs_ext.cpp: Avoid using operator == on floating points. |
| 08:59.03 | CIA-23 | BRL-CAD: 03phoenixyjll * r51750 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add a function to deal with curve-curve intersection. |
| 09:17.03 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 09:17.03 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 09:27.10 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 09:27.10 | *** mode/#brlcad [+o ChanServ] by niven.freenode.net | |
| 10:17.01 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 10:26.43 | *** join/#brlcad andrei_ (andrei@79.117.232.227) | |
| 10:55.31 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e10f8.bb.sky.com) | |
| 13:26.23 | *** join/#brlcad ksuzee (~ksu@193.151.105.49) | |
| 14:02.37 | *** join/#brlcad Al_DC_Best (Al_Da_Best@5e0eb104.bb.sky.com) | |
| 14:24.45 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 14:37.38 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xxbahqlkhosyazrp) | |
| 15:57.13 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 16:58.09 | CIA-23 | BRL-CAD: 03starseeker * r51751 10/brlcad/trunk/src/ (CMakeLists.txt libnurbs/): Add a libnurbs dir in preparation for moving opennurbs extensions out of librt |
| 17:19.02 | ``Erik | live chatter about the curiosity http://www.ustream.tv/nasajpl |
| 17:21.37 | CIA-23 | BRL-CAD: 03starseeker * r51752 10/brlcad/trunk/src/ (16 files in 6 dirs): Start moving files into libnurbs. |
| 17:41.04 | CIA-23 | BRL-CAD: 03starseeker * r51753 10/brlcad/trunk/ (8 files in 5 dirs): |
| 17:41.04 | CIA-23 | BRL-CAD: move opennurbs_ext.h to include/nurbs.h - we need to untangle this into parts |
| 17:41.04 | CIA-23 | BRL-CAD: that should remain internal and parts that are exposed as the API, but at least |
| 17:41.04 | CIA-23 | BRL-CAD: this gets the other parts of the code pointing to the right place. |
| 18:41.41 | CIA-23 | BRL-CAD: 03carlmoore * r51754 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: added 'input' to message about being unable to open file |
| 18:50.15 | CIA-23 | BRL-CAD: 03carlmoore * r51755 10/brlcad/trunk/doc/html/manuals/mged/animmate/anim_hardtrack.html: add 'd' to 'designed to be use' |
| 18:54.32 | *** join/#brlcad mycdk_ (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 20:09.40 | *** join/#brlcad stas (~stas@188.24.40.90) | |
| 21:33.00 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 21:40.17 | *** join/#brlcad elf (~elf@p22.eregie.pub.ro) | |
| 21:42.47 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 21:45.53 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 22:12.07 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 22:22.55 | elf_ | Anyone knows if brlcad will be/is online? |
| 22:31.15 | louipc | elf_: yeah he's pretty active in the channel. Just ask your question if you have any and wait. Someone will answer it. |
| 22:34.30 | elf_ | I have to report to the SOCIS organizers and I have to provide a way of how I will report to my mentoring organization, this organization, how we will keep in touch (email, weekly reports etc), have to discuss if I will use the brlcad svn or will set up another one, since I have to provide a link to it, and also a wiki/blog page where log reports will be, and also some kind of a schedule |
| 22:37.52 | ``Erik | most use their wiki user page on http://brlcad.org/wiki for log/journal |
| 22:38.13 | ``Erik | we're pretty open to how you communicate as long as you do, being active in irc is awesome, mailing list is good, too |
| 22:38.56 | ``Erik | with GSoC, we like to get a couple good patches via the sourceforge tracker system, then give the person commit access to svn, I'd imagine socis would be handled the same |
| 22:41.53 | ``Erik | what do you mean by schedule? like milestones/projectplan, or expected effort? |
| 22:42.55 | elf_ | Milestones/projectplan |
| 23:08.03 | starseeker | open source font from Adobe: http://blogs.adobe.com/typblography/2012/08/source-sans-pro.html |
| 23:24.57 | ``Erik | elf_: I'd think you'd propose milestones with your project and there'll be discussion with the devs to tune them |
| 00:03.50 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-wmfqgjarejxmaczz) | |
| 01:38.06 | brlcad | hi elf_ |
| 01:39.14 | brlcad | elf_: what ``Erik said in entirety -- put your project up on the wiki and define your milestones |
| 01:39.42 | brlcad | lots easier to discuss after you've added it and filled in detail than beforehand |
| 01:41.10 | brlcad | elf_: this should help you get started: http://brlcad.org/wiki/Summer_of_Code/Checklist |
| 01:41.36 | brlcad | the wiki activities are about half-way, suggest doing the steps before it in order first (will help with understanding) |
| 04:43.36 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xyjpwlufxzntbuom) | |
| 04:43.57 | *** join/#brlcad Stattrav (u3131@unaffiliated/stattrav) | |
| 04:43.57 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-xyjpwlufxzntbuom) | |
| 05:31.57 | CIA-23 | BRL-CAD: 03crdueck * r51756 10/brlcad/trunk/src/libged/analyze.c: use snprintf() instead of sprintf(), initialize poly_face structs to be all 0/NULL, and always sort points into ccw order in analyze_poly_face() |
| 05:33.50 | *** join/#brlcad andrei_ (andrei@79.117.232.227) | |
| 08:16.14 | *** join/#brlcad andrei_ (~andrei@79.117.232.227) | |
| 08:35.20 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 15:16.34 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:16.34 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 15:44.55 | brlcad | Stattrav: would like to talk about your project at some point |
| 16:02.35 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 16:03.43 | ``Erik | brlcad: as far as I can tell, bz quit processing mail on jul27, is this something you've noticed or knew of? (and how do ya get it going again with qmail?) |
| 16:09.12 | ksuzee | brlcad, starseeker: Hello! I've commented patch #3549356, could you look through it and comment it? |
| 16:15.26 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 16:17.00 | *** join/#brlcad mycdk (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 16:28.24 | brlcad | ``Erik: yes, I shut off qmail while investigating a problem |
| 17:15.47 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4245 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 17:15.56 | CIA-23 | BRL-CAD: 03188.24.50.251 07http://brlcad.org * r4243 10/wiki/User:Cprecup/GSoC2012_progress: 27/07/2012 - "graph" command now opens a new window |
| 17:15.56 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4244 10/wiki/User:Ksuzee/Reports: |
| 17:15.58 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4246 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Frontend |
| 17:15.59 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4247 10/wiki/User:Ksuzee/Reports: |
| 17:15.59 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4248 10/wiki/User:Crdueck/log: |
| 17:16.00 | CIA-23 | BRL-CAD: 03188.24.40.90 07http://brlcad.org * r4249 10/wiki/User:Cprecup/GSoC2012_progress: 28/07/2012 - graph commands have been created |
| 17:16.05 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4250 10/wiki/User:Ksuzee/Reports: |
| 17:16.10 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4251 10/wiki/User:Ksuzee/Reports: /* 10 week */ |
| 17:16.14 | CIA-23 | BRL-CAD: 03188.24.40.90 07http://brlcad.org * r4252 10/wiki/User:Cprecup/GSoC2012_progress: 29/07/2012 - routine for objects' positions |
| 17:16.17 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4253 10/wiki/User:Cprecup/GSoC2012_progress: 28-29/07/2012 - graph commands have been created + added routine for objects' positions |
| 17:16.18 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4254 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 10 */ |
| 17:16.24 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4255 10/wiki/User:Ksuzee/Reports: |
| 17:16.28 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4256 10/wiki/User:Ksuzee/Reports: |
| 17:16.29 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4257 10/wiki/User:Popescu.andrei1991: /* Week 10 */ |
| 17:16.31 | brlcad | mail restored... :) |
| 17:16.35 | CIA-23 | BRL-CAD: 03Prcikestao 07http://brlcad.org * r4258 10/wiki/User:/Prcikestao: New page: Ola ola, I love http://brlcad.org and also http://taoofbadass101.com/ |
| 17:16.35 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4259 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */ |
| 17:16.50 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4260 10/wiki/User:Ksuzee/Reports: /* 11 week */ |
| 17:16.50 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4261 10/wiki/User:Crdueck/log: |
| 17:16.50 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4262 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */ |
| 17:16.50 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4263 10/wiki/User:Ksuzee/Reports: |
| 17:16.50 | CIA-23 | BRL-CAD: 03AftonndumeyecehaebbamllydcgeudmfznvbiejbLaningham 07http://brlcad.org * r4264 10/wiki/Cong_ty_lam_seo_phai_mua5654440: New page: M???i ng?????i ?????u ?????ng ?? r???ng ch??ng ta lu??n t???p trung nh??n v??o c??c trang web ?????u ti??n ??? k???t qu??? t??m ki???m! V?? ?????ng th???i, ch??ng ta ?????ng ?? r???ng kh??... |
| 17:16.50 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4265 10/wiki/User:Cprecup/GSoC2012_progress: 30/07/2012; 01/08/2012 - C commands and their usage in tcl files |
| 17:16.51 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4266 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */ |
| 17:16.53 | CIA-23 | BRL-CAD: 0369.64.46.108 07http://brlcad.org * r4267 10/wiki/Talk:Main_Page: |
| 17:16.56 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4268 10/wiki/User:Elf11: ESA Summer of Code Project Proposal |
| 17:16.57 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4269 10/wiki/User:Elf11: |
| 17:16.57 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4271 10/wiki/User:Elf11: |
| 17:16.58 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4272 10/wiki/User:Elf11: |
| 17:17.03 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4273 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 11 */ |
| 17:17.04 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r4274 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/69.64.46.108|69.64.46.108]] ([[User talk:69.64.46.108|Talk]]); changed back to last version by [[User:Al Da Best|Al Da Best]] |
| 17:17.05 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4270 10/wiki/User:Elf11: |
| 17:17.05 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:69.64.46.108]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites |
| 17:17.06 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Prcikestao]] with an expiry time of 1 year (account creation disabled, e-mail blocked): Spamming links to external sites |
| 17:17.07 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:Pnjun]]": content was: 'delete me' (and the only contributor was '[[Special:Contributions/Pnjun|Pnjun]]') |
| 17:17.13 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[User:/Prcikestao]]": spam |
| 17:17.15 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/protect: protected "[[Talk:Main Page]]": [edit=autoconfirmed:move=autoconfirmed] |
| 18:23.31 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 18:26.29 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 18:26.45 | *** join/#brlcad andrei_ (~andrei@79.117.232.227) | |
| 18:32.15 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:37.57 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 18:37.57 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 18:37.57 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:37.57 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 18:37.57 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:37.57 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 18:37.57 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 18:37.57 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:37.57 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 18:42.30 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4276 10/wiki/User:Popescu.andrei1991: /* Week 10 */ |
| 18:44.10 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4277 10/wiki/User:Popescu.andrei1991: /* Week 10 */ |
| 18:51.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:03.42 | *** join/#brlcad andrei_ (andrei@79.117.232.227) | |
| 19:42.50 | *** join/#brlcad stas (~stas@188.24.40.90) | |
| 20:31.31 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:31.31 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 21:22.37 | *** join/#brlcad Yoshi47 (~jan@bas1-hamilton02-1176408675.dsl.bell.ca) | |
| 21:48.10 | CIA-23 | BRL-CAD: 03crdueck * r51758 10/brlcad/trunk/src/libged/analyze.c: minor change, count table.nrows properly |
| 22:01.52 | ``Erik | <PROTECTED> |
| 22:22.27 | *** join/#brlcad cristina (~quassel@188.24.40.90) | |
| 22:22.42 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 00:17.01 | *** join/#brlcad b0ef (~b0ef@175.134.202.84.customer.cdi.no) | |
| 01:56.42 | CIA-23 | BRL-CAD: 03crdueck * r51759 10/brlcad/trunk/src/libged/analyze.c: update the table interface to allow for variable amounts of rows, some primitives can have an arbitrary number of faces |
| 01:59.50 | CIA-23 | BRL-CAD: 03brlcad * r51760 10/brlcad/trunk/ (include/common.h src/libged/analyze.c): HIDDEN only applies to functions, not variables |
| 02:02.22 | CIA-23 | BRL-CAD: 03brlcad * r51761 10/brlcad/trunk/src/conv/Makefile.am: analyze sits on top of librt, analyze gets ordered first |
| 02:06.22 | CIA-23 | BRL-CAD: 03brlcad * r51762 10/brlcad/trunk/src/conv/step/CMakeLists.txt: declare libs in link order (good practice even if cmake doesn't care) |
| 02:43.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:33.41 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 06:39.07 | *** join/#brlcad andrei_ (~andrei@79.117.232.227) | |
| 06:44.17 | andrei_ | hello |
| 06:45.32 | andrei_ | on functions such as void pkg_close(struct pkg_conn *pc). Should I unit test anything else than if the parameter is NULL ? or should I try various combinations for a made-up pkg_conn |
| 07:02.53 | CIA-23 | BRL-CAD: 03anrgmrty * r51763 10/brlcad/trunk/src/libanalyze/voxels.c: changed a very roundabout way to bu_vls_strcpy |
| 07:05.56 | andrei_ | aside of that, the situation with the csv data remained unfinished. Is it useless or what should we do with it ? |
| 07:29.19 | CIA-23 | BRL-CAD: 0379.117.232.227 07http://brlcad.org * r4278 10/wiki/User:Popescu.andrei1991: /* Week 10 */ |
| 07:43.19 | *** join/#brlcad andrei_ (andrei@79.117.232.227) | |
| 12:21.00 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 12:22.57 | ``Erik | andrei_: might build some fake pc structs to try, and maybe a legit pc struct or 2 |
| 12:25.30 | andrei_ | ah |
| 12:26.03 | andrei_ | then I ll have to change some code a bit. |
| 12:27.52 | andrei_ | regarding commit access, I was looking on the contributor quickies. basically, is there anything that I could do, that would be easier for you( or someone else ) to review ? |
| 17:08.32 | *** join/#brlcad andrei_ (andrei@79.117.232.227) | |
| 17:26.21 | Stattrav | brlcad: here |
| 17:57.00 | Stattrav | I was wondering if someone here could look into my patches and check if they conform to the HACKING guidelines. |
| 21:39.07 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:58.42 | cristina | Hello |
| 22:59.48 | cristina | while compiling brlcad I ran into this error: http://pastebin.mozilla.org/1738109. HEQUAL compares floating point values, I think that the NEAR_ZERO macro should be used instead |
| 02:49.28 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4279 10/wiki/User:Cprecup/GSoC2012_progress: 04/08/2012 - Added the *graph_objects_positions* command and ensured the existence of the implemend commands |
| 03:19.36 | CIA-23 | BRL-CAD: 03cprecup * r51764 10/brlcad/trunk/ (6 files in 5 dirs): |
| 03:19.37 | CIA-23 | BRL-CAD: Changed the definition of the *ged_graph_objects_positions* routine; integrated |
| 03:19.37 | CIA-23 | BRL-CAD: it as a command. Made sure that the commands *graph_objects_positions*, and |
| 03:19.37 | CIA-23 | BRL-CAD: *graph_structure* always exist so that the user is not misinformed that they are |
| 03:19.37 | CIA-23 | BRL-CAD: invalid commands, provided that the Adaptagrams library isn't available. |
| 04:51.39 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 08:34.23 | *** join/#brlcad andrei_ (andrei@79.117.232.121) | |
| 11:33.20 | *** join/#brlcad andrei_ (andrei@79.117.232.121) | |
| 13:46.27 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4280 10/wiki/User:Crdueck/log: |
| 15:53.59 | *** join/#brlcad flash__ (~flash@2.192.242.210) | |
| 16:39.01 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:39.01 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 16:48.28 | *** join/#brlcad flash___ (~flash@2.194.27.111) | |
| 16:55.24 | *** join/#brlcad flash__ (~flash@2.194.27.111) | |
| 17:45.35 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 17:58.15 | *** join/#brlcad andrei_ (andrei@79.117.232.121) | |
| 18:15.11 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:30.25 | tofu_ | cristina: yes, should not be using HEQUAL() .. VNEAR_EQUAL() or HNEAR_EQUAL() are better |
| 19:45.05 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:45.05 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 19:57.34 | CIA-23 | BRL-CAD: 03carlmoore * r51770 10/brlcad/trunk/src/conv/bot_shell-vtk.1: correct spelling of what was 'ancountered','outout' |
| 20:22.01 | CIA-23 | BRL-CAD: 03crdueck * r51771 10/brlcad/trunk/include/vmath.h: update HEQUAL and V2EQUAL to use the HNEAR_EQUAL and V2NEAR_EQUAL macros respectively |
| 20:29.34 | CIA-23 | BRL-CAD: 03crdueck * r51772 10/brlcad/trunk/src/libged/analyze.c: revert r51767, HEQUAL now uses the HNEAR_EQUAL macro |
| 20:58.46 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4283 10/wiki/User:Ksuzee/Reports: |
| 21:25.38 | brlcad | waves back to DarkCalf |
| 21:26.46 | brlcad | andrei_: ask those questions, very interested in those unit tests |
| 21:27.08 | brlcad | hopefully as many distinct and comprehensive tests.. :) |
| 21:29.27 | brlcad | andrei_: you wouldn't be writing unit tests correctly if you didn't uncover SEVERAL ways to produce a segfault |
| 21:30.41 | brlcad | when you find a segfault case, I suggest trying to debug the issue to see if you can make a minimal patch that prevents the crash |
| 21:30.54 | brlcad | the test itself (crashing or not) is good to go |
| 21:35.44 | andrei_ | hello brlcad |
| 21:35.44 | andrei_ | so |
| 21:35.48 | andrei_ | if I have in a tes |
| 21:35.50 | andrei_ | t |
| 21:36.38 | andrei_ | let s say, two cases of segfault and the second one is never reached by the first one, should I submmit it like that ? Or should I fix the " minimal patch" and submit it after? |
| 21:37.08 | andrei_ | what I meant is that a program exists when it encounters a segfault. It never reaches the other case |
| 21:41.40 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4284 10/wiki/User:Elf11: |
| 21:43.26 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4285 10/wiki/User:Elf11: |
| 21:45.01 | andrei_ | another question : pkg_conn has a rather large number of fields. There are several functions that receive only pkg_conn type parameter. Should I test every field from pkg_conn ? |
| 21:45.35 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4286 10/wiki/User:Elf11: |
| 21:48.20 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4287 10/wiki/User:Elf11: |
| 21:57.55 | DarkCalf | brlcad, are you guys in san diego? |
| 22:12.32 | ``Erik | some of 'em are in la for siggraph |
| 22:14.54 | ``Erik | andrei_: leave it so both cases are in there, when the code the first one exercises gets fixed, the next will be ready to go |
| 22:16.56 | ``Erik | for the pkg_conn fields, it's better to test too much than too little.. fill in as much as you can :) |
| 22:17.34 | ``Erik | if you can figure out how to get 100% coverage (every line of code exercised, every branch tried), that'd be awesome |
| 22:18.34 | andrei_ | right, thanks :) |
| 22:30.01 | *** join/#brlcad cristina (~quassel@188.24.45.30) | |
| 22:31.11 | *** join/#brlcad stas (~stas@188.24.45.30) | |
| 22:35.19 | *** part/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 22:36.15 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 22:40.00 | elf_ | I updated the schedule that I thought about for SOCIS, the proposed schedule for the first month can be found http://brlcad.org/wiki/User:Elf11#Proposed_Schedule as tasks will get done the project plan will get revised, the schedule will get also revised if any of the mentors have any additions |
| 23:02.33 | *** join/#brlcad cristina (~quassel@188.24.45.30) | |
| 23:14.33 | *** join/#brlcad IriX64 (~kvirc@70.49.139.62) | |
| 00:03.34 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 00:41.15 | DarkCalf | ``Erik, i knew they were somewhere on the west coast, just wasn't sure where :) |
| 01:16.35 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4288 10/wiki/User:Cprecup/GSoC2012_progress: 06/08/2012 - started work on the decorative routines |
| 02:39.25 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 06:55.59 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:58.03 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 07:25.15 | CIA-23 | BRL-CAD: 03AdamugfqdcgzgwMobilio 07http://brlcad.org * r4289 10/wiki/Unlock_iPhone_4_2892627609: New page: The latest Apple's innovation as well as the latest passion is a remarkable new Internet communication device called iPhone. It is not just a smart phone but likewise features a widescreen... |
| 07:42.51 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 07:52.55 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 08:20.20 | CIA-23 | BRL-CAD: 03AdamugfqdcgzgwMobilio 07http://brlcad.org * r4290 10/wiki/Unlock_Iphone_4_2648093896: New page: Uncovering an unlock iPhone 4 is typically interchanged with jailbreaking. Yet they're not just the same. Jailbreaking is a treatment that's done to let you secondhand applications that ar... |
| 10:17.56 | CIA-23 | BRL-CAD: 03phoenixyjll * r51773 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Use a new method for partitioning a surface. (WIP) |
| 10:21.20 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4291 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 10:58.13 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:37.19 | CIA-23 | BRL-CAD: 03bob1961 * r51774 10/brlcad/trunk/src/bwish/cadAppInit.c: This fix gets command history working again in Archer on Windows. |
| 13:04.52 | CIA-23 | BRL-CAD: 03anrgmrty * r51775 10/brlcad/trunk/src/tclscripts/lib/tclIndex: changes for autocomplete |
| 13:19.21 | CIA-23 | BRL-CAD: 03indianlarry * r51776 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: Added explicit cast of double -> int within TriagleIntersection routine to allow strict compile. Please check 'phoenixyjll' to see if this was intentional. |
| 13:43.59 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 13:54.44 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 14:13.15 | CIA-23 | BRL-CAD: 03anrgmrty * r51777 10/brlcad/trunk/src/ (libtclcad/tclcad_obj.c tclscripts/mged/help.tcl): changes for enabling autocomplete |
| 16:03.01 | CIA-23 | BRL-CAD: 03carlmoore * r51778 10/brlcad/trunk/doc/docbook/system/mann/en/anim_hardtrack.xml: add d to 'design to be use' |
| 16:08.29 | CIA-23 | BRL-CAD: 03carlmoore * r51779 10/brlcad/trunk/README: removed trailing blanks and fixed spelling of 'dependent' |
| 16:11.32 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Unlock Iphone 4 2648093896]]": spam |
| 16:11.35 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Unlock iPhone 4 2892627609]]": spam |
| 16:12.20 | CIA-23 | BRL-CAD: 03carlmoore * r51780 10/brlcad/trunk/autogen.sh: removed trailing blank(s) |
| 16:13.12 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:AdamugfqdcgzgwMobilio]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages |
| 16:39.15 | *** join/#brlcad stas (~stas@188.24.45.30) | |
| 16:51.17 | CIA-23 | BRL-CAD: 03carlmoore * r51781 10/brlcad/trunk/src/conv/dxf/bot-bldxf.c: fix 'vertices' spelling in comments and in one output string |
| 17:24.13 | CIA-23 | BRL-CAD: 03carlmoore * r51782 10/brlcad/trunk/autogen.sh: removed a trailing tab, too |
| 17:30.45 | brlcad | loves carl |
| 17:31.03 | brlcad | someone who understands! *sniff* |
| 18:03.18 | CIA-23 | BRL-CAD: 03r_weiss * r51783 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: |
| 18:03.18 | CIA-23 | BRL-CAD: Update to function "nmg_edge_g_fuse" in file "nmg_fuse.c". After additional |
| 18:03.18 | CIA-23 | BRL-CAD: testing, the previous version of this function was not working as well as |
| 18:03.18 | CIA-23 | BRL-CAD: expected. This new version does not rely on the dot product for determining if |
| 18:03.18 | CIA-23 | BRL-CAD: edges are parallel. |
| 18:37.50 | *** join/#brlcad andrei_ (~andrei@79.119.91.1) | |
| 19:45.49 | CIA-23 | BRL-CAD: 03carlmoore * r51784 10/brlcad/trunk/NEWS: removed trailing blank |
| 19:50.54 | CIA-23 | BRL-CAD: 03carlmoore * r51785 10/brlcad/trunk/BUGS: remove trailing blanks and fix spellings |
| 19:56.39 | CIA-23 | BRL-CAD: 03r_weiss * r51786 10/brlcad/trunk/ (8 files in 5 dirs): |
| 19:56.39 | CIA-23 | BRL-CAD: Added a new mged command "bot_fuse". Add a new file "src/libged/bot_fuse.c" and |
| 19:56.39 | CIA-23 | BRL-CAD: updated files "include/ged.h", "include/raytrace.h", "src/libged/Makefile.am", |
| 19:56.39 | CIA-23 | BRL-CAD: "src/libged/CMakeLists.txt", "src/mged/setup.c", "src/libtclcad/tclcad_obj.c" |
| 19:56.39 | CIA-23 | BRL-CAD: and "src/librt/primitives/bot/bot_brep.cpp". This new command is a work in |
| 19:56.40 | CIA-23 | BRL-CAD: progress. This command attempts to repair BOTs using NMG fuse functions. |
| 19:57.07 | CIA-23 | BRL-CAD: 03carlmoore * r51787 10/brlcad/trunk/NEWS: fix spelling |
| 20:02.43 | andrei_ | hello |
| 20:02.49 | CIA-23 | BRL-CAD: 03carlmoore * r51788 10/brlcad/trunk/TODO: remove trailing blanks and fix spellings |
| 20:03.02 | andrei_ | I ve been working to re-model the tests to fully test every parameter ( even from pkg_conn ) |
| 20:05.10 | CIA-23 | BRL-CAD: 03carlmoore * r51789 10/brlcad/trunk/HACKING: remove trailing blanks and fix spelling of 'visible' |
| 20:07.09 | CIA-23 | BRL-CAD: 03carlmoore * r51790 10/brlcad/trunk/INSTALL: remove trailing blanks and fix spellings |
| 20:09.19 | CIA-23 | BRL-CAD: 03carlmoore * r51791 10/brlcad/trunk/AUTHORS: remove trailing blank(s), and I think I recall 'Merritt' spelling |
| 20:12.35 | CIA-23 | BRL-CAD: 03carlmoore * r51792 10/brlcad/trunk/ChangeLog: removed trailing blanks but made NO spelling fixes due to people's messages |
| 20:18.28 | CIA-23 | BRL-CAD: 03carlmoore * r51793 10/brlcad/trunk/CMakeLists.txt: remove trailing blanks and fix spellings |
| 20:19.30 | CIA-23 | BRL-CAD: 03carlmoore * r51794 10/brlcad/trunk/configure.cmake.sh: remove trailing blanks |
| 20:27.45 | andrei_ | <PROTECTED> |
| 20:28.25 | andrei_ | here it is : http://slexy.org/view/s2BsnbiM69 |
| 20:28.38 | andrei_ | code is commented because it causes segfaults and it would've prevented me from testing other parts. |
| 20:31.09 | CIA-23 | BRL-CAD: 03carlmoore * r51795 10/brlcad/trunk/configure.ac: fix spellings (CAN NOT TOUCH PROGRAM VARIABLES' NAMES, ETC.) |
| 20:37.19 | CIA-23 | BRL-CAD: 03r_weiss * r51796 10/brlcad/trunk/ (7 files in 5 dirs): |
| 20:37.20 | CIA-23 | BRL-CAD: Change function "nmg_model_edge_fuse" to "nmg_edge_fuse" and changed the 1st |
| 20:37.20 | CIA-23 | BRL-CAD: parameter from an NMG model pointer to an NMG object magic number. This allows |
| 20:37.20 | CIA-23 | BRL-CAD: any NMG object type to be fused instead of just NMG models. Changed files |
| 20:37.20 | CIA-23 | BRL-CAD: "include/raytrace.h", "src/libged/bot_fuse.c", "src/libged/wdb_obj.c", |
| 20:37.20 | CIA-23 | BRL-CAD: "src/conv/euclid/euclid-g.c", "src/conv/jack/jack-g.c", |
| 20:37.21 | CIA-23 | BRL-CAD: "src/librt/primitives/nmg/nmg_fuse.c" and "src/librt/primitives/nmg/nmg_bool.c". |
| 20:41.25 | CIA-23 | BRL-CAD: 03carlmoore * r51797 10/brlcad/trunk/bench/run.sh: remove trailing blanks/tabs , and fix spellings |
| 20:51.17 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 20:58.07 | *** join/#brlcad andrei_ (andrei@79.119.91.1) | |
| 21:00.42 | CIA-23 | BRL-CAD: 03r_weiss * r51798 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Changed function "nmg_edge_fuse" to accept as input a pointer to either an NMG object or bu_ptbl structure. Changed file "nmg_fuse.c". |
| 21:27.15 | CIA-23 | BRL-CAD: 03carlmoore * r51799 10/brlcad/trunk/bench/benchmark.1: fix a misspelled word |
| 22:03.52 | CIA-23 | BRL-CAD: 03carlmoore * r51800 10/brlcad/trunk/doc/BRL-CAD.bib: remove trailing blanks/tabs and fix spellings |
| 00:08.40 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) | |
| 01:38.34 | *** part/#brlcad sharvey (~sharvey@xi.metaether.net) | |
| 01:39.53 | *** join/#brlcad juan_man (~quassel@unaffiliated/juanman) | |
| 02:25.16 | CIA-23 | BRL-CAD: 03Crdueck 07http://brlcad.org * r4292 10/wiki/User:Crdueck: |
| 03:37.30 | andrei_ | brlcad ,if there's time, could you please have a look at the unit test I pasted earlier. If it looks ok I ll tune the rest aswell. Thank you |
| 04:28.28 | CIA-23 | BRL-CAD: 03starseeker * r51801 10/brlcad/trunk/INSTALL: Sync INSTALL |
| 05:36.35 | CIA-23 | BRL-CAD: 03phoenixyjll * r51802 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: int was used by mistake. Use double instead. |
| 08:08.05 | CIA-23 | BRL-CAD: 03Elf11 07http://brlcad.org * r4293 10/wiki/User:Elf11: /* Proposed Schedule */ |
| 09:38.55 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:41.53 | CIA-23 | BRL-CAD: 03phoenixyjll * r51803 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Partitioning a surface. Modifications for special cases and tests are needed. |
| 09:45.17 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4294 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 10:14.25 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4295 10/wiki/User:Popescu.andrei1991: /* Week 11 */ |
| 10:14.51 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4296 10/wiki/User:Popescu.andrei1991: /* Week 11 */ |
| 10:44.22 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:45.22 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 13:20.42 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 14:58.22 | CIA-23 | BRL-CAD: 03carlmoore * r51804 10/brlcad/trunk/doc/README.AIX: fix a misspelled word in text |
| 15:00.43 | CIA-23 | BRL-CAD: 03carlmoore * r51805 10/brlcad/trunk/doc/README.BSD: remove trailing blanks |
| 15:02.43 | CIA-23 | BRL-CAD: 03carlmoore * r51806 10/brlcad/trunk/doc/README.IRIX: remove trailing blanks/tabs |
| 15:03.52 | CIA-23 | BRL-CAD: 03carlmoore * r51807 10/brlcad/trunk/doc/README.Linux: remove trailing blanks/tabs |
| 15:05.00 | CIA-23 | BRL-CAD: 03carlmoore * r51808 10/brlcad/trunk/doc/README.MacOSX: remove trailing blanks/tabs |
| 15:06.00 | CIA-23 | BRL-CAD: 03carlmoore * r51809 10/brlcad/trunk/doc/README.Solaris: remove trailing blanks/tabs |
| 15:08.30 | CIA-23 | BRL-CAD: 03carlmoore * r51810 10/brlcad/trunk/doc/README.VAX: remove trailing blanks/tabs, fix spelling, add a period |
| 15:09.38 | CIA-23 | BRL-CAD: 03carlmoore * r51811 10/brlcad/trunk/doc/README.Windows: add a missing space |
| 15:13.55 | CIA-23 | BRL-CAD: 03carlmoore * r51812 10/brlcad/trunk/doc/TODO.BREP: remove trailing blanks/tabs, added ending newline, fixe spelling |
| 15:19.12 | CIA-23 | BRL-CAD: 03carlmoore * r51813 10/brlcad/trunk/doc/bison_to_lemon.txt: remove trailing blank and fix spelling |
| 15:21.03 | CIA-23 | BRL-CAD: 03carlmoore * r51814 10/brlcad/trunk/doc/brep.txt: fix spelling |
| 15:35.30 | CIA-23 | BRL-CAD: 03carlmoore * r51815 10/brlcad/trunk/doc/cvs.txt: fix spellings |
| 15:38.17 | CIA-23 | BRL-CAD: 03carlmoore * r51816 10/brlcad/trunk/doc/deprecation.txt: remove trailing/blanks/tabs and fix spellings |
| 15:40.55 | CIA-23 | BRL-CAD: 03carlmoore * r51817 10/brlcad/trunk/doc/flex_to_re2c.txt: fix a spelling |
| 15:41.39 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 15:44.02 | CIA-23 | BRL-CAD: 03carlmoore * r51818 10/brlcad/trunk/doc/history.txt: fix spellings |
| 15:49.48 | CIA-23 | BRL-CAD: 03carlmoore * r51819 10/brlcad/trunk/doc/ecosystem.dot: oops, did not remove trailint tabs -- now done! |
| 15:50.19 | CIA-23 | BRL-CAD: 03carlmoore * r51820 10/brlcad/trunk/doc/old-mged.tr: fix spellings |
| 15:52.05 | CIA-23 | BRL-CAD: 03carlmoore * r51821 10/brlcad/trunk/doc/pad_file.xml.in: fix spelling of 'disseminate' |
| 15:54.53 | CIA-23 | BRL-CAD: 03carlmoore * r51822 10/brlcad/trunk/doc/pkg.tr: fix spellings |
| 16:02.43 | CIA-23 | BRL-CAD: 03carlmoore * r51823 10/brlcad/trunk/doc/plot3.5: fix a spelling |
| 16:05.21 | CIA-23 | BRL-CAD: 03carlmoore * r51824 10/brlcad/trunk/doc/regions.txt: fix spelling; also removed duplicate 'list definition.' |
| 16:07.09 | CIA-23 | BRL-CAD: 03carlmoore * r51825 10/brlcad/trunk/doc/rounding.txt: fix spellings but could not quite figure out 'repirocal' |
| 16:09.49 | CIA-23 | BRL-CAD: 03brlcad * r51826 10/brlcad/trunk/doc/rounding.txt: undoubtedly meant the reciprocal division method |
| 16:11.41 | CIA-23 | BRL-CAD: 03carlmoore * r51827 10/brlcad/trunk/doc/tube.txt: changed 'Eg' to 'E.g.' |
| 16:29.19 | CIA-23 | BRL-CAD: 03carlmoore * r51828 10/brlcad/trunk/include/bu.h: fix spellings; remove trailing blanks/tabs; change 'ie' to 'i.e.' |
| 17:06.01 | *** join/#brlcad elf (~elf@p22.eregie.pub.ro) | |
| 17:12.41 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 17:15.50 | CIA-23 | BRL-CAD: 03r_weiss * r51829 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function "nmg_edge_g_fuse" in file "nmg_fuse.c". Made some changes to help performance and improve readability. |
| 17:21.35 | *** join/#brlcad andrei (andrei@79.119.91.1) | |
| 17:21.39 | andrei | hello ! |
| 17:25.08 | andrei | brlcad, are you around ? |
| 17:30.56 | brlcad | ~ask |
| 17:30.56 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:31.50 | brlcad | i saw your message, but am quite tasked at the moment running between sessions -- I'll definitely review it as soon as I can, but try to ping others too |
| 17:32.22 | andrei | ah, thank you, I ll try to improve the others aswell. |
| 17:32.50 | brlcad | if you know of a way to improve the patch, you should definitely do that |
| 17:33.32 | brlcad | there's almost always a steady-state where a patch can't be improved any more (without changing the scope/intent of the patch, don't need to do that) |
| 17:34.35 | andrei | I believe there still are ways to improve some patches. I am just no sure if they are fit. However, until you have time to review. I shall work on the small patches fixing segfaults and other issues. |
| 17:35.22 | brlcad | great |
| 17:58.03 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:39.30 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 19:03.01 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 19:07.21 | CIA-23 | BRL-CAD: 03carlmoore * r51830 10/brlcad/trunk/misc/Doxyfile: remove trailing blanks/tabs, and fix a spelling |
| 19:11.21 | CIA-23 | BRL-CAD: 03carlmoore * r51831 10/brlcad/trunk/misc/Doxyfile.in: fix 2 spellings, and remove trailing blanks/tabs |
| 19:13.35 | ksuzee | Hello! |
| 19:13.48 | ``Erik | high def look at mars: http://www.panoramas.dk/mars/greeley-haven.html |
| 19:13.51 | CIA-23 | BRL-CAD: 03carlmoore * r51832 10/brlcad/trunk/misc/NIST_DENSITIES: remove trailing blanks/tabs |
| 19:14.23 | ksuzee | I've already finished reduction of duplications in clip.c for libged and libdm and put common functions to clip.c in libbn. I've reducted libged/track.c and libwdb/reg.c in the same way. So now there're some functions, common for libcv and util and some more duplicutions, where one of the directories is /util. So could you tell me, where to put common code for these situations? |
| 19:17.22 | CIA-23 | BRL-CAD: 03BobbiengoiigbjakDelaportilla 07http://brlcad.org * r4297 10/wiki/No-Fault_Divorce_in_New_York6546791: New page: New York has lastly enacted a no-fault divorce regulation. It had been the last American condition to do this and legitimate enthusiasts continue to be diffusing the adjustments. Zealots o... |
| 19:18.43 | *** join/#brlcad stas (~stas@188.24.45.30) | |
| 19:21.05 | CIA-23 | BRL-CAD: 03carlmoore * r51833 10/brlcad/trunk/misc/doxygen_structure: remove trailing blank |
| 19:25.18 | CIA-23 | BRL-CAD: 03carlmoore * r51834 10/brlcad/trunk/misc/flawfinder: remove trailing blanks, and fix spelling assuming 'poertable' should be 'portable' |
| 20:04.21 | CIA-23 | BRL-CAD: 03carlmoore * r51835 10/brlcad/trunk/misc/astyle.opt: removed trailing blank |
| 20:07.07 | CIA-23 | BRL-CAD: 03carlmoore * r51836 10/brlcad/trunk/misc/libtool.m4: fixed a spelling |
| 20:10.25 | CIA-23 | BRL-CAD: 03carlmoore * r51837 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: remove trailing blanks/tabs and fix a spelling |
| 20:15.01 | ``Erik | fwiw, GSoC recommmended 'pencils down' is next monday (aug 13), firm deadline is a week after (aug 20) |
| 01:53.35 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph editor v1.png]]": Early version of the window that the graph command launches for the src/share/db/axis.g. |
| 01:56.13 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4299 10/wiki/User:Cprecup/GSoC2012_progress: 08/08/2012 - nodes coloured depending on the objects' type + name written within the rectangle |
| 02:01.35 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4300 10/wiki/User:Cprecup/GSoC2012_progress: /* 08/08/2012 */ - forgot to mention the database used |
| 02:13.24 | CIA-23 | BRL-CAD: 03cprecup * r51838 10/brlcad/trunk/src/ (libged/dag.cpp tclscripts/graph/GraphEditor.tcl): |
| 02:13.24 | CIA-23 | BRL-CAD: Added *decorate_object* routine that adds an entry into a hash table depending |
| 02:13.24 | CIA-23 | BRL-CAD: on the object's type (primitive/combination/something else). Used this in the |
| 02:13.24 | CIA-23 | BRL-CAD: View part - differently coloured nodes correspond to different types. Added text |
| 02:13.24 | CIA-23 | BRL-CAD: with the object's name within each rectangle of a node. |
| 04:16.56 | *** join/#brlcad andrei (andrei@86.123.127.173) | |
| 04:44.13 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[No-Fault Divorce in New York6546791]]": spam |
| 04:44.26 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:BobbiengoiigbjakDelaportilla]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 05:14.36 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 05:24.46 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 06:56.25 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 07:18.47 | brlcad | starseek1r: http://vcg.isti.cnr.it/Publications/2011/TPPPC11/ |
| 07:20.12 | brlcad | and http://www.graphics.rwth-aachen.de/media/papers/campen_2012_sg_preprint1.pdf |
| 09:08.23 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 09:28.55 | CIA-23 | BRL-CAD: 03phoenixyjll * r51839 10/brlcad/trunk/src/ (libged/brep.c librt/primitives/brep/brep.cpp): Add an option to the brep command in MGED to test boolean evaluations (currently only "union"). The evaluations are still WIP. |
| 09:31.04 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4301 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 09:32.32 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4302 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 09:34.47 | *** join/#brlcad andrei (~andrei@86.123.127.173) | |
| 10:10.10 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 11:01.01 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:16.56 | CIA-23 | BRL-CAD: 03Rangehoods 07http://brlcad.org * r4303 10/wiki/Talk:Main_Page: |
| 14:12.16 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r4304 10/wiki/Talk:Main_Page: Reverted edits by [[Special:Contributions/Rangehoods|Rangehoods]] ([[User talk:Rangehoods|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 14:12.31 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Rangehoods]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 14:13.55 | andrei | brlcad : do you have any idea why this doesn't work ? if ( pc->pkc_hdr == *(struct pkg_header*) NULL ) |
| 14:14.08 | andrei | pc is struct pkg_conn *pc |
| 14:14.21 | andrei | and the error I get is invalid operands to binary == (have struct pkg_header and struct pkg_header) |
| 14:31.02 | *** join/#brlcad andrei (andrei@86.123.127.173) | |
| 14:43.04 | brlcad | andrei: er, the asterisk converts the pointer to a non pointer type |
| 14:43.19 | brlcad | moreover it's converting NULL to a struct pkg_header, which is wrong |
| 14:44.45 | brlcad | you need to compare pkc_hdr to something that is the same type as pkc_hdr |
| 14:50.53 | brlcad | since it's a struct pkg_header, you'd need to compare it to one of those, or what I suspect you're trying to do is validate that the header is valid |
| 14:51.06 | brlcad | for that, the header has a pkh_magic |
| 14:51.53 | ``Erik | digia to acquire qt... guess starseeker can sleep at night now |
| 14:58.10 | andrei | brlcad : ah, right. Thanks |
| 15:21.56 | CIA-23 | BRL-CAD: 0398.141.233.154 07http://brlcad.org * r4305 10/wiki/Building_from_SVN: /* Configure the build system */ |
| 15:42.56 | CIA-23 | BRL-CAD: 03carlmoore * r51840 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: remove trailing blank |
| 15:45.59 | CIA-23 | BRL-CAD: 03carlmoore * r51841 10/brlcad/trunk/INSTALL: fix spellings and remove trailing blanks |
| 17:50.27 | CIA-23 | BRL-CAD: 03carlmoore * r51842 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: remove trailing blank |
| 17:52.30 | CIA-23 | BRL-CAD: 03carlmoore * r51843 10/brlcad/trunk/misc/CMake/BRLCAD_Options.cmake: remove trailing blank, and (in a comment) remove dup. 'we' and add comma |
| 18:27.48 | CIA-23 | BRL-CAD: 03carlmoore * r51844 10/brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: remove trailing blanks |
| 18:32.01 | CIA-23 | BRL-CAD: 03carlmoore * r51845 10/brlcad/trunk/include/db.h: changed a word to what is now 'Superquadratic' in a comment |
| 18:32.08 | CIA-23 | BRL-CAD: 03r_weiss * r51846 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Update to function "nmg_edge_g_fuse" within file "nmg_fuse.c". The change was to correct a problem with the sort ordering and to improve performance. |
| 18:35.40 | CIA-23 | BRL-CAD: 03carlmoore * r51847 10/brlcad/trunk/include/bn.h: remove trailing blanks and fix spellings |
| 18:37.21 | CIA-23 | BRL-CAD: 03carlmoore * r51848 10/brlcad/trunk/include/pc.h: remove trailing blanks |
| 18:38.22 | CIA-23 | BRL-CAD: 03carlmoore * r51849 10/brlcad/trunk/include/pkg.h: remove trailing blank |
| 18:39.44 | CIA-23 | BRL-CAD: 03carlmoore * r51850 10/brlcad/trunk/include/pstdint.h: remove trailing blanks |
| 18:45.04 | CIA-23 | BRL-CAD: 03r_weiss * r51851 10/brlcad/trunk/ (include/raytrace.h src/librt/primitives/nmg/nmg_info.c): Added new function "nmg_find_shell" which finds the shell that an NMG object is within. Changes were made to files "nmg_infoc." and "raytrace.h". |
| 19:14.22 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 19:42.22 | *** join/#brlcad stas (~stas@188.24.45.30) | |
| 19:59.39 | CIA-23 | BRL-CAD: 03carlmoore * r51852 10/brlcad/trunk/src/conv/3dm/3dm-g.cpp: fix spelling |
| 20:03.12 | CIA-23 | BRL-CAD: 03carlmoore * r51853 10/brlcad/trunk/src/irprep/all_sf.c: use capital U in Usage, and fix a spelling |
| 20:06.03 | CIA-23 | BRL-CAD: 03carlmoore * r51854 10/brlcad/trunk/src/anim/anim_cascade.c: added \n to an error message |
| 20:06.57 | CIA-23 | BRL-CAD: 03r_weiss * r51855 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Updated function "nmg_edge_fuse" in file "nmg_fuse.c". Added vertex fusing based on type of object. |
| 20:08.58 | CIA-23 | BRL-CAD: 03carlmoore * r51856 10/brlcad/trunk/src/anim/anim_fly.c: fix spelling, remove trailing blanks, add \n |
| 20:10.55 | CIA-23 | BRL-CAD: 03carlmoore * r51857 10/brlcad/trunk/src/anim/anim_hardtrack.c: use small a to match command name |
| 20:12.40 | CIA-23 | BRL-CAD: 03carlmoore * r51858 10/brlcad/trunk/src/anim/anim_keyread.c: add \n |
| 20:18.06 | CIA-23 | BRL-CAD: 03carlmoore * r51859 10/brlcad/trunk/src/anim/anim_script.c: add missing 1st period in 'i.e.' comment |
| 20:19.28 | CIA-23 | BRL-CAD: 03carlmoore * r51860 10/brlcad/trunk/src/anim/anim_sort.c: fix a spelling |
| 20:20.07 | CIA-23 | BRL-CAD: 03r_weiss * r51861 10/brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c: Changed function "nmg_gluefaces" to perform edge fusing using "nmg_edge_fuse". |
| 20:20.52 | CIA-23 | BRL-CAD: 03carlmoore * r51862 10/brlcad/trunk/src/anim/anim_time.c: fix spelling |
| 20:22.47 | CIA-23 | BRL-CAD: 03carlmoore * r51863 10/brlcad/trunk/src/anim/anim_track.c: use small a from command name |
| 20:27.36 | CIA-23 | BRL-CAD: 03carlmoore * r51864 10/brlcad/trunk/src/anim/anim_turn.c: fix spelling |
| 20:30.43 | CIA-23 | BRL-CAD: 03carlmoore * r51865 10/brlcad/trunk/src/util/ap-pix.c: fix spelling |
| 20:37.42 | CIA-23 | BRL-CAD: 03carlmoore * r51866 10/brlcad/trunk/src/conv/asc/asc2g.c: fix comment spellings |
| 20:43.02 | CIA-23 | BRL-CAD: 03carlmoore * r51867 10/brlcad/trunk/src/shapes/bolt.c: fix spellings |
| 20:46.05 | CIA-23 | BRL-CAD: 03carlmoore * r51868 10/brlcad/trunk/src/conv/bot_shell-vtk.c: fix spelling |
| 20:50.21 | CIA-23 | BRL-CAD: 03carlmoore * r51869 10/brlcad/trunk/src/conv/asc/g2asc.c: fix spellings |
| 20:53.19 | CIA-23 | BRL-CAD: 03carlmoore * r51870 10/brlcad/trunk/regress/repository.sh: fix spelling and remove trailing blanks |
| 20:56.25 | CIA-23 | BRL-CAD: 03carlmoore * r51871 10/brlcad/trunk/regress/nirt.sh: removed trailing blanks |
| 20:57.55 | CIA-23 | BRL-CAD: 03carlmoore * r51872 10/brlcad/trunk/regress/CMakeLists.txt: remove trailing blanks |
| 20:59.33 | CIA-23 | BRL-CAD: 03carlmoore * r51873 10/brlcad/trunk/sh/distcheck_screen.sh: remove trailing blanks and fix spelling |
| 21:01.12 | CIA-23 | BRL-CAD: 03carlmoore * r51874 10/brlcad/trunk/sh/make_deb.sh: remove trailing blanks |
| 21:02.35 | CIA-23 | BRL-CAD: 03carlmoore * r51875 10/brlcad/trunk/sh/news2tracker.sh: remove trailing blanks |
| 21:03.21 | CIA-23 | BRL-CAD: 03carlmoore * r51876 10/brlcad/trunk/sh/sgisnap.sh: remove trailing blanks |
| 21:05.41 | CIA-23 | BRL-CAD: 03carlmoore * r51877 10/brlcad/trunk/sh/ws.sh: supply f, missing letter of alphabet |
| 21:41.05 | CIA-23 | BRL-CAD: 03carlmoore * r51878 10/brlcad/trunk/regress/testlib.c: remove trailing blanks |
| 21:58.49 | CIA-23 | BRL-CAD: 03carlmoore * r51879 10/brlcad/trunk/src/burst/ui.c: remove trailing blanks |
| 22:02.41 | CIA-23 | BRL-CAD: 03carlmoore * r51880 10/brlcad/trunk/include/rtgeom.h: remove trailing blanks and fix spellings |
| 22:04.21 | CIA-23 | BRL-CAD: 03carlmoore * r51881 10/brlcad/trunk/src/CMakeLists.txt: remove trailing blanks |
| 22:21.50 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb104.bb.sky.com) | |
| 23:21.32 | starseek1r | hah, cool: http://graphics.pixar.com/opensubdiv |
| 23:40.49 | starseeker | ``Erik: phew |
| 23:41.35 | starseeker | ``Erik: 'course, we'll have to see how they do at interacting with open source |
| 23:43.36 | louipc | points for hosting a git repo eh |
| 23:52.34 | starseeker | is trying to recall if he has seen another non-Microsoft project use the Microsoft Public License... |
| 00:07.44 | louipc | steve jobs must be rolling in his grave |
| 01:09.47 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 01:45.07 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 02:10.59 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 03:04.56 | starseeker | MakerSlide -- Open Source Linear Bearing System - http://makerslide.com/ |
| 03:05.10 | starseeker | has a couple step files, CC licensed |
| 06:54.00 | *** join/#brlcad andrei (~andrei@79.118.113.219) | |
| 08:11.23 | *** join/#brlcad stas (~stas@188.24.45.30) | |
| 09:19.47 | CIA-23 | BRL-CAD: 03phoenixyjll * r51882 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add trims, vertices, edges, etc. to the b-rep structure and check its validity. |
| 09:19.58 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4306 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 10:24.06 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:58.45 | CIA-23 | BRL-CAD: 03bob1961 * r51883 10/brlcad/trunk/src/libged/edpipe.c: ged_move_pipept() now expects the passed in point to be in local units. This fixes an error in Archer that shows up when trying to move a pipe point in a database that has the units set to something other than mm. |
| 12:25.00 | CIA-23 | BRL-CAD: 03bob1961 * r51884 10/brlcad/trunk/src/libged/edpipe.c: ged_move_pipept was using the wrong argv item for the "bad pipe segment index" error message. |
| 13:17.11 | CIA-23 | BRL-CAD: 03bob1961 * r51885 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed typo in ArcherCore::shootRay. |
| 13:49.30 | CIA-23 | BRL-CAD: 03carlmoore * r51886 10/brlcad/trunk/sh/ws.sh: remove 'f' because of the preceding comment -- undoing mistaken change I made |
| 13:55.56 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 13:57.04 | CIA-23 | BRL-CAD: 03carlmoore * r51887 10/brlcad/trunk/misc/nsis/brlcad.nsi: remove trailing blanks |
| 13:59.32 | CIA-23 | BRL-CAD: 03carlmoore * r51888 10/brlcad/trunk/misc/CMake/tcltest.tcl.in: remove trailing blank |
| 14:01.29 | CIA-23 | BRL-CAD: 03carlmoore * r51889 10/brlcad/trunk/doc/docbook/README: remove trailing blanks |
| 14:02.42 | CIA-23 | BRL-CAD: 03carlmoore * r51890 10/brlcad/trunk/doc/docbook/fop.xconf.in: remove trailing blanks |
| 15:07.24 | CIA-23 | BRL-CAD: 03bob1961 * r51891 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a problem that occurs when moving pipe points in Archer. |
| 17:25.28 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 18:10.24 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4307 10/wiki/User:Ksuzee/Reports: /* 12 week */ |
| 19:08.14 | CIA-23 | BRL-CAD: 03carlmoore * r51892 10/brlcad/trunk/misc/macosx/openUp.c: remove trailing blanks |
| 19:11.15 | CIA-23 | BRL-CAD: 03carlmoore * r51893 10/brlcad/trunk/m4/ax_boost_base.m4: remove trailing blanks/tabs |
| 19:12.10 | CIA-23 | BRL-CAD: 03carlmoore * r51894 10/brlcad/trunk/sh/orbit.sh: remove trailing tab |
| 19:13.15 | CIA-23 | BRL-CAD: 03carlmoore * r51895 10/brlcad/trunk/sh/trimconfig.sh: remove trailing blanks/tabs |
| 19:18.24 | CIA-23 | BRL-CAD: 03carlmoore * r51896 10/brlcad/trunk/sh/ws.sh: remove trailing tabs -- the omitted 'f' STAYS omitted! |
| 19:19.36 | CIA-23 | BRL-CAD: 03carlmoore * r51897 10/brlcad/trunk/misc/CMake/BRLCAD_Options.cmake: remove trailing blanks/tabs |
| 19:21.53 | CIA-23 | BRL-CAD: 03carlmoore * r51898 10/brlcad/trunk/misc/CMake/FindTCL.cmake: remove trailing blanks/tabs, and fix 2 spellings |
| 19:23.28 | CIA-23 | BRL-CAD: 03carlmoore * r51899 10/brlcad/trunk/misc/CMake/FindYACC.cmake: remove trailing blanks/tabs |
| 19:26.49 | CIA-23 | BRL-CAD: 03carlmoore * r51900 10/brlcad/trunk/misc/CMake/NSIS.template.in: remove trailing blanks/tabs, and fix spellings |
| 19:28.00 | CIA-23 | BRL-CAD: 03carlmoore * r51901 10/brlcad/trunk/misc/CMake/ThirdParty_TCL.cmake: remove trailing blanks/tabs, and fix 1 spelling |
| 19:29.16 | CIA-23 | BRL-CAD: 03carlmoore * r51902 10/brlcad/trunk/src/adrt/load_g.c: remove trailing blanks/tabs |
| 19:30.54 | CIA-23 | BRL-CAD: 03carlmoore * r51903 10/brlcad/trunk/src/fbed/fbed.c: remove trailing blanks/tabs |
| 19:33.02 | CIA-23 | BRL-CAD: 03carlmoore * r51904 10/brlcad/trunk/src/libbu/sscanf.c: remove trailing blanks/tabs and fix spellings |
| 19:34.15 | CIA-23 | BRL-CAD: 03carlmoore * r51905 10/brlcad/trunk/src/libfb/if_remote.c: remove trailing blanks/tabs |
| 19:37.12 | CIA-23 | BRL-CAD: 03carlmoore * r51906 10/brlcad/trunk/src/libged/brep.c: remove trailing blanks/tabs and fix 'doesnt' remarks |
| 19:39.23 | CIA-23 | BRL-CAD: 03carlmoore * r51907 10/brlcad/trunk/src/liboptical/liboslrend.cpp: remove trailing blanks/tabs |
| 19:41.14 | CIA-23 | BRL-CAD: 03carlmoore * r51908 10/brlcad/trunk/src/liboptical/sh_osl.cpp: remove trailing blanks/tabs, and fix 1 spelling in a comment |
| 19:42.41 | CIA-23 | BRL-CAD: 03carlmoore * r51909 10/brlcad/trunk/src/tclscripts/rtwizard/rtwizard.tcl: remove trailing blanks/tabs, and fix a spelling |
| 19:44.30 | CIA-23 | BRL-CAD: 03carlmoore * r51910 10/brlcad/trunk/src/liborle/rle.c: remove trailing blanks/tabs and fix a spelling |
| 19:45.29 | *** join/#brlcad andrei (andrei@79.118.113.219) | |
| 19:45.32 | CIA-23 | BRL-CAD: 03carlmoore * r51911 10/brlcad/trunk/src/libpc/pcConstraint.cpp: remove trailing blanks/tabs |
| 19:46.41 | CIA-23 | BRL-CAD: 03carlmoore * r51912 10/brlcad/trunk/src/libpc/pcMathVM.cpp: remove trailing blanks/tabs, and fix a spelling |
| 19:48.53 | CIA-23 | BRL-CAD: 03carlmoore * r51913 10/brlcad/trunk/src/libpc/pcMathVM.h: remove trailing blanks/tabs and fix spellings |
| 19:49.53 | CIA-23 | BRL-CAD: 03carlmoore * r51914 10/brlcad/trunk/src/libpc/pcSolver.h: remove trailing blanks/tabs |
| 19:51.58 | CIA-23 | BRL-CAD: 03carlmoore * r51915 10/brlcad/trunk/ (3 files in 3 dirs): remove trailing blanks/tabs and fix spelling |
| 20:06.08 | CIA-23 | BRL-CAD: 03carlmoore * r51916 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: remove trailing blanks/tabs and fix spellings |
| 20:08.06 | CIA-23 | BRL-CAD: 03carlmoore * r51917 10/brlcad/trunk/src/mged/chgview.c: remove trailing tab |
| 20:09.31 | CIA-23 | BRL-CAD: 03carlmoore * r51918 10/brlcad/trunk/src/mged/tedit.c: remove trailing blanks/tabs and fix spelling |
| 20:11.00 | CIA-23 | BRL-CAD: 03carlmoore * r51919 10/brlcad/trunk/src/rt/main.c: remove trailing tab |
| 20:19.22 | CIA-23 | BRL-CAD: 03carlmoore * r51920 10/brlcad/trunk/src/rt/view.c: remove trailing blanks/tabs and fix spelling |
| 20:20.54 | CIA-23 | BRL-CAD: 03carlmoore * r51921 10/brlcad/trunk/src/rt/worker.c: remove trailing blanks/tabs and fix spelling |
| 20:21.54 | CIA-23 | BRL-CAD: 03carlmoore * r51922 10/brlcad/trunk/src/shapes/coil.c: remove trailing blanks/tabs, and fix 1 spelling |
| 20:23.20 | CIA-23 | BRL-CAD: 03carlmoore * r51923 10/brlcad/trunk/src/tclscripts/man_browser.tcl: remove trailing blanks/tabs |
| 20:25.00 | CIA-23 | BRL-CAD: 03carlmoore * r51924 10/brlcad/trunk/src/util/pix-png.c: remove trailing blanks/tabs |
| 20:26.07 | CIA-23 | BRL-CAD: 03carlmoore * r51925 10/brlcad/trunk/doc/docbook/books/README: remove trailing blanks/tabs |
| 20:26.48 | CIA-23 | BRL-CAD: 03carlmoore * r51926 10/brlcad/trunk/src/conv/intaval/write_brl.cpp: remove trailing tab |
| 20:30.09 | CIA-23 | BRL-CAD: 03carlmoore * r51927 10/brlcad/trunk/src/external/ProEngineer/proe-brl.c: remove trailing blanks/tabs and fix spelling |
| 20:33.03 | CIA-23 | BRL-CAD: 03carlmoore * r51928 10/brlcad/trunk/src/other/hv3/combobox.tcl: remove trailing blanks/tabs & change ie to i.e. & fix spelling |
| 20:37.09 | CIA-23 | BRL-CAD: 03carlmoore * r51929 10/brlcad/trunk/src/other/incrTcl/ChangeLog: remove trailing blanks/tabs; fix spellings (make sure I changed no comments' meanings) |
| 20:43.46 | CIA-23 | BRL-CAD: 03carlmoore * r51930 10/brlcad/trunk/src/other/iwidgets/CHANGES: remove trailing blanks/tabs & fix spelling including that of 'disabledforeground' in comments |
| 20:47.30 | CIA-23 | BRL-CAD: 03carlmoore * r51931 10/brlcad/trunk/src/other/iwidgets/ChangeLog: remove trailing blanks/tabs and fix spellings including changing '-oritent' to '-orient' |
| 20:49.07 | CIA-23 | BRL-CAD: 03carlmoore * r51932 10/brlcad/trunk/src/other/openNURBS/opennurbs.h: remove trailing blanks & tabs, and fix spellings |
| 20:50.27 | CIA-23 | BRL-CAD: 03carlmoore * r51933 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm.h: remove trailing blanks/tabs, fix spellings |
| 20:51.34 | CIA-23 | BRL-CAD: 03carlmoore * r51934 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_attributes.cpp: remove trailing blanks/tabs, fix spelling |
| 20:57.50 | CIA-23 | BRL-CAD: 03carlmoore * r51935 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_attributes.h: remove trailing blanks/tabs, fix spelling |
| 20:58.52 | CIA-23 | BRL-CAD: 03carlmoore * r51936 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_properties.cpp: remove trailing blanks/tabs, and fix spelling |
| 21:00.51 | CIA-23 | BRL-CAD: 03carlmoore * r51937 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_properties.h: remove trailing blanks/tabs and fix spelling |
| 21:02.37 | CIA-23 | BRL-CAD: 03carlmoore * r51938 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_settings.cpp: remove trailing blanks/tabs and fix spelling |
| 21:04.11 | CIA-23 | BRL-CAD: 03carlmoore * r51939 10/brlcad/trunk/src/other/openNURBS/opennurbs_3dm_settings.h: remove trailing blanks/tabs & fix spelling |
| 21:14.40 | CIA-23 | BRL-CAD: 03carlmoore * r51940 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation.cpp: remove trailing blanks/tabs and fix a spelling |
| 21:15.57 | CIA-23 | BRL-CAD: 03carlmoore * r51941 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation.h: remove trailing blanks/tabs and fix spellings |
| 21:18.24 | CIA-23 | BRL-CAD: 03carlmoore * r51942 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation2.cpp: remove trailing blanks/tabs and fix spelling and remove a period |
| 21:20.19 | CIA-23 | BRL-CAD: 03carlmoore * r51943 10/brlcad/trunk/src/other/openNURBS/opennurbs_annotation2.h: remove trailing blanks/tabs & fix spellings |
| 21:20.41 | CIA-23 | BRL-CAD: 03r_weiss * r51944 10/brlcad/trunk/ (include/bn.h src/libbn/plane.c): Added a new function to libbn called "bn_lseg3_lseg3_parallel". This function tests for parallel line segments without using the dot product. |
| 21:21.16 | CIA-23 | BRL-CAD: 03carlmoore * r51945 10/brlcad/trunk/src/other/openNURBS/opennurbs_arc.cpp: remove trailing blanks/tabs and fix spelling |
| 21:21.55 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 21:27.11 | CIA-23 | BRL-CAD: 03r_weiss * r51946 10/brlcad/trunk/src/libged/bot_fuse.c: Added function "_ged_show_dangling_edges" to file "bot_fuse.c" within libged. This function will display open edges within NMG objects. |
| 23:06.17 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 23:49.52 | CIA-23 | BRL-CAD: 03r_weiss * r51947 10/brlcad/trunk/src/libged/bot_fuse.c: Code cleanup to fix compile errors. |
| 00:23.32 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 02:00.55 | cristina | Hello, I am working on the layout of the graph that contains the objects within the database. Is there a way to find out what is the "root node" for the constructed geoometry? |
| 02:03.29 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4308 10/wiki/User:Cprecup/GSoC2012_progress: 09-10/08/2012 - worked on graph layout |
| 03:19.21 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:26.58 | *** join/#brlcad tansell-laptop (~tansell@120.153.60.190) | |
| 06:30.59 | tansell-laptop | Hi guys, I want to build a 3d model of a cabinet that I'm putting together - is brlcad a good choice for that? |
| 06:34.20 | *** join/#brlcad andrei (~andrei@79.118.113.219) | |
| 08:25.50 | *** join/#brlcad tansell-laptop (~tansell@120.154.37.34) | |
| 09:31.23 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:10.06 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 17:03.59 | *** join/#brlcad andrei (~andrei@79.118.113.71) | |
| 17:22.54 | *** join/#brlcad andrei (andrei@79.118.113.71) | |
| 20:20.16 | CIA-23 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4309 10/wiki/User:Stattrav/GSoC2012_log: |
| 21:35.21 | CIA-23 | BRL-CAD: 03anrgmrty * r51948 10/brlcad/trunk/src/libged/voxelize.c: create_boxes callback function |
| 21:36.39 | CIA-23 | BRL-CAD: 03anrgmrty * r51949 10/brlcad/trunk/src/conv/g-voxel.c: g-voxel extraneous comments removed |
| 21:40.57 | CIA-23 | BRL-CAD: 03anrgmrty * r51950 10/brlcad/trunk/src/libanalyze/voxels.c: printFunction renamed to create_boxes |
| 21:44.57 | CIA-23 | BRL-CAD: 03anrgmrty * r51951 10/brlcad/trunk/include/analyze.h: analyze.h call back name changed for voxelize function |
| 21:55.41 | *** join/#brlcad andrei (~andrei@79.118.113.71) | |
| 22:37.10 | andrei | hello |
| 22:37.28 | andrei | I have started double - checking and uploading tests to sourceforge |
| 22:37.57 | andrei | however, on some test my " test cases" are covered by PKC_CK ( which includes an abort (); ). What should I do? |
| 23:54.46 | *** join/#brlcad andrei__ (~androirc@79.118.113.71) | |
| 00:08.31 | *** join/#brlcad tansell-laptop (~tansell@1.142.154.233) | |
| 00:53.51 | CIA-23 | BRL-CAD: 03crdueck * r51952 10/brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: some minor cleanup and improvements, added a TODO list |
| 02:40.54 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Graph editor v2.png]]": This is the corresponding graph generated for the ''share/db/axis.g'' database. Layout for nodes was introduced and vertices between them were created. |
| 02:42.45 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4311 10/wiki/User:Cprecup/GSoC2012_progress: 11/08/2012 - Introduced layout + added vertices between nodes in the GUI |
| 04:02.43 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 05:43.31 | *** join/#brlcad andrei__ (~androirc@79.119.90.117) | |
| 06:09.29 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 06:14.20 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 07:58.41 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 08:11.09 | *** join/#brlcad andrei_ (~andrei@79.119.91.74) | |
| 08:11.21 | andrei_ | hello ! |
| 08:11.38 | andrei_ | did anyone answer my question ? my irc client quit |
| 08:28.36 | archivist | no |
| 08:53.41 | *** join/#brlcad andrei__ (~androirc@79.119.91.74) | |
| 09:06.38 | CIA-23 | BRL-CAD: 03Ljj038 07http://brlcad.org * r4312 10/wiki/MGED_CMD_rpp-cap: |
| 09:14.48 | *** join/#brlcad andrei__ (~androirc@79.119.91.74) | |
| 10:56.01 | cristina | andrei_: no, I don't think so |
| 11:18.43 | *** join/#brlcad merzo (~merzo@18-48-133-95.pool.ukrtel.net) | |
| 11:25.52 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 11:39.00 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-olkaqvioxgbxuchv) | |
| 11:48.27 | CIA-23 | BRL-CAD: 03ljj038 07http://more.brlcad.org * r29 10Model repository/: shaft 1 (insert model: ) |
| 11:53.23 | *** join/#brlcad kingofcsu (~king@124.89.49.244) | |
| 11:53.36 | kingofcsu | the http://more.brlcad.org/ is broken |
| 11:53.53 | kingofcsu | anyone can fix it? |
| 11:55.04 | *** part/#brlcad kingofcsu (~king@124.89.49.244) | |
| 11:57.18 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 12:04.11 | *** join/#brlcad andrei (andrei@79.119.91.74) | |
| 12:10.34 | *** join/#brlcad kingofcsu (~king@123.139.219.172) | |
| 12:41.25 | ksuzee | ``Erik: hi, Erik! I have a question about my patch #3549356, which you've commented. I've commented it too and showed the result I have. Could you check it. I really can't understand where the trouble is. I applyed this patch in another copy of trunk and there were only supposed changes |
| 13:33.21 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 15:16.00 | starseeker | cool... DreamWorks also releasing open source stuff: http://www.openvdb.org/ |
| 18:46.53 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 02:35.15 | CIA-23 | BRL-CAD: 03cprecup * r51953 10/brlcad/trunk/src/ (libged/dag.cpp tclscripts/graph/GraphEditor.tcl): |
| 02:35.15 | CIA-23 | BRL-CAD: Added routines for positioning the nodes and setting the layout of the graph. |
| 02:35.15 | CIA-23 | BRL-CAD: Along with the name, type, and positions of the objects, the coordinates of the |
| 02:35.15 | CIA-23 | BRL-CAD: connection points between the nodes are provided as well to the Tcl script. The |
| 02:35.15 | CIA-23 | BRL-CAD: outputted graph has now an organized structure, polyline connections and arrows |
| 02:35.16 | CIA-23 | BRL-CAD: at each end of an edge. |
| 02:41.09 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4313 10/wiki/User:Cprecup/GSoC2012_progress: 12/08/2012 - cleaned up layout source code + introduced connection polylines between nodes |
| 02:41.58 | starseeker | hah - cool! |
| 07:15.57 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 08:01.44 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:03.46 | *** join/#brlcad andrei (~andrei@79.119.91.74) | |
| 09:32.26 | CIA-23 | BRL-CAD: 03phoenixyjll * r51954 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: Remove the TODO comment. |
| 09:35.31 | CIA-23 | BRL-CAD: 03phoenixyjll * r51955 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Some clean up and fix some bugs, move the common parts into a separate function. |
| 09:42.17 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4314 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 12 */ |
| 10:00.37 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 10:50.34 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:22.07 | CIA-23 | BRL-CAD: 03starseeker * r51956 10/brlcad/trunk/src/tclscripts/archer/images/framebuffer_clear.png: Use a better clear icon (from http://openclipart.org/detail/32329/tango-edit-clear-by-warszawianka) |
| 12:39.42 | CIA-23 | BRL-CAD: 03cprecup * r51957 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: |
| 12:39.42 | CIA-23 | BRL-CAD: Fixed the error in Archer pointed out by starseeker: 'function |
| 12:39.42 | CIA-23 | BRL-CAD: 'graph_objects_positions' is not defined in class '::cadwidgets::Ged'. |
| 12:39.42 | CIA-23 | BRL-CAD: Unexpected error encountered while running Archer. Aborting.' A space character |
| 12:39.42 | CIA-23 | BRL-CAD: was missing. |
| 12:44.22 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 12:55.20 | CIA-23 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4315 10/wiki/User:Ksuzee/Reports: |
| 13:50.49 | andrei | I finished unit test for the libpkg API( all functions ). I have uploaded them on sourceforge. Going to look through the "fixes" for those test and upload them later on today. |
| 14:19.27 | CIA-23 | BRL-CAD: 03starseeker * r51958 10/brlcad/trunk/ (INSTALL configure.cmake.sh): ws from other changes |
| 14:32.52 | CIA-23 | BRL-CAD: 03starseeker * r51959 10/brlcad/trunk/src/tclscripts/archer/images/ (raytrace.png raytrace_abort.png): Improve raytracing camera icons - use http://openclipart.org/detail/34423/tango-camera-photo-by-warszawianka and http://openclipart.org/detail/28689/no-sign-by-skotan |
| 14:35.26 | CIA-23 | BRL-CAD: 03phoenixyjll * r51960 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: rename the variable 'face' to 'new_face' to avoid compiler's shadow warning. |
| 14:46.57 | CIA-23 | BRL-CAD: 03starseeker * r51961 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Make fb on/off toggle be consistent with state toggle - icon reflects current state. |
| 14:56.13 | CIA-23 | BRL-CAD: 03starseeker * r51962 10/brlcad/trunk/src/tclscripts/archer/images/ (framebuffer.png framebuffer_off.png): Try to improve the framebuffer toggle icons. |
| 17:37.36 | CIA-23 | BRL-CAD: 03starseeker * r51963 10/brlcad/trunk/CMakeLists.txt: Do for the automatically maintained files what we're doing in the SCL case - unless explicitly told the source directory is totally locked, go ahead and do the sync operations. |
| 17:40.14 | *** join/#brlcad andrei (andrei@79.119.91.74) | |
| 17:45.34 | CIA-23 | BRL-CAD: 03MacdkasckpqipBreon 07http://brlcad.org * r4316 10/wiki/What_Can_Make_Make_Money_Niche_Blogging_An_Excellent_Plan: New page: Market blogs is an excellent method to try to make extra income privately. The reality is, in time, it could possibly turn into a full-time cash flow if you select the best niche. There ar... |
| 17:54.55 | CIA-23 | BRL-CAD: 03starseeker * r51964 10/brlcad/trunk/src/nirt/if.c: Correct formula for obliquity in nirt - this will only be visable if the normal vector isn't unitized. Bob caught this. |
| 18:01.54 | CIA-23 | BRL-CAD: 03carlmoore * r51965 10/brlcad/trunk/src/rt/main.c: fix a spell per C. Sean Morrison |
| 18:05.17 | CIA-23 | BRL-CAD: 03carlmoore * r51966 10/brlcad/trunk/src/other/openNURBS/opennurbs_arc.h: remove trailing blanks/tabs and fix a spelling |
| 18:09.06 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[What Can Make Make Money Niche Blogging An Excellent Plan]]": spam |
| 18:09.21 | CIA-23 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:MacdkasckpqipBreon]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 18:09.57 | CIA-23 | BRL-CAD: 03carlmoore * r51967 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.cpp: remove trailing blanks/tabs and fix a spelling |
| 18:13.24 | andrei | Sorry for the development log, I ll update it in a few hours, at most. |
| 18:29.47 | CIA-23 | BRL-CAD: 03carlmoore * r51968 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.cpp: remove trailing blanks/tabs, and fix spelling |
| 18:33.08 | CIA-23 | BRL-CAD: 03carlmoore * r51969 10/brlcad/trunk/src/other/openNURBS/opennurbs_arccurve.h: remove trailing blanks/tabs and fix spelling |
| 18:43.04 | CIA-23 | BRL-CAD: 03carlmoore * r51970 10/brlcad/trunk/src/other/openNURBS/opennurbs_archive.cpp: remove trailing blanks/tabs and fix MANY spellings |
| 18:55.55 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 19:02.04 | CIA-23 | BRL-CAD: 03carlmoore * r51971 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing blanks/tabs and fix spelling |
| 19:04.31 | CIA-23 | BRL-CAD: 03carlmoore * r51972 10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: commit'd a 2nd time because 2 cases of 'its' needed apostrophe |
| 19:32.54 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:44.31 | CIA-23 | BRL-CAD: 03carlmoore * r51973 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: remove trailing blanks/tabs and fix spelling |
| 19:51.59 | andrei | I have finished unit testing(and most of the fixes for pkc.c , will finish them shortly ). Regarding the implenentation of user callbacks, I m not sure what I need to achieve. Could someone please explain what should I do or where should I documment ? Thanks ! |
| 19:58.02 | CIA-23 | BRL-CAD: 03carlmoore * r51974 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: fix spellings |
| 19:59.49 | CIA-23 | BRL-CAD: 03carlmoore * r51975 10/brlcad/trunk/src/tclscripts/archer/AttrGroupsDisplayUtility.tcl: remove trailing blanks/tabs |
| 20:01.33 | CIA-23 | BRL-CAD: 03carlmoore * r51976 10/brlcad/trunk/src/tclscripts/archer/BotUtility.tcl: remove trailing blanks/tabs |
| 20:06.00 | CIA-23 | BRL-CAD: 03carlmoore * r51977 10/brlcad/trunk/src/tclscripts/boteditor/botEditor.tcl: remove trailing blanks/tabs and fix spellings |
| 20:12.24 | CIA-23 | BRL-CAD: 03carlmoore * r51978 10/brlcad/trunk/src/tclscripts/hv3/combobox.tcl: remove trailing blanks/tabs, fix spelling, put periods in i.e. and e.g. |
| 20:13.48 | CIA-23 | BRL-CAD: 03carlmoore * r51979 10/brlcad/trunk/src/tclscripts/mged/grouper.tcl: remove trailing blanks/tabs |
| 20:15.13 | CIA-23 | BRL-CAD: 03carlmoore * r51980 10/brlcad/trunk/src/tclscripts/hv3/hv3.man: remove trailing blanks/tabs and fix spellings |
| 20:24.13 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 20:36.25 | starseek1r | ksuzee: ``Erik and I looked at your patch 3549356 - we had slightly misread what it was trying to do. It's OK in one sense - consolidating the two states |
| 20:36.27 | ``Erik | ksuzee: just looked over your patch again with starseeker, it does look correct(ish). I think starseeker is walking over to apply and commit right now, but is confused about why the duplicate(ish) functions exist in the first place... mebbe brlcad can spare a second |
| 20:37.04 | starseek1r | not applying just yet - that change raises the question of why there are two states there in the first place. |
| 20:37.40 | starseek1r | brlcad: can 3549356 be applied to consolidate code without resolving why there are separate state5 and state6 functions in the first place? |
| 20:38.38 | starseek1r | ksuzee: remember - we need to clean up and simplify cases like this, not just consolidate... |
| 20:39.41 | ``Erik | andrei: for the moment, just get the patches polished and uploaded. |
| 20:42.26 | andrei | right |
| 20:42.53 | andrei | they should be fine, but there is some duplication. I m using a display functions in several unit tests |
| 20:42.56 | andrei | where should I put it ? |
| 20:43.02 | andrei | pkg.h should do ? |
| 20:43.41 | ``Erik | do it as a seperate patch, get the id number, then refer to it in patches that use the display funcs |
| 20:44.02 | ``Erik | maybe we can get you commit access fairly soon and you can just do a bit commit |
| 20:45.22 | andrei | as I told brlcad, there is a test unit ( red black tree API unit test). I submitted it a long time ago, it should be the easiest thing to review, I believe. |
| 20:45.30 | andrei | but has nothing to do with my project |
| 20:47.43 | ksuzee | starseeker, ``Erik: hello! Sorry, I was away |
| 20:48.56 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 20:49.05 | ``Erik | ksuzee: no prob, just need to dig into why the duplicate functionality is there, not simply collapse it... we'll see if brlcad is ok with this counting as a 'good patch' |
| 20:51.23 | ksuzee | ``Erik: ok, thank you for an answer. I was a bit worried |
| 20:55.09 | ksuzee | And what about commit access? If this patch is applyed, will I be able to get commit access? I've already finished everything I planned to do during GSoC.. |
| 20:56.07 | ``Erik | ksuzee: we're waiting on brlcad for that |
| 20:56.19 | ``Erik | join me in finding sharp point sticks to poke him with :D |
| 20:56.24 | ``Erik | pointy |
| 21:04.43 | ksuzee | :)))) |
| 21:09.21 | starseeker | ksuzee: in the meantime, see if you can figure out why there need to be two different states and return values there in the first place |
| 21:15.48 | ksuzee | you mean state56 function? |
| 21:24.18 | *** join/#brlcad andrei (~andrei@79.119.91.74) | |
| 21:32.00 | CIA-23 | BRL-CAD: 03r_weiss * r51981 10/brlcad/trunk/ (include/raytrace.h src/librt/primitives/nmg/nmg_misc.c): |
| 21:32.00 | CIA-23 | BRL-CAD: Added a second version of function "nmg_loop_plane_area" to file "nmg_misc.c". |
| 21:32.00 | CIA-23 | BRL-CAD: The new version is named "nmg_loop_plane_area2". This is for testing, at some |
| 21:32.00 | CIA-23 | BRL-CAD: point the two versions will be consolidated. Also updated "raytrace.h". |
| 21:39.02 | andrei | ``Erik : I just realised. Some functions have the PKG_CK macro. I shouldn't test the cases that are covered by it, right? |
| 21:39.13 | andrei | if (pc==PKC_NULL || pc->pkc_magic!=PKG_MAGIC) |
| 21:41.35 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 21:42.23 | CIA-23 | BRL-CAD: 03r_weiss * r51982 10/brlcad/trunk/src/librt/primitives/nmg/nmg_info.c: Updated function "nmg_loop_is_ccw" in file "nmg_info.c" to use function "nmg_loop_plane_area2". |
| 21:43.20 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4317 10/wiki/User:Popescu.andrei1991: /* Week 11 */ |
| 21:44.40 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4318 10/wiki/User:Popescu.andrei1991: /* Week 11 */ |
| 21:44.53 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4319 10/wiki/User:Popescu.andrei1991: /* Week 11 */ |
| 21:45.44 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4320 10/wiki/User:Popescu.andrei1991: /* Week 12 */ |
| 21:45.54 | CIA-23 | BRL-CAD: 03r_weiss * r51983 10/brlcad/trunk/src/libbn/plane.c: Updated function "bn_isect_line3_line3" in file "plane.c" to use function "bn_lseg3_lseg3_parallel" and to better handle special cases. |
| 21:48.36 | CIA-23 | BRL-CAD: 03r_weiss * r51984 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Updated function "is_convex" in file "nmg_tri.c" to compute its normal instead of assuming the z-axis. |
| 21:50.35 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4321 10/wiki/User:Popescu.andrei1991: /* Week 12 */ |
| 21:51.29 | CIA-23 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4322 10/wiki/User:Popescu.andrei1991: /* Week 12 */ |
| 22:14.12 | cristina | starseeker: I am having doubts about how to integrate the commands in Archer. |
| 22:14.28 | cristina | <PROTECTED> |
| 22:14.34 | cristina | <PROTECTED> |
| 22:16.42 | cristina | I tried defining a graph method in ArcherCore.tcl but it doesn't help. |
| 22:56.46 | starseeker | cristina: hmm... well, perhaps the "man" command might be something to look at? That launches a GUI window, and it's an Archer command |
| 00:03.04 | CIA-23 | BRL-CAD: 03starseeker * r51985 10/brlcad/trunk/ (4 files in 4 dirs): Move some more functions/functionality into libnurbs. This is just to deal with compilation issues - needs some serious API consideration. |
| 00:03.42 | starseeker | ``Erik: that may deal with the compilation issue you were seeing - let me know |
| 00:09.10 | CIA-23 | BRL-CAD: 03starseeker * r51986 10/brlcad/trunk/include/CMakeLists.txt: Add nurbs.h to distcheck logic. |
| 00:59.38 | cristina | starseeker: I've been looking to where the "man" command is refered to. It is defined in ArcherCore.tcl as well. Does that suffice? I've put my command there but it isn't recognized. |
| 01:20.43 | CIA-23 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4323 10/wiki/User:Cprecup/GSoC2012_progress: 13/08/2012 - fixed bug + started "graph" command integration in Archer |
| 01:33.37 | CIA-23 | BRL-CAD: 03starseeker * r51987 10/brlcad/trunk/src/ (libtclcad/tclcadAutoPath.c tclscripts/archer/ArcherCore.tcl): Put bare bones of Archer graph command in place. |
| 01:34.11 | starseeker | cristina: that makes the graph command in Archer "do something", but based on the error messages I'm guessing some MGED window structures are assumed? |
| 01:34.20 | starseeker | anyway, that should be enough to get you started |
| 01:37.10 | cristina | starseeker: ok, thank you. I didn't add this line: "exit facetize fracture g graph group hide human i \" |
| 01:47.50 | cristina | starseeker: as for your question, the graph procedure does determine the framebuffer window id and check if a window with that id is already opened before calling the constructor of GraphEditor class. |
| 02:06.14 | cristina | starseeker: regarding your last commit for the libtclcad/tclcadAutoPath.c file: when running the command "graph" in MGED I get now an empty window. I left the #ifdef #endif there because I couldn't handle this in case Adaptagrams wasn't available |
| 02:30.41 | starseeker | cristina: Ideally, "graph" should report something like "Adaptagrams not available" when you try to run it... |
| 02:31.24 | starseeker | maybe ged_graph could support some sort of query option that would let you detect this from Tcl land? |
| 02:32.24 | cristina | this is reported when wrapped C commands are trying to be ran ( graph_objects_positions, for example). For this Tcl procedure that doesn't have a corresponding C routine I couldn't do this. |
| 02:33.14 | cristina | Hm, so I should implement a ged_graph routine that is simply called when the graph command is ran, as I've done with graph_objects_positions? |
| 02:41.15 | starseeker | that's one possibility |
| 02:41.58 | starseeker | or you could just try using graph_objects_positions to find out what you need to know |
| 03:12.56 | brlcad | model repository is fixed |
| 03:27.41 | brlcad | cristina: one design issue I've been meaning to mention, it'd be good to group your top-level commands together under just one 'graph' command |
| 03:27.48 | brlcad | instead of a set of new commands |
| 03:31.49 | cristina | brlcad: Hello. Could you give me an example of such a command? I assume the C implementation for ged_graph_objects_positions will stay the same, as a separate routine. Am I wrong? Modifications should be done outside the dag.cpp file, right? |
| 03:32.14 | brlcad | it can be nearly identical if not identical, just grouped together |
| 03:32.25 | brlcad | source code can be organized however, identical even |
| 03:32.33 | brlcad | the change is just to the top-level command |
| 03:32.38 | brlcad | e.g., "graph" |
| 03:35.16 | cristina | Ok, I will work on it. The "graph" command corresponds just to a Tcl procedure for now. It has no back end C implementation. Is this alright? |
| 03:38.20 | brlcad | hm? |
| 03:40.50 | cristina | I was wondering if I can group the commands into the "graph" command just within the Tcl script or C/C++ implementation is needed. |
| 03:40.55 | cristina | I will study the issue |
| 03:41.08 | brlcad | ideally in C |
| 03:41.29 | brlcad | we want to be able to bind that as the single libged interface (even if that interface calls into other functions) |
| 03:43.16 | cristina | I understand, thank you |
| 03:47.53 | brlcad | cristina: it's a bit of overkill for what you need but src/libged/edit.c is a similarly grouped command that has subcommands |
| 03:51.06 | brlcad | select.c is a similar sub-command grouping, but less obvious |
| 03:54.51 | brlcad | ah, starseeker beat me to it .. also moved plane_ray and friends over due to compilation issues |
| 03:54.57 | brlcad | fortunately, nearly the same |
| 03:59.25 | CIA-23 | BRL-CAD: 03brlcad * r51988 10/brlcad/trunk/include/nurbs.h: header cleanup, remove unnecessary forward decl |
| 04:00.16 | CIA-23 | BRL-CAD: 03brlcad * r51989 10/brlcad/trunk/include/brep.h: heh, NRUBS! Non-uniform, not non-rational |
| 04:02.33 | CIA-23 | BRL-CAD: 03brlcad * r51990 10/brlcad/trunk/src/conv/g-nff.c: reorder to avoid forward decls |
| 04:03.31 | CIA-23 | BRL-CAD: 03brlcad * r51991 10/brlcad/trunk/src/conv/g-nff.1: v and i are separate options. be consistent with usage. |
| 04:04.07 | CIA-23 | BRL-CAD: 03brlcad * r51992 10/brlcad/trunk/TODO: looks like g-nff is in sync now |
| 04:06.55 | CIA-23 | BRL-CAD: 03brlcad * r51993 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: declare nurbs.h functions for us |
| 04:19.33 | CIA-23 | BRL-CAD: 03brlcad * r51994 10/brlcad/trunk/src/libbn/tri_tri.c: ws |
| 04:26.37 | CIA-23 | BRL-CAD: 03brlcad * r51995 10/brlcad/trunk/src/libbu/tests/bu_basename.c: this should but doesn't halt on failure |
| 04:50.02 | *** join/#brlcad andrei (andrei@79.119.91.74) | |
| 05:05.31 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 05:08.43 | CIA-23 | BRL-CAD: 03phoenixyjll * r51996 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: Try the ON_Surface::Pushup() method first. |
| 05:25.07 | CIA-23 | BRL-CAD: 03phoenixyjll * r51997 10/brlcad/trunk/src/librt/primitives/dsp/dsp_brep.cpp: Some clean up: modify comments, rename a variable with typo, eliminate the debug output, and reduce using dynamic allocated pointers. |
| 05:53.26 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 05:54.14 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 05:56.03 | CIA-23 | BRL-CAD: 03phoenixyjll * r51998 10/brlcad/trunk/include/nurbs.h: Add comment before surface_surface_intersection() to describe the algorithm used in SSI. |
| 07:13.06 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 08:56.59 | CIA-23 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4324 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 09:01.17 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 09:16.10 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:26.37 | kanzure | another bzflag player working on brlcad? |
| 09:26.41 | kanzure | that seems unlikely? |
| 10:47.46 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:11.44 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 11:25.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:56.49 | brlcad | kanzure: that's the RDNS that many connect from with a persistent connection |
| 12:59.20 | ksuzee | ``Erik, starseeker: hello! Has Sean answered you anything? |
| 12:59.53 | brlcad | good morning ksuzee |
| 13:00.09 | ksuzee | brlcad: hello, Sean! |
| 13:03.27 | ksuzee | brlcad: Erik and Cliff wanted to ask you about my patch yesterday |
| 13:03.56 | brlcad | the need to ask is not a good sign ;) |
| 13:04.24 | ksuzee | :) |
| 13:04.27 | brlcad | patches should be "obvious" to apply, usually some simple obvious benefit with no downsides |
| 13:04.30 | brlcad | which patch? |
| 13:05.05 | brlcad | 3536116? |
| 13:05.13 | brlcad | looks like your oldest |
| 13:05.23 | ksuzee | 3549356 |
| 13:05.26 | ksuzee | this one |
| 13:06.08 | ksuzee | 3536116 wasn't commented at all |
| 13:07.45 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 13:07.56 | ksuzee | Cliff's words: <starseek1r> brlcad: can 3549356 be applied to consolidate code without resolving why there are separate state5 and state6 functions in the first place? |
| 13:09.31 | brlcad | summarize the patch to me |
| 13:09.51 | brlcad | (quickly, gotta run soon) :) |
| 13:10.19 | ksuzee | Details: |
| 13:10.20 | ksuzee | The most body of functions state5() and state6() was united at function state56(). Duplications was removed. |
| 13:10.28 | ksuzee | :) |
| 13:11.52 | brlcad | so you say most of the body |
| 13:11.56 | brlcad | most is not all? |
| 13:12.01 | brlcad | what's different |
| 13:12.25 | ksuzee | sorry |
| 13:12.32 | ksuzee | I'm not right |
| 13:12.35 | ksuzee | all the body |
| 13:12.44 | ksuzee | only one parameter is added |
| 13:12.45 | brlcad | critical detail |
| 13:13.16 | brlcad | so the body to both functions were completely identical except for that return value? |
| 13:13.32 | ksuzee | yes |
| 13:13.37 | brlcad | are you sure? :) |
| 13:13.41 | ksuzee | yes))) |
| 13:14.04 | ksuzee | I checked it in Meld |
| 13:14.36 | brlcad | so IF (and only if) that is true, then the refactoring is fine except you choose a terrible function name and have a misleading summary |
| 13:14.47 | brlcad | state56 doesn't say semantically what that new function does |
| 13:14.51 | brlcad | it should |
| 13:15.07 | brlcad | moreover, could just as easily think there are 55 other states |
| 13:15.28 | ksuzee | yes, understand :) |
| 13:15.49 | andrei | Hello ! |
| 13:15.52 | ksuzee | so what name would be better? |
| 13:17.02 | andrei | brlcad, I finished test units for libpkg API but I figured out that some cases that I tested are covered by PKC_CK, should I remove those cases? |
| 13:17.10 | andrei | otherwise tests never get past that point. |
| 13:17.15 | brlcad | i don't know what a better name would be without reading the function in detail to know what the semantic purpose of each was |
| 13:17.53 | CIA-23 | BRL-CAD: 03brlcad * r51999 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: apply sf patch 3549356 from ksuzee (Reduction in src/librt/primitives/nmg/nmg_rt_segs.c). the body of functions state5() and state6() were united, put into a common 'state5and6' (slightly patch mod) function. |
| 13:18.29 | brlcad | andrei: leave them in, but comment them out and leave a note why |
| 13:18.50 | andrei | ok |
| 13:20.41 | *** join/#brlcad andrei (~andrei@79.119.91.74) | |
| 13:21.18 | ksuzee | I see, you've alredy applyed. Thanks! |
| 13:21.21 | brlcad | ksuzee: so that was a useful patch, but had those two problems -- might want to make sure you don't have any other misleading summaries, and confusing function names |
| 13:22.04 | brlcad | getting better, but really the point is to have absolutely NO questions when applying the patch, that is just completely obvious because you've gone over every detail |
| 13:23.32 | ksuzee | brlcad: ok, I understand. In my other patches I usually add "extra_" to the names of new functions |
| 13:23.56 | ksuzee | If they are used only in situations like this |
| 13:24.01 | brlcad | so that's not a good name |
| 13:24.16 | brlcad | doesn't really say what's different |
| 13:26.31 | brlcad | just adding some vague word or a number (e.g., common3()) are not helpful, and don't scale |
| 13:26.46 | brlcad | I just reviewed 3536116 |
| 13:26.49 | brlcad | it's no good |
| 13:27.03 | brlcad | you left off the build system files that would make it compile |
| 13:27.22 | brlcad | more importantly, you introduce a major bug breaking one of the two tools you refactored |
| 13:27.36 | brlcad | d-i and f-i read doubles and floats respectively -- you made both read doubles |
| 13:31.50 | ksuzee | I've just checked. It lookes like I put there previous patch file |
| 13:32.08 | ksuzee | in the last one there're makefiles |
| 13:33.41 | kanzure | why do you all wake up at the same time? |
| 13:34.15 | brlcad | like I said, "more importantly, you introduce a major bug breaking one of the two tools you refactored" |
| 13:34.57 | brlcad | several of your other patch files have build system changes, but you should make sure |
| 13:35.13 | brlcad | I just reviewed 3533010 and it too has problems |
| 13:35.21 | brlcad | refers to files that don't exist |
| 13:36.04 | andrei | brlcad : there is something I don't really understand regarding my unit tests. have a function which has only pkg_conn as parameter. I wrote an unit test to check each field from pkg_conn. If pkc_magic isn't correct, each function call( parameter test) is discared. If I change the pkc_magic to the valid one at start I get segmentation fault on each call. |
| 13:36.59 | andrei | Does this need to be repaired ? I mean, should I take into consideration that it can be a "bad "pkg_conn with correct magic number? |
| 13:38.08 | ksuzee | brlcad: I see. But all about this situation I've discussed with Cliff...And there's a comment about it...That pacth must go together with another one |
| 13:40.32 | brlcad | ksuzee: ah, i missed the discussion, but my main comment still applies |
| 13:41.08 | brlcad | just adding some vague word or a number is not good |
| 13:41.21 | brlcad | having util.c and util1.c is not good |
| 13:41.22 | ksuzee | About float - double is really my fail, I'll correct it now |
| 13:41.38 | brlcad | that's completely ambiguous |
| 13:42.16 | brlcad | if they can't be combined, then they're probably not utility functions |
| 13:42.34 | brlcad | if they can, then they shouldn't be separate files |
| 13:43.05 | ksuzee | no, I tryed to combine them and it was impossible |
| 13:43.10 | ksuzee | *tried |
| 13:43.46 | ksuzee | ok, I will rename |
| 13:44.09 | brlcad | why was it impossible? |
| 13:47.06 | ksuzee | As I remember, because of global variables |
| 13:49.53 | ksuzee | and If I correct float-double, shall I put to the new patch file Makefile and CMakeFiles? |
| 13:50.09 | ksuzee | Or it's not necessary with another patch? |
| 13:50.51 | ksuzee | which goes together with this one |
| 13:53.46 | brlcad | ksuzee: the proper fix for f-i/d-i is not easy |
| 13:55.01 | brlcad | the fix would be to eliminate the static global buffers, passing only the element size and having it return a buffer |
| 13:55.25 | brlcad | that's not as simple as moving code around, though, and requires solid understanding of pointers and data |
| 13:55.49 | brlcad | I wouldn't suggest attempting it at this point given you have a dozen other patches pending, all with potentially similar problems |
| 13:57.14 | brlcad | I just reviewed three, and all three had a problem .. problems you could have found yourself and fixed before they were reviewed |
| 13:57.29 | brlcad | I suggest reviewing the others |
| 13:58.08 | brlcad | making sure you haven't just added a number to a function or file name to make it different, making sure it doesn't have some vauge name added to make something compile |
| 13:59.52 | brlcad | you can start with the util1.c/util1.h files giving them a better name or combining with util.c/util.h if possible |
| 14:00.07 | brlcad | if you rename, ask yourself what kind of utility functions -- that might help name the files |
| 14:00.37 | ksuzee | brlcad: ok, thank you. |
| 14:00.49 | ksuzee | And before checking I'd like to ask |
| 14:01.24 | ksuzee | I have a few patches, where functions take place in different directories |
| 14:01.51 | ksuzee | for example: 3556191 |
| 14:02.18 | ksuzee | Common functions are situated in libbn library |
| 14:03.37 | ksuzee | And I include new files like this - #include "../libbn/clip.h" |
| 14:03.42 | ksuzee | Is it possible? |
| 14:22.06 | brlcad | relative linking is usually bad |
| 14:22.21 | brlcad | that breaks library scoping |
| 14:22.45 | brlcad | duplication is preferred over breaking library scope |
| 14:23.27 | brlcad | if it's truely common, it might be a useful new libbn function or even a new libbu function, but that really depends what the function is/does |
| 14:32.49 | *** join/#brlcad CIA-55 (~CIA@204.152.223.100) | |
| 14:33.20 | ksuzee | so it's better to put these functions into existing file, not in the new one? |
| 15:12.13 | CIA-55 | BRL-CAD: 03starseeker * r52000 10/brlcad/trunk/regress/nirt.sh: Don't strip spaces from the NIRT sample output unless/until nirt output also strips all spaces. |
| 15:17.06 | CIA-55 | BRL-CAD: 03carlmoore * r52001 10/brlcad/trunk/configure.cmake.sh: remove trailing blank |
| 15:19.18 | CIA-55 | BRL-CAD: 03carlmoore * r52002 10/brlcad/trunk/INSTALL: remove trailing blanks/tabs and fix a spelling |
| 15:20.56 | CIA-55 | BRL-CAD: 03starseeker * r52003 10/brlcad/trunk/regress/red.sh: red now rejects unsafe color - update regression test. |
| 15:35.00 | CIA-55 | BRL-CAD: 03carlmoore * r52004 10/brlcad/trunk/TODO: fix spelling |
| 15:35.33 | CIA-55 | BRL-CAD: 03starseeker * r52005 10/brlcad/trunk/ (4 files in 3 dirs): INSTALL and configure.cmake.sh are (partially) autogenerated - clean up the ws in the source contents, rather than the generated output. |
| 15:55.55 | CIA-55 | BRL-CAD: 03starseeker * r52006 10/brlcad/trunk/ (CMakeLists.txt src/other/step/cmake/sync_generated.cmake.in): Update documentation on handling of INSTALL.new, configure.new, and perplex/re2c/lemon cached files. |
| 16:57.38 | CIA-55 | BRL-CAD: 03starseeker * r52007 10/brlcad/trunk/CMakeLists.txt: sp |
| 17:06.37 | CIA-55 | BRL-CAD: 03carlmoore * r52008 10/brlcad/trunk/ChangeLog: fix spellings |
| 17:09.19 | CIA-55 | BRL-CAD: 03carlmoore * r52009 10/brlcad/trunk/ChangeLog: fix spelling of 'reported' |
| 17:50.47 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 17:50.48 | andrei | hello |
| 17:51.12 | andrei | brlcad : sorry my internet connection broke down could you ( or someone else ) repeat what you said, if you answered? |
| 18:04.49 | CIA-55 | BRL-CAD: 03carlmoore * r52010 10/brlcad/trunk/include/nurbs.h: remove trailing blank and fix spellings |
| 18:08.35 | CIA-55 | BRL-CAD: 03carlmoore * r52011 10/brlcad/trunk/include/vmath.h: fix spellings |
| 18:23.35 | CIA-55 | BRL-CAD: 03anrgmrty * r52012 10/brlcad/trunk/src/libged/voxelize.c: voxelize with command line options, regions defined |
| 18:30.26 | CIA-55 | BRL-CAD: 03carlmoore * r52013 10/brlcad/trunk/include/raytrace.h: fix spellings |
| 18:33.46 | *** join/#brlcad andrei (andrei@86.123.127.119) | |
| 18:45.00 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:48.48 | jordisayol | starseeker: how developed is the new packaging system for Linux? |
| 19:01.27 | jordisayol | is archer still in pre-alpha state? |
| 19:03.58 | *** join/#brlcad merzo (~merzo@51-114-133-95.pool.ukrtel.net) | |
| 19:09.09 | CIA-55 | BRL-CAD: 03anrgmrty * r52014 10/brlcad/trunk/src/tclscripts/lib/tclIndex: position of voxelize changed so it is in alphabetical order |
| 19:13.46 | CIA-55 | BRL-CAD: 03anrgmrty * r52015 10/brlcad/trunk/src/tclscripts/lib/ (Db.tcl Mged.tcl): position of method voxelize changed so it is in alphabetical order |
| 19:18.48 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:22.33 | CIA-55 | BRL-CAD: 03anrgmrty * r52016 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: position of method voxelize changed so it is in alphabetical order |
| 19:34.53 | *** join/#brlcad merzo (~merzo@51-114-133-95.pool.ukrtel.net) | |
| 19:39.02 | cristina | brlcad: I was checking the structure of the libged/edit.c file. What should the expected subcommands of the "graph" command be, at this point? |
| 19:39.13 | cristina | "Graph" should launch a new window with the graph already outputted, right? I don't think there's a need for a "view" subcommand in this case. |
| 19:39.28 | cristina | Is the user curious in finding out the coordinates of the rectangles and edges between the nodes within the graph? If not, then the "graph_objects_positions" subcommand doesn't need to be created either. |
| 19:40.53 | andrei | ``Erik, what should I do regarding the matter I asked brlcad earlier ? |
| 19:43.59 | cristina | One more question: If I wrap a "ged_graph" C function in a command named "graph" can I have a Tcl procedure that is called "graph" as well? And when running "graph" in the interpreter to call the Tcl procedure and launch the window? |
| 20:06.09 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 21:28.55 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 21:29.19 | DarkCalf | waves to #brlcad |
| 21:45.20 | CIA-55 | BRL-CAD: 03r_weiss * r52017 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: |
| 21:45.22 | CIA-55 | BRL-CAD: Added new function "nmg_isect_pt_facet" to file "nmg_tri.c". This function |
| 21:45.22 | CIA-55 | BRL-CAD: handles more special cases when testing if a point is within a facet. Changed |
| 21:45.22 | CIA-55 | BRL-CAD: function "cut_unimonotone" to use this new function. This is a work in process. |
| 22:04.54 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:42.02 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 23:17.40 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperf.png]]" |
| 23:19.19 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Perfvsimages.png]]" |
| 23:20.24 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfpermhz.png]]" |
| 23:22.42 | CIA-55 | BRL-CAD: 03r_weiss * r52018 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Update to "cut_unimonotone" in file "nmg_tri.c" to fix some compile errors. |
| 23:26.45 | Yoshi47 | anyone know the status of Archer? |
| 23:26.54 | Yoshi47 | or where I can find out about that status |
| 23:27.54 | louipc | as far as I know it's actively developed and is intended as the successor to mged |
| 23:28.45 | louipc | but doesn't have full functionality yet |
| 23:34.26 | Yoshi47 | louipc, so you don't use it? |
| 23:35.00 | louipc | no I haven't used it much |
| 23:41.30 | ``Erik | still "pre-alpha", a test run a couple weeks ago cropped up a bunch of bugs and usability issues |
| 23:43.26 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4328 10/wiki/User:Stattrav/GSoC2012_log: Updation of the logs. Sample plots added to the page. |
| 00:46.05 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4329 10/wiki/User:Cprecup/GSoC2012_progress: 14/08/2012 - group top-level commands under a single "graph" command |
| 02:02.31 | *** join/#brlcad merzo (~merzo@171-86-132-95.pool.ukrtel.net) | |
| 04:14.48 | brlcad | waves back to DarkCalf |
| 05:11.45 | CIA-55 | BRL-CAD: 03phoenixyjll * r52019 10/brlcad/trunk/src/librt/primitives/cline/cline_brep.cpp: free the pipe internal. |
| 05:12.48 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:13.01 | CIA-55 | BRL-CAD: 03phoenixyjll * r52020 10/brlcad/trunk/src/librt/primitives/ehy/ehy_brep.cpp: Eliminate memory leak. |
| 05:13.38 | CIA-55 | BRL-CAD: 03phoenixyjll * r52021 10/brlcad/trunk/src/librt/primitives/epa/epa_brep.cpp: Eliminate memory leak. |
| 05:14.20 | CIA-55 | BRL-CAD: 03phoenixyjll * r52022 10/brlcad/trunk/src/librt/primitives/eto/eto_brep.cpp: Eliminate memory leak. |
| 05:15.27 | CIA-55 | BRL-CAD: 03phoenixyjll * r52023 10/brlcad/trunk/src/librt/primitives/extrude/extrude_brep.cpp: free the memory of extrudepath. |
| 05:20.59 | CIA-55 | BRL-CAD: 03phoenixyjll * r52024 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: The SSI function is quite reasonable now. Remove the "WIP" comment. |
| 05:28.07 | brlcad | jordisayol: yes, still pre-alpha |
| 05:28.28 | jordisayol | brlcad: ok, thanks |
| 05:28.44 | brlcad | ran some user testing a few weeks ago and uncovered a handful of issues that need to be addressed |
| 05:29.32 | jordisayol | aha |
| 05:30.56 | jordisayol | and how developed is the new packaging system for Linux? |
| 05:31.15 | brlcad | no idea |
| 05:31.26 | jordisayol | ok :-) |
| 05:32.22 | jordisayol | any claim for current deb/rpm packages? |
| 05:34.42 | brlcad | isn't that your area? :) |
| 05:36.23 | jordisayol | I didn't receive any claim ever, but I do not stay on chat all the time |
| 05:54.39 | brlcad | jordisayol: not sure what you mean by claim |
| 05:55.01 | brlcad | your rpm and debs get tons of hits |
| 05:55.42 | brlcad | that makes you the defacto release manager for rpm and debs :) |
| 05:55.55 | brlcad | s/rpm and debs/linux/ |
| 05:57.54 | jordisayol | thanks |
| 09:26.30 | CIA-55 | BRL-CAD: 03anrgmrty * r52025 10/brlcad/trunk/src/tclscripts/mged/help.tcl: help for voxelize |
| 09:32.29 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:13.22 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 11:22.51 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:13.07 | *** join/#brlcad MagnusPathtracer (~magnus@host109-154-241-55.range109-154.btcentralplus.com) | |
| 12:13.12 | MagnusPathtracer | hi. :) |
| 12:15.09 | MagnusPathtracer | i'm new to brl-cad, but would i be right in thinking that iso step can be used to move work between brl-cad and other solid modelling packages? |
| 12:31.44 | brlcad | MagnusPathtracer: that's the idea and the approach we're working towards, though right now we only have a step importer (for brep/nurbs entities) |
| 12:32.10 | MagnusPathtracer | ok |
| 12:32.16 | brlcad | should be very easy to write an exporter, but nobody has done that yet |
| 12:33.32 | MagnusPathtracer | i'm getting the "can't read "TREE_MODE_LIST":no such variable" pretty much every time i try and add a shape. is that normal? |
| 12:34.18 | brlcad | you're not getting ignored andrei, I just didn't see your most recent question (because I was in the middle of talking to somoene else) |
| 12:35.29 | brlcad | andrei: setting a valid magic doesn't mean it shouldn't crash -- it really depends on why it's crashing and whether it's preventable |
| 12:35.51 | brlcad | if it's dereferencing a null pointer in the pkg_conn, for example, that's easily preventable regardless of the magic |
| 12:36.37 | andrei | ah, so I need to fix those cases |
| 12:36.38 | andrei | aswell. |
| 12:36.45 | brlcad | if it has an index into an array and it's not a negative number or some other obviously "wrong" value, that's probably not avoidable |
| 12:37.26 | brlcad | MagnusPathtracer: sounds like you're using archer? |
| 12:37.46 | MagnusPathtracer | brlcad: yes. is that not what i should be using? :) |
| 12:37.46 | brlcad | no, it's not normal -- and you might want to start with mged instead of archer |
| 12:37.51 | MagnusPathtracer | ah |
| 12:37.56 | brlcad | archer is pre-alpha |
| 12:37.59 | MagnusPathtracer | ah |
| 12:38.11 | MagnusPathtracer | it did seem worryingly buggy. :) |
| 12:38.14 | brlcad | you can use it, and feel free to and to report issues like that, but you'll probably run into other issues as well |
| 12:38.50 | brlcad | we were about to announce alpha status recently and pushed those plans back |
| 12:39.20 | MagnusPathtracer | so mged is a more basic, command line tool? |
| 12:39.28 | brlcad | not really |
| 12:39.54 | brlcad | everything you can do in archer you can do in mged, the GUI is just rather different |
| 12:39.59 | MagnusPathtracer | gotcha. |
| 12:40.11 | brlcad | mged also has a command-line mode, but gui is the default |
| 12:40.41 | MagnusPathtracer | ok. i'll have a tinker with mged. |
| 12:41.22 | brlcad | extensive tutorials and helper materials on the website |
| 12:41.31 | MagnusPathtracer | thankyou. |
| 12:41.31 | brlcad | http://brlcad.org/wiki/Documentation |
| 12:41.49 | brlcad | or just ask folks here ;) |
| 12:42.09 | brlcad | we might not answer quick, but we do usually respond if you're here when the question is read |
| 12:43.05 | brlcad | svn 1.7 is released |
| 12:50.22 | andrei | brlcad : right, then off to work. There are quite some modifications I need to make. |
| 12:51.54 | MagnusPathtracer | brlcad: if there isn't a steps exporter is there any other way of getting something made in brl-cad to other solid modelling programs? |
| 12:53.42 | brlcad | andrei: fixes for any individual crash are a good isolated patch |
| 12:54.14 | brlcad | MagnusPathtracer: sure, we have over a dozen exporters for other common formats |
| 12:54.47 | brlcad | http://brlcad.org/tmp/converters_page23.jpg |
| 12:55.14 | brlcad | dxf, obj, and stl are commonly used |
| 12:55.18 | MagnusPathtracer | awesome. :) |
| 12:57.51 | CIA-55 | BRL-CAD: 03bob1961 * r52026 10/brlcad/trunk/ (9 files in 5 dirs): This is the initial installment of code to support bot editing in Archer. Also a few tweaks for editing pipes in Archer. |
| 13:17.48 | ksuzee | brlcad: hello, Sean! I've already reducted the names of util and util1. If these patches must go together (have the same build system), shall I put build settings to both patch files or one is enough? |
| 13:21.45 | brlcad | patches should be independently applyable |
| 13:22.10 | brlcad | so we can grab either, apply it, commit, apply the other, commit |
| 13:22.26 | brlcad | same changes get skipped, so it's okay if it's duplicating the build logic |
| 13:22.44 | brlcad | more important that it applies cleanly and works, regardless of which one is applied first |
| 13:26.10 | ksuzee | ok, so i'll manually delete unused files from makefiles just for independent apply, and it will be more clear |
| 14:04.15 | CIA-55 | BRL-CAD: 03bob1961 * r52027 10/brlcad/trunk/src/tclscripts/lib/TkTable.tcl: Added code to cadwidgets::TkTable::handleKey to enforce a single selection mode if the -singleSelectCallback option is set. |
| 14:55.08 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4330 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 14:55.34 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4331 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 15:16.20 | ksuzee | brlcad: I've updated 3533010 and 3534958 patches and will wait for your checking |
| 15:23.55 | *** join/#brlcad phoenixyjll (0e7129b1@gateway/web/freenode/ip.14.113.41.177) | |
| 16:47.21 | CIA-55 | BRL-CAD: 03carlmoore * r52028 10/brlcad/trunk/CMakeLists.txt: remove trailing blanks/tabs and fix spelling |
| 17:06.37 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 17:37.05 | CIA-55 | BRL-CAD: 03carlmoore * r52029 10/brlcad/trunk/INSTALL: fix spelling of 'utility' |
| 17:41.31 | CIA-55 | BRL-CAD: 03carlmoore * r52030 10/brlcad/trunk/regress/nirt.sh: remove trailing blanks/tabs |
| 17:44.52 | CIA-55 | BRL-CAD: 03carlmoore * r52031 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: remove trailing blanks/tabs, and fix a spelling |
| 17:46.47 | CIA-55 | BRL-CAD: 03carlmoore * r52032 10/brlcad/trunk/doc/docbook/CMakeLists.txt: remove trailing blanks/tabs |
| 17:48.33 | CIA-55 | BRL-CAD: 03carlmoore * r52033 10/brlcad/trunk/doc/docbook/README.DB_authors_notes: fix a spelling and remove trailing blanks/tabs |
| 17:50.04 | CIA-55 | BRL-CAD: 03carlmoore * r52034 10/brlcad/trunk/misc/CMake/BRLCAD_Util.cmake: remove trailing blanks/tabs |
| 17:54.27 | CIA-55 | BRL-CAD: 03carlmoore * r52035 10/brlcad/trunk/misc/CMake/CheckCSourceRuns.cmake: fix spelling and remove trailing blanks/tabs |
| 17:55.59 | CIA-55 | BRL-CAD: 03carlmoore * r52036 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix spelling and remove trailing blanks/tabs |
| 17:58.18 | CIA-55 | BRL-CAD: 03carlmoore * r52037 10/brlcad/trunk/misc/CMake/DocBook.cmake: remove trailing blanks/tabs |
| 17:58.23 | *** join/#brlcad andrei (andrei@86.123.127.119) | |
| 17:59.23 | CIA-55 | BRL-CAD: 03carlmoore * r52038 10/brlcad/trunk/misc/CMake/FindFontconfig.cmake: remove trailing blanks/tabs |
| 18:00.48 | CIA-55 | BRL-CAD: 03carlmoore * r52039 10/brlcad/trunk/misc/CMake/FindGL.cmake: remove trailing blanks/tabs |
| 18:02.30 | CIA-55 | BRL-CAD: 03carlmoore * r52040 10/brlcad/trunk/misc/CMake/FindLEMON.cmake: remove trailing blanks/tabs |
| 18:06.16 | CIA-55 | BRL-CAD: 03carlmoore * r52041 10/brlcad/trunk/src/util/rle-pix.c: remove a trailing blank or tab |
| 18:07.42 | CIA-55 | BRL-CAD: 03carlmoore * r52042 10/brlcad/trunk/src/util/pix-rle.c: remove trailing blank or tab |
| 18:10.35 | CIA-55 | BRL-CAD: 03carlmoore * r52043 10/brlcad/trunk/misc/CMake/FindLEX.cmake: remove trailing blanks/tabs, fix spelling, and change a word |
| 18:11.36 | CIA-55 | BRL-CAD: 03carlmoore * r52044 10/brlcad/trunk/misc/CMake/FindOSL.cmake: remove trailing blanks/tabs |
| 18:12.43 | CIA-55 | BRL-CAD: 03carlmoore * r52045 10/brlcad/trunk/src/util/pix-orle.c: remove trailing blanks/tabs |
| 18:22.42 | CIA-55 | BRL-CAD: 03carlmoore * r52046 10/brlcad/trunk/misc/CMake/FindPERPLEX.cmake: remove trailing blanks/tabs |
| 18:23.40 | CIA-55 | BRL-CAD: 03carlmoore * r52047 10/brlcad/trunk/misc/CMake/FindPkgMacros.cmake: remove a trailing blank or tab |
| 18:24.51 | CIA-55 | BRL-CAD: 03carlmoore * r52048 10/brlcad/trunk/misc/CMake/FindREGEX.cmake: remove trailing blanks/tabs |
| 18:26.08 | CIA-55 | BRL-CAD: 03carlmoore * r52049 10/brlcad/trunk/misc/CMake/FindSTL.cmake: remove a trailing blank or tab |
| 18:28.50 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4332 10/wiki/MGED_Commands: /* V */ |
| 18:34.43 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4333 10/wiki/MGED_CMD_voxelize: New page: ==Syntax== :voxelize [-s "%s %s %s"] [-d n] [-t f] new_object old_object |
| 18:39.24 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4334 10/wiki/MGED_CMD_voxelize: /* Syntax */ |
| 18:57.37 | *** part/#brlcad MagnusPathtracer (~magnus@host109-154-241-55.range109-154.btcentralplus.com) | |
| 18:59.47 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4335 10/wiki/MGED_CMD_voxelize: /* Syntax */ |
| 19:01.28 | CIA-55 | BRL-CAD: 03starseeker * r52050 10/brlcad/trunk/regress/nirt.sh: Whitespace changes should not be made to the regression data in nirt.sh without also updating the NIRT output itself to also not generate eol spaces |
| 19:07.18 | CIA-55 | BRL-CAD: 03carlmoore * r52051 10/brlcad/trunk/misc/CMake/FindShellDeps.cmake: remove a trailing blank or tab |
| 19:11.29 | CIA-55 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4336 10/wiki/MGED_CMD_voxelize: /* voxelize */ |
| 19:23.23 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:37.15 | CIA-55 | BRL-CAD: 03carlmoore * r52052 10/brlcad/trunk/misc/CMake/FindTERMLIB.cmake: remove trailing blanks/tabs |
| 19:37.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:39.41 | CIA-55 | BRL-CAD: 03carlmoore * r52053 10/brlcad/trunk/misc/CMake/FindX11.cmake: fix a spelling and remove trailing blanks/tabs |
| 19:39.44 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 19:44.36 | CIA-55 | BRL-CAD: 03carlmoore * r52054 10/brlcad/trunk/misc/CMake/FindXMLLINT.cmake: remove a trailing blank or tab |
| 19:58.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:35.35 | andrei | hello |
| 20:36.23 | andrei | how can I figure out what is causing : http://pastebin.ca/2180662 |
| 20:36.46 | andrei | I m getting it in pkg_close but pkg_close doesn't even use pkc_len and pkc_type fields |
| 20:44.04 | andrei | found the issue. Nevermind. |
| 21:04.00 | CIA-55 | BRL-CAD: 03crdueck * r52055 10/brlcad/trunk/src/librt/primitives/ars/ars.c: fixed typo |
| 21:06.33 | CIA-55 | BRL-CAD: 03crdueck * r52056 10/brlcad/trunk/src/librt/primitives/arbn/arbn.c: use the more descriptive DIST_PT_PT_SQ macro |
| 21:10.41 | CIA-55 | BRL-CAD: 03crdueck * r52057 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: use appropriate VUNITIZE_RET macro |
| 21:29.40 | CIA-55 | BRL-CAD: 03carlmoore * r52058 10/brlcad/trunk/misc/CMake/FindXSLTPROC.cmake: remove trailing blank or tab |
| 22:56.37 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:30.46 | CIA-55 | BRL-CAD: 03cprecup * r52059 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt graph.xml): Basic brlman documentation for the graph command and its current subcommands. |
| 00:51.07 | brlcad | andrei: sounds like a problem with the test |
| 00:51.12 | brlcad | double free or corruption |
| 00:51.18 | brlcad | ah, you found it |
| 01:43.35 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:01.33 | *** join/#brlcad merzo (~merzo@125-30-133-95.pool.ukrtel.net) | |
| 02:18.12 | starseeker | brlcad: so things like X24_open_existing in the framebuffer library really should be part of the FBIO interface structure? |
| 02:28.09 | brlcad | starseeker: eh, sort of yes/no |
| 02:28.50 | brlcad | in general yes, but that particular function is implemented terribly right now |
| 02:29.42 | brlcad | pointer values are serialized to a string and turned by into pointers in *_open_existing() which then calls a "real" function passing the pointers |
| 02:30.33 | brlcad | FBIO needs a way to get a handle on the "existing" interface, but shouldn't be aware of the types or raw pointers like that |
| 02:31.11 | starseeker | do we still need to manually control things like cursors and color maps? |
| 02:34.09 | starseeker | supposes he is a rather poor judge of what a framebuffer needs, since he only ever uses it for holding raytrace outputs... |
| 02:38.50 | brlcad | concept of a cursor, probably |
| 02:39.18 | brlcad | color map, less likely |
| 02:39.54 | brlcad | could even go without a cursor really, but need a way to query individual framebuffer values and subrects |
| 02:40.07 | brlcad | (pushing the cursor concept back onto the caller) |
| 02:40.42 | starseeker | nods... - I wondered a little if the "read" and "write" functions couldn't accept subrect definitions, and just default to the whole thing if those were NULL... |
| 02:40.46 | starseeker | i.e. consolidate |
| 02:41.22 | brlcad | sure |
| 02:42.42 | starseeker | then if we want the "bw" version (that's black and white? or maybe grayscale?) have some sort of flag - again, defaulting to default full color if null... |
| 02:43.13 | brlcad | I think it should default to double values |
| 02:43.27 | starseeker | nods |
| 02:44.08 | brlcad | a LOT more memory, but supports anything we'll likely throw at it for the next 10 years |
| 02:44.59 | starseeker | are the max/min width and height, center, and such encoded in the FBIO for convenience? (As opposed to, say, having an fb_XXX_info callback that takes a set of standard enums to return the various settings?) |
| 02:46.30 | brlcad | part simplicity, part convenience, part performance |
| 02:47.21 | starseeker | guess it just feels a little ackward to me to hard-code those into the struct... seems like an info function would be more flexible for minimal overhead... |
| 02:47.27 | starseeker | but maybe it wouldn't be so minimal |
| 02:49.01 | brlcad | not sure I follow, they need to be stored somewhere (at least width and height, maybe center if zoomed) |
| 02:49.34 | brlcad | not all are inferrable from the context |
| 02:50.14 | starseeker | sure, but just have them be internal to the particular fb instead of complicating the FBIO struct itself - i.e. the fb_XXX_info function would access the internal specific struct |
| 02:50.55 | starseeker | i.e. fb_ogl_info(FB_WIDTH) instead of accessing a struct position |
| 02:51.36 | starseeker | then the FBIO compatibility doesn't depend on having the specific bits in the specific order in the struct... |
| 02:51.47 | brlcad | ah, sure possibly -- though if *every* internal needed a given set, then that duplication could be suboptimal |
| 02:52.08 | brlcad | depends on which field specifically probably |
| 02:52.32 | starseeker | ... but aren't they all duplicated anyway, since each FBIO has it's own slot for all those values? |
| 02:53.19 | brlcad | one definition and N instantiations vs. N definitions and N instantiations |
| 02:54.38 | starseeker | in this case though, N is going to be pretty small (considering the information that will be stored - maybe a dozen or two integers?) |
| 02:54.45 | brlcad | it'd be interesting to lay out on paper to see what the API might look like |
| 02:54.59 | starseeker | nods |
| 02:55.38 | starseeker | would like to do that at some point... considering the importance of the libfb API, it just feels like something that deserves to be clean and polished |
| 02:55.59 | brlcad | small doesn't matter to DRY principle if it's > 1 and generally doesn't stay "small" if the interface survives a decade |
| 02:56.27 | starseeker | nods - I may be thinking about how these things are used wrong. Definitely needs paper/whiteboard |
| 02:58.52 | starseeker | anyhow, sorry to be obsessing about it - not really "on topic" at the moment |
| 03:28.13 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 05:49.01 | CIA-55 | BRL-CAD: 03phoenixyjll * r52060 10/brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: Eliminate memory leak. |
| 05:49.47 | CIA-55 | BRL-CAD: 03phoenixyjll * r52061 10/brlcad/trunk/src/librt/primitives/ (7 files in 7 dirs): Eliminate memory leak. |
| 05:58.29 | CIA-55 | BRL-CAD: 03phoenixyjll * r52062 10/brlcad/trunk/src/libged/brep.c: Some clean up, add comments. |
| 07:56.31 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 08:02.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:12.13 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:12.19 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 09:25.02 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 09:45.20 | ksuzee | brlcad: I've updated 3533010 and 3534958 patches and will wait for your checking |
| 09:55.32 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4337 10/wiki/MGED_CMD_voxelize: /* Argument(s) */ |
| 10:01.25 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4338 10/wiki/MGED_Commands: /* V */ |
| 10:04.11 | CIA-55 | BRL-CAD: 0314.139.128.11 07http://brlcad.org * r4339 10/wiki/MGED_CMD_voxelize: /* Syntax */ |
| 10:37.06 | CIA-55 | BRL-CAD: 03anrgmrty * r52063 10/brlcad/trunk/src/libged/voxelize.c: sizeVoxel values are given by the user in his choice of units but need to be converted to mm |
| 11:07.56 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:40.23 | CIA-55 | BRL-CAD: 03LateshanldzqaodnsEddins 07http://brlcad.org * r4340 10/wiki/Techniques_for_a_Fruitful_Career_Transform: New page: It's never too late to proceed through a vocation change. A vocation change could be set off by several elements. You may be in the act of eventually knowing that you'll become more suitab... |
| 13:06.57 | CIA-55 | BRL-CAD: 03NicholkgqmhlsxbeRowlins 07http://brlcad.org * r4341 10/wiki/Wedding_Suppliers_in_Northern_Ireland: New page: Your wedding (also: [http://www.weddinghq.co.uk/petitcoat-lane-vintage-wedding-day/ click resources])is really a milestone occasion. Very few moments that you experienced will have the abi... |
| 13:13.46 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 13:30.55 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 13:31.09 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 13:41.22 | andrei | hello |
| 13:42.18 | andrei | my unit test for pkg_block () is getting a segfault when it returns _pkg_dispatch |
| 13:42.25 | andrei | this is the line which causes the segfault : for (i = 0; pc->pkc_switch[i].pks_handler != NULL; i++) { |
| 13:43.26 | andrei | it crashes there for each case I test and I don t really know how to fix this |
| 13:43.54 | andrei | initally I wanted to make pc->pkc_switch[0].pks_handler = NULL; |
| 13:44.12 | andrei | but I m getting this : error: assignment of member pks_handler in read-only object |
| 13:45.43 | CIA-55 | BRL-CAD: 03TriciamhgtygmvltMcqueen 07http://brlcad.org * r4342 10/wiki/Wedding_Manufacturers_in_Northern_Ireland_for_The_Wedding: New page: Your wedding (also: [http://www.weddinghq.co.uk/northern-ireland/hair/ Read On])is just a landmark function. Not many situations in your lifetime will be able to compare. Which means that ... |
| 13:51.35 | andrei | and I don t know how to solve this matter |
| 13:54.00 | *** join/#brlcad andrei (andrei@86.123.127.119) | |
| 14:08.37 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4343 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 14:11.28 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4344 10/wiki/User:Cprecup/GSoC2012_progress: 14/08/2012 - brlman documentation for the "graph" command |
| 15:41.59 | cristina | brlcad: Hi, I sent (you) a reply to the mailing list with the subject "Graph top-level commands grouped under a single "graph" command". Could you please read it and answer my questions? Thank you. |
| 16:31.03 | CIA-55 | BRL-CAD: 03bob1961 * r52064 10/brlcad/trunk/src/libged/edbot.c: Minor cleanup. |
| 16:49.23 | CIA-55 | BRL-CAD: 03r_weiss * r52065 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: Changed function "nmg_edge_g_fuse" in file "nmg_fuse.c". Removed the rotation of the vertices until more testing with this can be done. |
| 16:54.28 | CIA-55 | BRL-CAD: 03carlmoore * r52066 10/brlcad/trunk/misc/CMake/FindZLIB.cmake: remove trailing blanks/tabs |
| 17:17.00 | CIA-55 | BRL-CAD: 03r_weiss * r52067 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: |
| 17:17.00 | CIA-55 | BRL-CAD: Updated functions "nmg_flatten_face" and "nmg_triangulate_fu" within file |
| 17:17.00 | CIA-55 | BRL-CAD: "nmg_tri.c". A tolerance is now passed into function "nmg_flatten_face" and this |
| 17:17.00 | CIA-55 | BRL-CAD: function better handles the special cases when the face is already flat. |
| 17:35.03 | CIA-55 | BRL-CAD: 03anrgmrty * r52068 10/brlcad/trunk/doc/docbook/system/mann/en/ (CMakeLists.txt voxelize.xml): MGED help for voxelize |
| 18:09.47 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 18:24.15 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:35.08 | andrei | brlcad : I ll try and finish the rest of the fixes tomorrow, and I need tu reupload the tests. I have changed them quite a bit. If t here s time, coould you please have a look at the question I wrote earlier? Thank you ! |
| 20:03.31 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 20:07.33 | CIA-55 | BRL-CAD: 03carlmoore * r52069 10/brlcad/trunk/misc/CMake/Fink_MacPorts.cmake: remove trailing blanks/tabs, and fix capital P in MacPorts in a quoted string |
| 20:08.37 | CIA-55 | BRL-CAD: 03carlmoore * r52070 10/brlcad/trunk/misc/CMake/LEMON_Util.cmake: remove trailing blanks/tabs |
| 20:26.08 | CIA-55 | BRL-CAD: 03starseeker * r52071 10/brlcad/trunk/src/ (5 files in 3 dirs): |
| 20:26.09 | CIA-55 | BRL-CAD: Start the process of subbing openNURBS types in for Eigen types. We don't want |
| 20:26.09 | CIA-55 | BRL-CAD: to depend on Eigen - ideally, openNURBs natives types will be used as far as |
| 20:26.09 | CIA-55 | BRL-CAD: possible (i.e. up to the point of calling the actual solvers.) Once this |
| 20:26.09 | CIA-55 | BRL-CAD: process is complete and the solver is verified to be still working, can start |
| 20:26.09 | CIA-55 | BRL-CAD: swapping in other solvers to see how they perform. |
| 20:58.29 | CIA-55 | BRL-CAD: 03carlmoore * r52072 10/brlcad/trunk/misc/CMake/PERPLEX_Util.cmake: remove trailing blanks/tabs, and fix a spelling |
| 20:59.23 | CIA-55 | BRL-CAD: 03carlmoore * r52073 10/brlcad/trunk/src/util/pix-bw.c: remove trailing blanks/tabs |
| 21:00.16 | CIA-55 | BRL-CAD: 03carlmoore * r52074 10/brlcad/trunk/src/util/pc_test.c: remove trailing blanks/tabs |
| 21:02.26 | CIA-55 | BRL-CAD: 03carlmoore * r52075 10/brlcad/trunk/bench/Makefile.am: change buildir to builddir |
| 21:37.41 | CIA-55 | BRL-CAD: 03carlmoore * r52076 10/brlcad/trunk/misc/CMake/RE2C_Util.cmake: remove trailing blanks/tabs |
| 21:40.01 | CIA-55 | BRL-CAD: 03carlmoore * r52077 10/brlcad/trunk/misc/CMake/ResolveCompilerPaths.cmake: remove trailing blanks/tabs and fix spelling |
| 21:43.13 | CIA-55 | BRL-CAD: 03carlmoore * r52078 10/brlcad/trunk/misc/CMake/TCL_PKGINDEX.cmake: remove trailing blanks/tabs |
| 21:44.50 | CIA-55 | BRL-CAD: 03carlmoore * r52079 10/brlcad/trunk/misc/CMake/ThirdParty.cmake: remove trailing blanks/tabs |
| 21:46.27 | CIA-55 | BRL-CAD: 03carlmoore * r52080 10/brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in: remove a trailing blank or tab, and fix a spelling |
| 21:47.59 | CIA-55 | BRL-CAD: 03carlmoore * r52081 10/brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: remove trailing blanks/tabs, and fix a spelling |
| 21:49.51 | CIA-55 | BRL-CAD: 03carlmoore * r52082 10/brlcad/trunk/misc/CMake/distclean.cmake.in: remove trailing blanks/tabs |
| 21:50.30 | CIA-55 | BRL-CAD: 03carlmoore * r52083 10/brlcad/trunk/misc/CMake/multiconfig_path_read.cmake.in: remove trailing blanks/tabs |
| 21:51.58 | CIA-55 | BRL-CAD: 03carlmoore * r52084 10/brlcad/trunk/misc/CMake/xsltproc.cmake.in: remove a trailing blank or tab |
| 22:03.14 | CIA-55 | BRL-CAD: 03carlmoore * r52085 10/brlcad/trunk/regress/gcv/CMakeLists.txt: remove a trailing blank or tab |
| 22:36.04 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:44.49 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarch.png]]" |
| 22:45.45 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsarchpermhz.png]]" |
| 22:46.46 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages1.png]]" |
| 22:47.17 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimages2.png]]" |
| 22:47.39 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Absavgperfvsimagescomb.png]]" |
| 22:52.45 | CIA-55 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4350 10/wiki/User:Stattrav/GSoC2012_log: |
| 00:16.21 | CIA-55 | BRL-CAD: 03starseeker * r52086 10/brlcad/trunk/src/libnurbs/ (opennurbs_fit.cpp opennurbs_fit.h): More work on de-Eigenification of nurbs fit code |
| 00:28.25 | CIA-55 | BRL-CAD: 03starseeker * r52087 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Starting to zoom in on actual Eigen functionality that will need replacing... |
| 00:53.56 | CIA-55 | BRL-CAD: 03crdueck * r52088 10/brlcad/trunk/src/libged/analyze.c: fix uninitialized value |
| 01:14.55 | CIA-55 | BRL-CAD: 03starseeker * r52089 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Uncomment some more code |
| 01:25.53 | CIA-55 | BRL-CAD: 03LewisvhhydusdjnRedenius 07http://brlcad.org * r4351 10/wiki/Study_Ways_To_Decide_Upon_The_Most_Beneficial_Phuket_Hotels_When_Going_For_Any_Phuket_Trip: New page: Phuket is actually a beautiful spectacular isle throughout Thailand in your resting state around the gorgeous Andaman Seaside. Ringed along with amazingly clean bright tropical shoreline, ... |
| 01:34.52 | CIA-55 | BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LewisvhhydusdjnRedenius]] with an expiry time of infinite (account creation disabled): Spamming links to external sites |
| 01:34.55 | CIA-55 | BRL-CAD: 03Erik 07http://brlcad.org * r0 10/wiki/Special:Log/delete: |
| 01:34.55 | CIA-55 | BRL-CAD: deleted "[[Study Ways To Decide Upon The Most Beneficial Phuket Hotels When |
| 01:34.55 | CIA-55 | BRL-CAD: Going For Any Phuket Trip]]": content was: 'Phuket is actually a beautiful |
| 01:34.55 | CIA-55 | BRL-CAD: spectacular isle throughout Thailand in your resting state around the gorgeous |
| 01:34.56 | CIA-55 | BRL-CAD: Andaman Seaside. Ringed along with amazi...' (and the only contributor was |
| 01:34.56 | CIA-55 | BRL-CAD: '[[Special:Contributions/LewisvhhydusdjnRedenius|LewisvhhydusdjnRedenius]]') |
| 02:01.41 | *** join/#brlcad merzo (~merzo@75-1-133-95.pool.ukrtel.net) | |
| 03:29.20 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4352 10/wiki/MGED_CMD_brep: New page: =brep= __TOC__ ==Syntax== :brep object info - return count information for specific BREP :brep object info S|F|T|E|SB|TB [index] - return information for specific BREP 'surface', 'face', ... |
| 03:31.45 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4353 10/wiki/MGED_CMD_brep: /* Syntax */ |
| 03:39.23 | CIA-55 | BRL-CAD: 03cprecup * r52090 10/brlcad/trunk/src/tclscripts/graph/ (GraphEditor.tcl graph.tcl): Display an error message in MGED if the graph command isn't available because the Adaptagrams library cannot be found. |
| 03:46.51 | CIA-55 | BRL-CAD: 03cprecup * r52091 10/brlcad/trunk/ (3 files in 3 dirs): A little code cleanup: respect the alphabetical order: move the code lines; add reference to 'graph' method in ArcherCore class; switch from plural 'edges' to singular 'edge' in dag.cpp |
| 03:47.20 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4354 10/wiki/MGED_CMD_brep: /* Argument(s) */ |
| 03:47.42 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4355 10/wiki/MGED_CMD_brep: /* Argument(s) */ |
| 03:49.49 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4356 10/wiki/MGED_CMD_brep: /* Description */ |
| 03:50.12 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4357 10/wiki/MGED_CMD_brep: /* Description */ |
| 03:52.22 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4358 10/wiki/User:Cprecup/GSoC2012_progress: 16/08/2012 - error message in MGED for the "graph" command in case Adaptagrams isn't available |
| 03:54.11 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4359 10/wiki/MGED_CMD_brep: /* Example(s) */ |
| 04:07.25 | CIA-55 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4360 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 04:25.12 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:TriciamhgtygmvltMcqueen]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 04:25.27 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wedding Manufacturers in Northern Ireland for The Wedding]]": spam |
| 04:25.49 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:NicholkgqmhlsxbeRowlins]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 04:25.57 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wedding Suppliers in Northern Ireland]]": spam |
| 04:26.17 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LateshanldzqaodnsEddins]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 04:26.24 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Techniques for a Fruitful Career Transform]]": spam |
| 04:27.01 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:AftonndumeyecehaebbamllydcgeudmfznvbiejbLaningham]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 04:27.07 | CIA-55 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Cong ty lam seo phai mua5654440]]": spam |
| 08:20.11 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 10:23.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:47.02 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:59.14 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 12:05.31 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:08.35 | andrei | hello |
| 12:08.45 | andrei | d_rossberg : do you know when brlcad or Erik are going be around ? |
| 12:13.26 | d_rossberg | andrei: in general: no; however, it's 8:10 EST i.e. the beginning of the day |
| 12:14.03 | andrei | ah. |
| 12:34.01 | d_rossberg | andrei: still struggling with the segfault? |
| 12:41.25 | andrei | yes |
| 12:41.56 | andrei | I didn't fix it because I don t understand the cause of it |
| 12:44.31 | d_rossberg | it may be nothing but your "tester" variable looks a little bit uninitialized |
| 12:45.35 | andrei | I tried to initialize it s pkg_switch member to null |
| 12:45.51 | andrei | so I wouldn't reach that "for " at all, but I m getting an error regarding read only member. |
| 12:49.10 | andrei | it does crash indeed because it isn't initialized, I m having trouble initalizing it |
| 12:49.12 | d_rossberg | if pkg_switch = 0 pkg_switch[i] will try to dereference null-pointer, this doesn't sound good |
| 12:51.05 | andrei | should making pkg_switch[0] = NULL work? |
| 12:57.04 | d_rossberg | struct pkg_switch *dummy = NULL; tester->pkc_switch = dummy; could work (i.e. you need a pointer which points to 0) |
| 12:57.55 | andrei | hmm |
| 12:58.07 | andrei | I ll try this, thank you ! |
| 13:01.25 | d_rossberg | sorry, I was wrong: struct pkg_switch dummy = {0}; tester->pkc_switch = &dummy should be better |
| 13:03.48 | andrei | Thanks ! |
| 13:04.46 | d_rossberg | btw, maybe you should have a look at _pkg_makeconn() in pkg.c |
| 13:05.46 | *** join/#brlcad andrei (~andrei@86.123.127.119) | |
| 13:06.15 | d_rossberg | maybe you should have a look at _pkg_makeconn() in pkg.c |
| 13:10.39 | andrei | struct pkg_switch dummy = {0}; this doesn't seem to work |
| 13:12.34 | andrei | I get two errors : error: (near initialization for dummy.pks_handler) |
| 13:13.05 | d_rossberg | struct pkg_switch dummy; dummy.pks_handler = NULL; ? |
| 13:14.20 | andrei | hm |
| 13:15.55 | d_rossberg | or (after looking into tpkg.c) struct pkg_switch dummy = {0, 0, (char *)0, (void*)0}; ? |
| 13:21.17 | andrei | I changed it to tpkg one and it works now |
| 13:21.34 | andrei | ran into another segfault tho |
| 13:22.00 | andrei | I ll see what I can do, anyway, thanks a lot |
| 13:30.29 | andrei | d_rossberg : Fixed it, now the test works :) |
| 13:47.10 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:57.23 | *** join/#brlcad CIA-55 (~CIA@204.152.223.100) | |
| 14:23.31 | CIA-55 | BRL-CAD: 03carlmoore * r52092 10/brlcad/trunk/regress/mged/CMakeLists.txt: remove a trailing blank or tab |
| 14:24.40 | CIA-55 | BRL-CAD: 03carlmoore * r52093 10/brlcad/trunk/regress/mged/clone.mged: remove a trailing blank or tab |
| 14:57.35 | CIA-55 | BRL-CAD: 03bob1961 * r52094 10/brlcad/trunk/ (7 files in 5 dirs): Added bot_face_split functionality to Archer's bot editing capability. |
| 15:29.11 | CIA-55 | BRL-CAD: 03carlmoore * r52095 10/brlcad/trunk/regress/mged/cp.mged: remove a trailing blank or tab |
| 15:30.31 | CIA-55 | BRL-CAD: 03carlmoore * r52096 10/brlcad/trunk/regress/mged/keypoint.mged: remove trailing blanks/tabs |
| 15:31.35 | CIA-55 | BRL-CAD: 03carlmoore * r52097 10/brlcad/trunk/regress/mged/killall.mged: remove a trailing blank or tab |
| 15:41.47 | CIA-55 | BRL-CAD: 03bob1961 * r52098 10/brlcad/trunk/src/libged/edbot.c: Don't need the full path for the bot face split operation. |
| 15:59.56 | CIA-55 | BRL-CAD: 03carlmoore * r52099 10/brlcad/trunk/regress/mged/make.mged: remove trailing blank |
| 16:01.02 | CIA-55 | BRL-CAD: 03carlmoore * r52100 10/brlcad/trunk/regress/mged/make_bb.mged: remove a trailing blank |
| 16:02.19 | CIA-55 | BRL-CAD: 03carlmoore * r52101 10/brlcad/trunk/regress/mged/mged.tcl: remove trailing blanks/tabs |
| 17:14.49 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:20.08 | andrei | I want to find an example of a non null use for pkg_errlog |
| 17:20.51 | andrei | and I can't find any, I need that because I don t understand this : typedef void (*pkg_errlog)PKG_ARGS((char *msg)); |
| 17:21.30 | andrei | I tried char *errbuffer; pkg_conn->pkc_errlog = errbuffer ( alocated and initialized ) |
| 17:21.33 | andrei | and it doesn't work. |
| 17:33.12 | *** join/#brlcad andrei (andrei@86.123.127.119) | |
| 19:06.08 | CIA-55 | BRL-CAD: 03carlmoore * r52102 10/brlcad/trunk/src/libged/brep.c: remove trailing tab |
| 19:07.32 | CIA-55 | BRL-CAD: 03carlmoore * r52103 10/brlcad/trunk/src/libged/voxelize.c: remove trailing blanks/tabs |
| 19:08.32 | CIA-55 | BRL-CAD: 03carlmoore * r52104 10/brlcad/trunk/src/libged/select.c: remove trailing blanks/tabs |
| 19:09.39 | CIA-55 | BRL-CAD: 03carlmoore * r52105 10/brlcad/trunk/regress/mged/regression_resources.tcl: remove trailing blanks |
| 19:10.47 | CIA-55 | BRL-CAD: 03carlmoore * r52106 10/brlcad/trunk/regress/mged/rot_edit.mged: remove trailing blanks |
| 19:12.19 | CIA-55 | BRL-CAD: 03carlmoore * r52107 10/brlcad/trunk/regress/mged/run_test: remove trailing blanks |
| 19:13.39 | CIA-55 | BRL-CAD: 03carlmoore * r52108 10/brlcad/trunk/src/adrt/CMakeLists.txt: remove a trailing blank |
| 19:15.27 | CIA-55 | BRL-CAD: 03carlmoore * r52109 10/brlcad/trunk/src/adrt/isst: remove trailing blanks |
| 19:22.11 | *** join/#brlcad stas (~stas@188.24.33.151) | |
| 19:27.45 | CIA-55 | BRL-CAD: 03carlmoore * r52110 10/brlcad/trunk/src/adrt/isst.bat: remove trailing blanks |
| 19:58.56 | CIA-55 | BRL-CAD: 03bob1961 * r52111 10/brlcad/trunk/ (6 files in 5 dirs): Added a bot edge split functionality to Archer's bot editing capability. |
| 20:15.30 | CIA-55 | BRL-CAD: 03starseeker * r52112 10/brlcad/trunk/src/libnurbs/ (opennurbs_fit.cpp opennurbs_fit.h): Before getting too aggerssive, make sure things still work with just the required Eigen bits. Need to test. |
| 20:23.53 | CIA-55 | BRL-CAD: 03starseeker * r52113 10/brlcad/trunk/misc/CMake/FindX11.cmake: fix copyright date |
| 20:23.53 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:33.55 | starseeker | huh - hadn't heard of this before: http://radsite.lbl.gov/radiance/HOME.html |
| 21:03.56 | CIA-55 | BRL-CAD: 03r_weiss * r52114 10/brlcad/trunk/ (44 files in 35 dirs): (log message trimmed) |
| 21:03.56 | CIA-55 | BRL-CAD: Changed all the ft_bbox (i.e. rt_bot_bbox etc.) functions so that a bn_tol |
| 21:03.56 | CIA-55 | BRL-CAD: tolerance could be passed in. I also changed all the functions which reference |
| 21:03.56 | CIA-55 | BRL-CAD: the ft_bbox functions to pass in the tolerance. Updated the bn_mat_fromto to use |
| 21:03.56 | CIA-55 | BRL-CAD: the tolerance. Also make some changes to function "bn_mat_fromto" to better |
| 21:03.56 | CIA-55 | BRL-CAD: handle the special case when the to and from vectors are nearly parallel. The |
| 21:03.57 | CIA-55 | BRL-CAD: following headers were updated "bn.h", "raytrace.h" and "metaball.h". The |
| 21:57.46 | brlcad | starseeker: that's a pretty old code |
| 21:58.45 | brlcad | open source abandonware |
| 22:01.08 | CIA-55 | BRL-CAD: 03carlmoore * r52115 10/brlcad/trunk/src/adrt/isst_tcltk.c: remove trailing blanks |
| 22:17.14 | cristina | Hello. I have implemented a Tcl procedure that calls a contructor of a class and in the constructor I am running the command "graph show". |
| 22:17.20 | cristina | <PROTECTED> |
| 22:18.30 | cristina | Where does this "invalid command name..." error come from? I have declared and defined the "graph" method in ArcherCore.tcl, Ged.tcl and can't figure out what is missing. |
| 22:18.52 | cristina | if anybody has a suggestion, I'd be glad to hear it |
| 23:58.25 | CIA-55 | BRL-CAD: 03n_reed * r52116 10/brlcad/trunk/include/nurbs.h: add import/export symbols |
| 00:38.05 | CIA-55 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4361 10/wiki/User:Cprecup/GSoC2012_progress: 17/08/2012 - introduced the "graph" command and a subcommand |
| 01:05.56 | starseeker | brlcad: don't worry, I wasn't going to start investigating it |
| 01:07.00 | starseeker | not that old is necessarily bad, but its license has an advertising clause in it |
| 01:07.11 | starseeker | and I doubt it does anything we don't already do for ourselves |
| 01:11.47 | *** join/#brlcad merzo (~merzo@75-1-133-95.pool.ukrtel.net) | |
| 02:04.46 | *** join/#brlcad merzo (~merzo@155-101-132-95.pool.ukrtel.net) | |
| 02:23.20 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:48.21 | CIA-55 | BRL-CAD: 03crdueck * r52117 10/brlcad/trunk/src/librt/primitives/bot/bot.c: fixed memory leak, some other minor changes |
| 06:07.41 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:10.15 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 09:16.13 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:19.32 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 09:29.02 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:01.39 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 12:12.10 | *** join/#brlcad Stattrav (u3131@gateway/web/irccloud.com/x-hjgrpyembujljntd) | |
| 13:39.26 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 14:33.16 | *** join/#brlcad andrei (~andrei@79.117.233.10) | |
| 14:59.48 | andrei | hello! |
| 15:00.06 | andrei | aside of 0, what can I pass as a parameter for a function using : void (*errlog) (char *msg). |
| 15:00.17 | andrei | I don t understand the type |
| 15:01.54 | andrei | <PROTECTED> |
| 15:05.52 | andrei | nevermind, fixed it. |
| 17:55.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:06.29 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 18:08.20 | *** join/#brlcad stas (~stas@86.122.32.42) | |
| 18:25.46 | brlcad | andrei: that's a function callback, it takes a function as a parameter |
| 18:26.07 | brlcad | so you could pass printf, for example |
| 18:26.43 | andrei | I did that :) |
| 18:27.44 | brlcad | cristina: it sounds like you didn't register the command somewhere for archer |
| 18:28.24 | brlcad | i don't recall off the top of my head, but you can try searching for a similar command such as "facetize" |
| 18:28.55 | brlcad | andrei: I'm going to have a little bit of time to review some patches this weekend -- which of yours should I start with first |
| 18:29.26 | andrei | I think you should start with the test_rbtree, it should be easiest to review ( even tho it has nothing to do with the project) |
| 18:29.31 | andrei | and afterwards, the test units |
| 18:29.42 | andrei | I need to re-upload them |
| 18:30.23 | andrei | Speaking of re-upload, I introduced some code duplication ( in some of the tests). For example, I needed the callbacks from pkg.c for pkg_getclient |
| 18:30.26 | andrei | how should I proceed? |
| 18:33.13 | andrei | or I have a display function common to around 5 tests. Should I move that to pkg.h ? |
| 18:34.48 | cristina | brlcad: Hello, I looked over other commands and registered in in the same folders |
| 18:35.06 | cristina | s/folders/files |
| 18:35.33 | *** join/#brlcad stas (~stas@188.24.40.47) | |
| 18:46.30 | *** join/#brlcad stas (~stas@188.24.42.87) | |
| 19:16.06 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 19:32.10 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 19:47.23 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 20:45.06 | *** join/#brlcad merzo (~merzo@155-101-132-95.pool.ukrtel.net) | |
| 22:12.15 | andrei | brlcad : I finished re editing both unit tests and the fixes, they should be ready to be reviewed / commited. Aside of that there are two unit tests that aren't in patch format, I need a bit of help with them. I can t unit test pkg_waitfor since it doesn't end. |
| 22:12.58 | andrei | also, I m getting some pretty wierd memory leaks on test_pkg_send and I don t know why, it just displays some gibberish |
| 22:24.23 | andrei | There are some unit tests where there isn't a bu_free after memory allocation. The reason is that the functions contain it. |
| 22:50.07 | andrei | the best order for review is, I think : red-black tree test -> unit tests -> pkg fixes |
| 23:29.34 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 02:01.55 | *** join/#brlcad merzo (~merzo@78-62-133-95.pool.ukrtel.net) | |
| 08:26.06 | *** join/#brlcad andrei (andrei@79.117.233.10) | |
| 08:51.27 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 09:30.10 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 09:42.00 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:55.47 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 11:54.37 | ksuzee | brlcad: hello! I've reviewed and reducted (where it was necessary) all my patches except the very last 4. There're: 3518875, 3528023, 3533010, 3534954, 3534955, 3534956, 3534958, 3538351. Review them, please. |
| 11:56.21 | ksuzee | as for last 4 patches, they're working but there're relaitive links to libraries. I need your help in resolving this problem |
| 13:08.30 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 14:47.42 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 15:57.39 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 18:37.25 | andrei | hello |
| 18:37.49 | andrei | brlcad : is it possible to have my patches reviewed before firm pencils down, just in case, I would like to be able to do some fixes if needed. |
| 18:51.50 | *** join/#brlcad Al_Da_Best (Al_Da_Best@b0f9969c.bb.sky.com) | |
| 19:35.54 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 19:55.17 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 20:33.05 | cristina | brlcad: I want to introduce the "graph" command that wrappes the "ged_graph" C routine. I already have a Tcl script names "graph.tcl" with a procedure called "graph" so these have to be renamed with something different from the word "graph". Would that be ok if I'd name them "igraph"? |
| 21:18.16 | *** join/#brlcad CIA-69 (cia@198.71.88.9) | |
| 21:38.13 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 22:14.19 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 22:43.49 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 02:02.00 | *** join/#brlcad merzo (~merzo@164-31-132-95.pool.ukrtel.net) | |
| 06:33.31 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 06:33.32 | *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net | |
| 06:47.35 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:21.29 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:21.30 | *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net | |
| 09:05.44 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 09:22.13 | *** join/#brlcad Stattrav1 (~Stattrav@61.12.114.82) | |
| 09:28.51 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 09:35.25 | Stattrav1 | People want to check some plots : http://88.198.223.105:8080/ |
| 10:26.32 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:24.48 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:48.42 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 13:22.08 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 14:46.18 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:12.18 | ``Erik | trillion fps camera http://www.youtube.com/watch?v=SoHeWgLvlXI&feature=player_embedded#! |
| 16:33.33 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 17:11.24 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 17:31.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:53.45 | *** join/#brlcad stas (~stas@188.24.42.87) | |
| 18:32.56 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 18:32.56 | *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net | |
| 19:02.39 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:02.40 | *** mode/#brlcad [+o ChanServ] by zelazny.freenode.net | |
| 19:02.44 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 19:03.26 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:18.02 | *** join/#brlcad merzo_ (~merzo@164-31-132-95.pool.ukrtel.net) | |
| 22:13.37 | ksuzee | brlcad: Sean, thanks for checking. I've updated patch according to your suggestions |
| 23:50.20 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 00:23.12 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:01.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:03.50 | *** join/#brlcad merzo (~merzo@175-189-132-95.pool.ukrtel.net) | |
| 05:59.06 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 06:46.07 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:00.25 | *** join/#brlcad andrei (andrei@79.118.113.130) | |
| 07:00.30 | andrei | hello |
| 07:27.50 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:45.07 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:50.12 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 15:40.58 | starseeker | huh - looks like MPL 2.0 fixed compatibility problems with other licenses: http://www.gnu.org/licenses/license-list.html#MPL-2.0 |
| 15:51.04 | starseeker | growl... friggin jama library... |
| 18:23.01 | *** join/#brlcad andrei (~andrei@79.118.113.130) | |
| 19:02.11 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb61d.bb.sky.com) | |
| 19:03.48 | ``Erik | http://sophia.javeriana.edu.co/~ochavarr/computer_graphics_history/historia/ |
| 19:45.14 | *** join/#brlcad stas (~stas@188.24.42.87) | |
| 19:52.12 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 20:14.55 | *** join/#brlcad andrei (andrei@79.118.113.130) | |
| 22:26.29 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 22:36.32 | ksuzee | brlcad: I've updated the patch according to your suggestions. Is it an expected result? |
| 02:02.12 | *** join/#brlcad merzo (~merzo@114-86-132-95.pool.ukrtel.net) | |
| 04:22.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:18.46 | brlcad | thanks Stattrav_ |
| 08:50.11 | *** join/#brlcad ksuzee (~ksu@46.149.81.166) | |
| 09:34.07 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:10.18 | *** join/#brlcad andrei (~andrei@79.118.113.172) | |
| 10:12.12 | andrei | hello ! |
| 10:12.51 | andrei | Brlcad : thank you for accepting my red black tree unit test. Regarding 3540368 ( Which is the deprecated unit test) |
| 10:13.33 | andrei | I tagged it deprecated and mentioned that it should be closed because it isn't really a test unit. I wanted to send a file via tpkg and then check it's consistency |
| 10:13.38 | andrei | It has no connection to any other patch. |
| 10:40.52 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 10:53.21 | *** join/#brlcad andrei (andrei@79.118.113.172) | |
| 10:53.30 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0eb61d.bb.sky.com) | |
| 12:15.25 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 13:00.58 | brlcad | andrei: you should be able to close it, no? |
| 14:21.24 | Stattrav_ | I have to resolve a huge number of bugs and clean up the code. I shall do them now |
| 15:04.48 | andrei | brlcad : ah,sorry |
| 15:06.24 | andrei | done |
| 17:00.13 | *** join/#brlcad elf_ (~elf@p22.eregie.pub.ro) | |
| 15:09.10 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:09.10 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 17:22.48 | *** join/#brlcad andrei (andrei@79.119.90.68) | |
| 18:05.49 | elf_ | Thanks for the info brlcad, but I had the bullet already installed when I tried that simulate command. |
| 19:15.55 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 19:15.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:21.08 | brlcad | elf_: and did cmake say that it found it or didn't find it? |
| 20:21.40 | brlcad | having it installed isn't the requirement, "the simulate command is only available if bullet is found when you run cmake" |
| 20:22.25 | elf_ | It doesn't seem to have found it, I looked also in the brlcad src/libged and the simulate folder is not there, so it didn't found it. |
| 21:16.13 | *** join/#brlcad Guest28508 (~stas@188.24.42.87) | |
| 21:19.34 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 21:52.47 | elf_ | @brlcad this is what cmake returns, it says it found bullet |
| 21:52.49 | elf_ | http://paste.ubuntu.com/1163450/ |
| 21:56.41 | starseeker | elf_: but the src/libged/simulate directory isn't present? |
| 21:58.28 | starseeker | actually, come to think of it it probably wouldn't be |
| 21:59.22 | starseeker | elf_: what to look for during the build of libged is files named simphysics.cpp, simulate.c, etc. |
| 21:59.36 | starseeker | if it's building those, then you're at least building the source files |
| 22:07.48 | elf_ | I know, but it is strange that it says it finds the bullet engine, but it doesn't add the simulate folder, trying once again. waiting for it to finish building. |
| 22:17.51 | starseeker | elf_: it won't actually add the folder - it's adding files from that folder to the libged sources list |
| 22:19.08 | elf_ | so I should not look for the whole folder? Cause it added the zoom folder in the same place, libged, and I thought it would do the same with the simulate folder too. |
| 22:19.33 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 22:19.48 | starseeker | hmm |
| 22:20.14 | starseeker | it's possible that somehow BULLET_FOUND isn't being set... |
| 22:21.59 | starseeker | I don't have a bullet setup handy at the moment - if you look in your CMakeCache.txt file in your toplevel build directory, what BULLET variables are defined? |
| 22:25.49 | elf_ | the BULLET collision library, collision library debug, dynamics library, dynamics debug, bullet include dir, bullet math lib, math debug, softbody lib and softbody debug |
| 22:26.59 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 22:47.14 | starseeker | but the simphysics.cpp file and similar files aren't being built? |
| 00:17.30 | elf_ | okay, the simulate file has been added in the libged folder. But the simulate command still doesn't work. There are the libged.dir and the libged-static.dir in the src/libged with the .o files, both have the same files, it sees the zoom command but not the simulate one |
| 03:29.21 | starseeker | hmm |
| 07:12.25 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 08:28.42 | CIA-69 | BRL-CAD: 03brlcad * r52185 10/brlcad/trunk/BUGS: step-g crashing for me on two model conversion attempts, same issue -- may be build system related |
| 08:28.43 | CIA-69 | BRL-CAD: 03carlmoore * r52179 10/brlcad/trunk/src/util/Makefile.am: remove trailing blank |
| 08:28.44 | CIA-69 | BRL-CAD: 03carlmoore * r52178 10/brlcad/trunk/src/rt/viewedge.c: fix spellings |
| 08:29.07 | CIA-69 | BRL-CAD: 03carlmoore * r52177 10/brlcad/trunk/src/rt/rtshot.c: fix spelling in a bu_log argument |
| 08:29.08 | CIA-69 | BRL-CAD: 03carlmoore * r52176 10/brlcad/trunk/src/rt/do.c: fix 'e.g.','i.e.', and spellings |
| 08:29.13 | CIA-69 | BRL-CAD: 03carlmoore * r52175 10/brlcad/trunk/src/remrt/remrt.c: fix 'i.e.' and spellings |
| 08:29.13 | CIA-69 | BRL-CAD: 03carlmoore * r52174 10/brlcad/trunk/src/other/Makefile.am: remove a trailing blank |
| 08:29.13 | CIA-69 | BRL-CAD: 03carlmoore * r52173 10/brlcad/trunk/src/mged/muves.c: fix spellings |
| 08:30.01 | CIA-69 | BRL-CAD: 03carlmoore * r52171 10/brlcad/trunk/src/mged/cmd.c: fix spelling |
| 08:30.01 | CIA-69 | BRL-CAD: 03carlmoore * r52170 10/brlcad/trunk/src/mged/clone.c: fix spellings |
| 08:30.01 | CIA-69 | BRL-CAD: 03carlmoore * r52172 10/brlcad/trunk/src/mged/edsol.c: fix spellings (that's 'hyperbolid', right?) |
| 08:30.01 | CIA-69 | BRL-CAD: 03carlmoore * r52169 10/brlcad/trunk/src/mged/attach.c: fix spellings |
| 08:30.02 | CIA-69 | BRL-CAD: 03carlmoore * r52168 10/brlcad/trunk/src/libpkg/pkg.c: fix a spelling |
| 08:30.14 | CIA-69 | BRL-CAD: 03carlmoore * r52167 10/brlcad/trunk/src/libpc/pc_main.c: fix spelling |
| 08:30.20 | CIA-69 | BRL-CAD: 03r_weiss * r52148 10/brlcad/trunk/ (7 files in 5 dirs): |
| 08:30.20 | CIA-69 | BRL-CAD: Updated functions "nmg_triangulate_rm_degen_loopuse", "nmg_triangulate_fu" and |
| 08:30.21 | CIA-69 | BRL-CAD: "nmg_triangulate_shell" to gracefully remove empty faceuse. Also updated all |
| 08:30.21 | CIA-69 | BRL-CAD: functions calling "nmg_triangulate_fu" to gracefully remove empty faceuse. Files |
| 08:30.23 | CIA-69 | BRL-CAD: changed include "raytrace.h", "g-shell-rect.c", "nmg-sgp.c", "g-x3d.c", |
| 08:30.25 | CIA-69 | BRL-CAD: "tri_face.c", "nmg_tri.c" and "nmg_misc.c". |
| 08:35.53 | CIA-69 | BRL-CAD: 03brlcad * r52138 10/brlcad/trunk/src/util/pixbackgnd.c: make the helper functions static scope |
| 08:35.53 | CIA-69 | BRL-CAD: 03brlcad * r52137 10/brlcad/trunk/src/util/pixbackgnd.c: apply sf patch 3518875 (Deleting of copy-pastes) from Ksenija Slivko ( ksuzee ). turns an inner loop into a function eliminating an instance of duplication. |
| 08:43.44 | CIA-69 | BRL-CAD: 03carlmoore * r52225 10/brlcad/trunk/doc/docbook/resources/other/standard/met-fonts.xsl: remove trailing blanks/tabs |
| 08:43.45 | CIA-69 | BRL-CAD: 03carlmoore * r52224 10/brlcad/trunk/doc/docbook/resources/other/standard/README.xsl: remove trailing blanks and fix spelling |
| 08:43.46 | CIA-69 | BRL-CAD: 03carlmoore * r52223 10/brlcad/trunk/doc/docbook/resources/other/standard/README.svg: remove trailing blanks/tabs |
| 08:43.48 | CIA-69 | BRL-CAD: 03carlmoore * r52222 10/brlcad/trunk/doc/docbook/resources/other/offo/licenses.txt: remove trailing blanks/tabs |
| 08:43.49 | CIA-69 | BRL-CAD: 03carlmoore * r52220 10/brlcad/trunk/doc/docbook/resources/other/fonts/y14.5_COPYING.txt: remove trailing blank |
| 08:43.49 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4372 10/wiki/User:Elf11: /* Log */ |
| 08:43.50 | CIA-69 | BRL-CAD: 03carlmoore * r52219 10/brlcad/trunk/doc/docbook/resources/other/fonts/stix_COPYING.txt: remove trailing blanks/tabs |
| 08:43.54 | CIA-69 | BRL-CAD: 03carlmoore * r52221 10/brlcad/trunk/doc/docbook/resources/other/offo/README.offo: remove trailing blanks/tabs |
| 08:43.54 | CIA-69 | BRL-CAD: 03carlmoore * r52215 10/brlcad/trunk/src/conv/shp/shapelib/license.html: remove trailing blanks/tabs and fix a spelling |
| 08:43.55 | CIA-69 | BRL-CAD: 03carlmoore * r52214 10/brlcad/trunk/src/conv/shp/shapelib/LICENSE.LGPL: provide 2 periods in the address |
| 08:43.56 | CIA-69 | BRL-CAD: 03carlmoore * r52212 10/brlcad/trunk/doc/docbook/resources/other/README.schema: remove trailing blanks/tabs |
| 08:43.59 | CIA-69 | BRL-CAD: 03carlmoore * r52210 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fo-stylesheet.xsl.in: remove trailing blanks/tabs |
| 08:44.00 | CIA-69 | BRL-CAD: 03n_reed * r52209 10/brlcad/trunk/src/librt/primitives/ell/ell.c: add some disabled experimental plot code |
| 08:44.00 | CIA-69 | BRL-CAD: 03carlmoore * r52211 10/brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fonts.xsl.in: remove trailing blanks/tabs |
| 08:44.05 | CIA-69 | BRL-CAD: 03carlmoore * r52208 10/brlcad/trunk/src/other/hv3/hv3_dom3.tcl: remove trailing blanks/tabs |
| 08:44.06 | CIA-69 | BRL-CAD: 03carlmoore * r52207 10/brlcad/trunk/src/other/hv3/hv3_dom2.tcl: remove trailing blanks/tabs, and fix a spelling |
| 08:44.07 | CIA-69 | BRL-CAD: 03carlmoore * r52216 10/brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg: remove trailing blanks/tabs |
| 08:44.21 | CIA-69 | BRL-CAD: 03carlmoore * r52206 10/brlcad/trunk/src/other/hv3/hv3_dom.tcl: fix spelling and remove trailing blanks/tabs |
| 08:44.21 | CIA-69 | BRL-CAD: 03carlmoore * r52205 10/brlcad/trunk/src/other/hv3/hv3_debug.tcl: remove trailing blanks/tabs |
| 08:44.22 | CIA-69 | BRL-CAD: 03carlmoore * r52204 10/brlcad/trunk/src/other/hv3/hv3_db.tcl: remove trailing blanks/tabs |
| 08:44.26 | CIA-69 | BRL-CAD: 03carlmoore * r52218 10/brlcad/trunk/doc/docbook/resources/other/fonts/dejavu_COPYING.txt: remove trailing blanks/tabs |
| 08:44.26 | CIA-69 | BRL-CAD: 03carlmoore * r52202 10/brlcad/trunk/src/other/hv3/hv3_bugreport.tcl: remove trailing blanks/tabs and fix spelling |
| 08:44.31 | CIA-69 | BRL-CAD: 03carlmoore * r52201 10/brlcad/trunk/src/other/hv3/hv3_browser.tcl: remove trailing blanks/tabs |
| 08:44.32 | CIA-69 | BRL-CAD: 03carlmoore * r52200 10/brlcad/trunk/src/other/hv3/hv3_bookmarks.tcl: remove trailing blanks/tabs |
| 08:44.33 | CIA-69 | BRL-CAD: 03carlmoore * r52199 10/brlcad/trunk/src/other/hv3/hv3.tcl: fix 1 spelling |
| 08:45.10 | CIA-69 | BRL-CAD: 03carlmoore * r52198 10/brlcad/trunk/src/other/hv3/hv3.tcl: remove trailing blanks/tabs, and NOW will check spellings! |
| 08:45.16 | CIA-69 | BRL-CAD: 03carlmoore * r52197 10/brlcad/trunk/src/other/hv3/hv.tcl: remove trailing blanks/tabs, and fix spelling of 'argument' |
| 08:45.17 | CIA-69 | BRL-CAD: 03carlmoore * r52196 10/brlcad/trunk/src/other/hv3/bugreport.html: remove trailing blanks/tabs and fix 1 spelling |
| 08:45.18 | CIA-69 | BRL-CAD: 03carlmoore * r52195 10/brlcad/trunk/src/other/hv3/bookmarks.html: remove trailing blanks/tabs |
| 08:45.19 | CIA-69 | BRL-CAD: 03carlmoore * r52192 10/brlcad/trunk/src/other/clipper/License.txt: remove trailing blanks |
| 08:45.46 | CIA-69 | BRL-CAD: 03carlmoore * r52188 10/brlcad/trunk/misc/CMake/test_srcs/timedelta_end.c.in: remove trailing blanks/tabs |
| 08:45.46 | CIA-69 | BRL-CAD: 03carlmoore * r52187 10/brlcad/trunk/misc/CMake/test_srcs/termlib.c.in: remove a trailing blank |
| 08:46.29 | CIA-69 | BRL-CAD: 03carlmoore * r52217 10/brlcad/trunk/doc/docbook/resources/other/fonts/README: remove trailing blank |
| 08:47.08 | CIA-69 | BRL-CAD: 03carlmoore * r52194 10/brlcad/trunk/src/other/clipper/clipper.cpp: remove trailing blanks/tabs, fix 'precede' spelling, but leave 'artefacts' as is |
| 08:47.33 | CIA-69 | BRL-CAD: 03carlmoore * r52193 10/brlcad/trunk/src/other/clipper/README: fix spelling, remove trailing blanks/tabs, add periods to what should be 'i.e.', and add missing newline at end |
| 08:47.34 | CIA-69 | BRL-CAD: 03carlmoore * r52191 10/brlcad/trunk/src/other/clipper/CMakeLists.txt: remove trailing blank |
| 08:47.35 | CIA-69 | BRL-CAD: 03carlmoore * r52190 10/brlcad/trunk/src/nirt/sfiles/csv.nrt: remove a trailing blank |
| 08:48.09 | CIA-69 | BRL-CAD: 03carlmoore * r52189 10/brlcad/trunk/src/nirt/sfiles/csv-gap.nrt: remove trailing blank |
| 08:48.39 | CIA-69 | BRL-CAD: 03brlcad * r52184 10/brlcad/trunk/NEWS: carl has now fixed numerous typos and spelling mistakes in a variety of tool usage statements, debug messages, and docs |
| 08:48.39 | CIA-69 | BRL-CAD: 03brlcad * r52183 10/brlcad/trunk/src/mged/edsol.c: hyperboloid. make menu consistent with the others, use HYP |
| 08:48.39 | CIA-69 | BRL-CAD: 03brlcad * r52181 10/brlcad/trunk/src/libgcv/ (tri_intersect.c tri_intersect.h): restore real name, set coding to utf-8 for the unicode character |
| 08:48.41 | CIA-69 | BRL-CAD: 03brlcad * r52180 10/brlcad/trunk/sh/ws.sh: NOTES is another |
| 08:49.53 | CIA-69 | BRL-CAD: 03carlmoore * r52151 10/brlcad/trunk/src/conv/obj-g.c: fix spellings -- understood to be in comments only |
| 08:49.54 | CIA-69 | BRL-CAD: 03brlcad * r52150 10/brlcad/trunk/sh/ws.sh: .py files too |
| 08:49.55 | CIA-69 | BRL-CAD: 03carlmoore * r52149 10/brlcad/trunk/src/conv/intaval-g.py: remove trailing blanks/tabs |
| 08:51.03 | CIA-69 | BRL-CAD: 03brlcad * r52143 10/brlcad/trunk/src/util/ (rle_args.c rle_args.h): cleanup. common.h always before system headers, eliminate outfp define, declare function extern, and eliminate curious (void)file_height |
| 08:51.04 | CIA-69 | BRL-CAD: 03brlcad * r52142 10/brlcad/trunk/src/util/ (6 files): |
| 08:51.05 | CIA-69 | BRL-CAD: apply a modified/fixed version of sf patch 3533010 (Refactoring in util) from |
| 08:51.06 | CIA-69 | BRL-CAD: Ksenija Slivko ( ksuzee ). her patch introduced a couple bugs due to pointer |
| 08:51.08 | CIA-69 | BRL-CAD: mistakes, which is fixed in this version with the outfp and background variables |
| 08:51.09 | CIA-69 | BRL-CAD: converted to pointers too. |
| 08:52.43 | CIA-69 | BRL-CAD: 03carlmoore * r52213 10/brlcad/trunk/src/conv/shp/shapelib/LICENSE.LGPL: remove trailing blanks/tabs |
| 08:53.02 | *** join/#brlcad andrei (~andrei@79.119.90.68) | |
| 08:53.25 | CIA-69 | BRL-CAD: 03starseeker * r52140 10/brlcad/trunk/src/other/tnt/jama_eig.h: Add some namespace prefixes. |
| 08:53.56 | CIA-69 | BRL-CAD: 03brlcad * r52133 10/brlcad/trunk/sh/ws.sh: ignore all .dotdirs and process our xml doc files |
| 08:54.08 | CIA-69 | BRL-CAD: 03carlmoore * r52122 10/brlcad/trunk/src/archer/TODO: remove trailing blanks, and fix spelling |
| 08:54.38 | CIA-69 | BRL-CAD: 03cprecup * r52120 10/brlcad/trunk/doc/docbook/system/mann/en/igraph.xml: Ups. Forgot to close the <para> tag. |
| 08:57.18 | CIA-69 | BRL-CAD: 0388.199.43.150 07http://brlcad.org * r4371 10/wiki/Hostele_w_Krakowie: New page: Hostel w Krakowie jest idealnym miejscem by sp??dzi?? nocleg w trakcie zwiedzania miasta. Nie metod?? bowiem pozna?? atmosfery tego magicznego aglomeracje pr??dko przebiegaj??c po jego uli... |
| 09:24.13 | *** join/#brlcad Guest28508 (~stas@188.24.42.87) | |
| 09:56.37 | CIA-69 | BRL-CAD: 03bob1961 * r52186 10/brlcad/trunk/ (7 files in 5 dirs): This update provides the initial functionality for moving bot faces and edges in Archer. |
| 09:56.54 | CIA-69 | BRL-CAD: 03carlmoore * r52166 10/brlcad/trunk/src/libpc/pcMathGrammar.h: fix spelling |
| 09:56.54 | CIA-69 | BRL-CAD: 03carlmoore * r52163 10/brlcad/trunk/src/liboptical/oslexec_pvt.h: fix spellings |
| 09:56.55 | CIA-69 | BRL-CAD: 03carlmoore * r52161 10/brlcad/trunk/src/libnurbs/opennurbs_fit.h: repair 'Moerwald' |
| 09:57.46 | CIA-69 | BRL-CAD: 03carlmoore * r52160 10/brlcad/trunk/src/libgcv/tri_intersect.h: use Moller spelling |
| 09:57.47 | CIA-69 | BRL-CAD: 03carlmoore * r52157 10/brlcad/trunk/src/libgcv/NOTES: remove trailing blank |
| 09:57.47 | CIA-69 | BRL-CAD: 03carlmoore * r52165 10/brlcad/trunk/src/liboptical/sh_light.c: fix spellings |
| 09:57.47 | CIA-69 | BRL-CAD: 03carlmoore * r52153 10/brlcad/trunk/src/libbn/plane.c: fix spellings, add apostrophe to 'Cramers', but do not fix 'colinear' |
| 09:57.47 | CIA-69 | BRL-CAD: 03carlmoore * r52152 10/brlcad/trunk/src/lgt/do_options.c: fix a spelling |
| 09:57.47 | CIA-69 | BRL-CAD: 03carlmoore * r52156 10/brlcad/trunk/src/libfb/fb_generic.c: insert periods in 'i.e.' |
| 09:57.55 | CIA-69 | BRL-CAD: 03starseeker * r52141 10/brlcad/trunk/src/librt/test_nurbsfit.cpp: Change 3d type in test |
| 09:57.56 | CIA-69 | BRL-CAD: 03n_reed * r52139 10/brlcad/trunk/src/ (conv/CMakeLists.txt other/CMakeLists.txt): build step-g on windows |
| 10:03.24 | CIA-69 | BRL-CAD: 03carlmoore * r52203 10/brlcad/trunk/src/other/hv3/hv3_common.tcl: remove trailing blank |
| 10:13.41 | *** join/#brlcad Guest28508 (~stas@82.208.133.12) | |
| 10:36.08 | CIA-69 | BRL-CAD: 03Cprecup 07http://brlcad.org * r4364 10/wiki/User:Cprecup/GSoC2012_progress: 18-19/08/2012 - added two subcommands for "graph"; introduced the "igraph" command; C/Tcl error handling |
| 10:37.23 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4369 10/wiki/User:Elf11: /* Log */ |
| 10:37.24 | CIA-69 | BRL-CAD: 03Ksuzee 07http://brlcad.org * r4363 10/wiki/User:Ksuzee/Reports: /* 13 week */ |
| 10:37.38 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4370 10/wiki/User:Elf11: /* Log */ |
| 10:37.52 | CIA-69 | BRL-CAD: 03Popescu.andrei1991 07http://brlcad.org * r4366 10/wiki/User:Popescu.andrei1991: /* Week 12 */ |
| 10:38.15 | CIA-69 | BRL-CAD: 03carlmoore * r52227 10/brlcad/trunk/NEWS: fix another spelling |
| 10:38.15 | CIA-69 | BRL-CAD: 03carlmoore * r52226 10/brlcad/trunk/ChangeLog: fix spelling |
| 10:38.23 | CIA-69 | BRL-CAD: 03carlmoore * r52162 10/brlcad/trunk/src/liboptical/liboslrend.h: fix spellings |
| 10:38.24 | CIA-69 | BRL-CAD: 03carlmoore * r52159 10/brlcad/trunk/src/libgcv/tri_intersect.c: fix a spelling, and (after a web search) use 'Moller' spelling |
| 10:38.43 | CIA-69 | BRL-CAD: 03carlmoore * r52158 10/brlcad/trunk/src/libgcv/bottess.c: fix a spelling |
| 10:38.44 | CIA-69 | BRL-CAD: 03carlmoore * r52155 10/brlcad/trunk/src/libbu/parse.c: fix spelling |
| 10:38.45 | CIA-69 | BRL-CAD: 03carlmoore * r52164 10/brlcad/trunk/src/liboptical/photonmap.c: fix spellings |
| 10:38.49 | CIA-69 | BRL-CAD: 03carlmoore * r52154 10/brlcad/trunk/src/libbu/convert.c: fix spellings |
| 10:38.49 | CIA-69 | BRL-CAD: 03brlcad * r52146 10/brlcad/trunk/src/libbu/tests/CMakeLists.txt: add the new redblack test to the test bucket |
| 10:38.49 | CIA-69 | BRL-CAD: 03brlcad * r52145 10/brlcad/trunk/src/libbu/ (test_rbtree.c tests/bu_redblack.c): rename to bu_redblack.c in the tests dir |
| 10:38.50 | CIA-69 | BRL-CAD: 03brlcad * r52144 10/brlcad/trunk/src/libbu/test_rbtree.c: |
| 10:38.51 | CIA-69 | BRL-CAD: apply sf patch 3510515 (Testing unit for /libbu/ Red-Black tree API) from |
| 10:39.22 | CIA-69 | BRL-CAD: Andrei Popescu ( popescuandrei ) adding a unit test for libbu's redblack tree |
| 10:39.22 | CIA-69 | BRL-CAD: api. doesn't seem to be comprehensive but is one of the best examples for how |
| 10:39.23 | CIA-69 | BRL-CAD: to use the API. |
| 10:39.24 | CIA-69 | BRL-CAD: 03brlcad * r52136 10/brlcad/trunk/ (358 files in 94 dirs): big swooping trailing ws, leading ws, successive blank line, and eof newline cleanup. running sh/ws.sh automatically eliminates 164 blank lines and 67KB of trailing whitespace junk. |
| 10:39.28 | CIA-69 | BRL-CAD: 03brlcad * r52135 10/brlcad/trunk/sh/ws.sh: dsp files are binary, don't process them |
| 10:39.28 | CIA-69 | BRL-CAD: 03brlcad * r52134 10/brlcad/trunk/doc/ (329 files in 18 dirs): save carl some effort. trailing ws, blank lines, eof newlines, leading ws. |
| 10:39.28 | CIA-69 | BRL-CAD: 03brlcad * r52147 10/brlcad/trunk/src/libbu/tests/bu_redblack.c: ws indent style cleanup, add ac/av. |
| 10:39.29 | CIA-69 | BRL-CAD: 03carlmoore * r52132 10/brlcad/trunk/src/conv/CMakeLists.txt: remove trailing blanks |
| 10:39.58 | CIA-69 | BRL-CAD: 03carlmoore * r52131 10/brlcad/trunk/src/bwish/tcl.c: remove trailing blank |
| 10:39.59 | CIA-69 | BRL-CAD: 03carlmoore * r52130 10/brlcad/trunk/src/util/bwscale.c: remove trailing blanks/tabs, and fix spelling |
| 10:39.59 | CIA-69 | BRL-CAD: 03carlmoore * r52129 10/brlcad/trunk/src/burst/gridrotate.c: remove trailing blanks/tabs; fix spelling |
| 10:39.59 | CIA-69 | BRL-CAD: 03carlmoore * r52128 10/brlcad/trunk/src/burst/Hm.c: fix spelling of 'visible' |
| 10:40.00 | CIA-69 | BRL-CAD: 03carlmoore * r52127 10/brlcad/trunk/src/burst/Hm.c: remove trailing blanks/tabs |
| 10:40.00 | CIA-69 | (7 lines omitted) |
| 10:47.18 | CIA-69 | BRL-CAD: 03Stattrav 07http://brlcad.org * r4368 10/wiki/User:Stattrav/GSoC2012_log: |
| 11:33.22 | CIA-69 | BRL-CAD: 03Phoenix 07http://brlcad.org * r4367 10/wiki/User:Phoenix/GSoc2012/Reports: /* Week 13 */ |
| 12:21.21 | CIA-69 | BRL-CAD: 03Anuragmurty 07http://brlcad.org * r4362 10/wiki/User:Anuragmurty: /* Development Log */ |
| 12:24.00 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 22:20.49 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:20.49 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 22:23.38 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:23.38 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 22:24.25 | cristina | hello |
| 22:24.46 | CIA-69 | BRL-CAD: 03brlcad * r52237 10/brlcad/trunk/src/gtools/g_diff.1: document the return value |
| 22:26.01 | cristina | brlcad: I am asked to provide my GSoC code. What exactly should I upload? Just the files that I've been working on? |
| 22:27.38 | cristina | oh, and I'd like to thank the persons that evaluated me for their acceptance :) |
| 22:27.59 | CIA-69 | BRL-CAD: 03brlcad * r52238 10/brlcad/trunk/NEWS: technically user visible, g_diff return code is now non-zero -- like it should have always been -- when two geometry database files have differences |
| 22:28.13 | brlcad | cristina: that would be your mentor |
| 22:28.38 | brlcad | and yes, the files you have been working on is fine |
| 22:29.14 | brlcad | since you've been committing to our repository, the exercise of uploading your files to google is mostly a pedantic legal requirement |
| 22:29.51 | brlcad | ideally, you should isolate your code changes -- you can use "svn diff" for that |
| 22:30.45 | cristina | isolate them from what is next to come or from what the files looked like before I started changing them? |
| 22:30.58 | brlcad | what they were before you started |
| 22:31.11 | brlcad | basically, so there's a sense of what you actually wrote |
| 22:31.15 | brlcad | or changed |
| 22:31.29 | cristina | I understand, ok, thank you |
| 22:31.51 | brlcad | like I said, not critical -- if you can't figure it out, bundling up the files you worked on is probably fine too |
| 22:33.38 | cristina | yes, they say that it's up to the student what to include and what to not include but it would be better to actually expose the content that I have been contributing to |
| 22:48.36 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:53.02 | CIA-69 | BRL-CAD: 03brlcad * r52239 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: prevent crash if bot_thickness was never initialized |
| 22:56.48 | CIA-69 | BRL-CAD: 03brlcad * r52240 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: similarly, make sure bot_facemode is not null before using it |
| 23:41.45 | *** join/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 23:45.54 | *** part/#brlcad ksuzee (~ksuzee91@193.151.107.42) | |
| 00:08.53 | starseeker | we should probably status update the stepcode guys soon... |
| 00:15.44 | brlcad | starseeker: we didn't have a confirm on the windows build until this week. :) |
| 00:16.54 | brlcad | fixes the plate mode crashes, now the only problem is that the plate-mode los are wrong |
| 00:41.05 | CIA-69 | BRL-CAD: 03brlcad * r52241 10/brlcad/trunk/src/librt/primitives/bot/btg.c: we have to initialize the thickness and facemode arrays in the bot_specific otherwise we will not be able to correctly calculate platemode hits |
| 00:45.30 | CIA-69 | BRL-CAD: 03brlcad * r52242 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: shouldn't make a noticable difference, but add hints anyways given the unliklihood they'll be null |
| 00:51.19 | CIA-69 | BRL-CAD: 03brlcad * r52243 10/brlcad/trunk/NEWS: |
| 00:51.19 | CIA-69 | BRL-CAD: fixed two bugs when shooting rays at a plate-mode bot, one being that it would |
| 00:51.19 | CIA-69 | BRL-CAD: outright crash (code assumed prep filled in per-face thickness information). |
| 00:51.19 | CIA-69 | BRL-CAD: fixed to not crash, then support added to correctly initialize so LOS thickness |
| 00:51.19 | CIA-69 | BRL-CAD: get calculated correctly. this was found investigating a 'bot tessellation |
| 00:51.19 | CIA-69 | BRL-CAD: failure' rtcmp issue reported recently by survice. |
| 01:54.48 | CIA-69 | BRL-CAD: 03brlcad * r52244 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: |
| 01:54.48 | CIA-69 | BRL-CAD: quell compilation inline warnings from gcc 4.2 by increasing the inline limit to |
| 01:54.48 | CIA-69 | BRL-CAD: 300% per compilation unit. this is an issue that is addressed better in later |
| 01:54.48 | CIA-69 | BRL-CAD: versions of the compile, but is exasperated by our file that has so much |
| 01:54.49 | CIA-69 | BRL-CAD: inlining and classes in one unit (opennurbs_ext.c). intentionally grouping with |
| 01:54.49 | CIA-69 | BRL-CAD: the other gcc inline flag because they interrelate (and will be easier to |
| 01:54.50 | CIA-69 | BRL-CAD: find/update/keep together) |
| 02:34.32 | CIA-69 | BRL-CAD: 03brlcad * r52245 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c: |
| 02:34.33 | CIA-69 | BRL-CAD: variable potentially used before getting set was detected by the compiler. it |
| 02:34.33 | CIA-69 | BRL-CAD: looks like bbmin/bbmax is supposed to be the dsp's bb and would have been zero |
| 02:34.33 | CIA-69 | BRL-CAD: or random before, so this should be a behavior change. hopefully for the |
| 02:34.33 | CIA-69 | BRL-CAD: better, even though it's been unset data for years behind the debug test. |
| 02:38.44 | CIA-69 | BRL-CAD: 03brlcad * r52246 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell issue introduced in the new nmg_loop_plane_area2() function, test to make sure fu is not null before using it in case it was never set |
| 02:41.54 | CIA-69 | BRL-CAD: 03brlcad * r52247 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: more potentially uninitialized variables being used |
| 02:44.12 | CIA-69 | BRL-CAD: 03brlcad * r52248 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: and more potentially uninitialized variables |
| 02:53.36 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 04:22.26 | CIA-69 | BRL-CAD: 03brlcad * r52249 10/brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy: |
| 04:22.26 | CIA-69 | BRL-CAD: avoid stringstreams here as they're causing an 'internal compiler error: |
| 04:22.26 | CIA-69 | BRL-CAD: output_operand: invalid expression as operand'. it's an issue fixed in later |
| 04:22.26 | CIA-69 | BRL-CAD: versions of gcc, but go with portability for now. also quell tons of inlining |
| 04:22.26 | CIA-69 | BRL-CAD: warnings by unmarking this index_check() function. |
| 05:33.01 | CIA-69 | BRL-CAD: 03brlcad * r52250 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: save a few bytes, eliminate generated trailing ws |
| 05:34.38 | CIA-69 | BRL-CAD: 03brlcad * r52251 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.cc ExpDict.h): fix for a gcc internal compiler error due to inlining. make AssignAggrCreator() be defined in a compilation unit. |
| 05:44.59 | CIA-69 | BRL-CAD: 03brlcad * r52252 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: quell warning on unused var since it won't necessarily get used given its use is in conditional code |
| 06:25.32 | CIA-69 | BRL-CAD: 03brlcad * r52253 10/brlcad/trunk/src/conv/step/STEPEntity.h: if you're going to have a getter, should have a setter |
| 06:42.30 | *** join/#brlcad merzo (~merzo@181-33-132-95.pool.ukrtel.net) | |
| 06:56.36 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:32.09 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4373 10/wiki/User:Elf11: /* Log */ |
| 07:33.13 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 07:43.52 | *** join/#brlcad elf_ (~elf@109.97.138.200) | |
| 08:01.41 | *** join/#brlcad Guest28508 (~stas@82.208.133.12) | |
| 08:14.50 | *** join/#brlcad Guest28508 (~stas@82.208.133.12) | |
| 09:11.03 | *** join/#brlcad Guest28508 (~stas@82.208.133.12) | |
| 09:46.31 | *** join/#brlcad andrei (andrei@79.117.233.250) | |
| 11:39.53 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 12:03.51 | *** join/#brlcad elf__ (~elf@92.80.41.42) | |
| 14:47.41 | *** join/#brlcad stas (~stas@188.24.47.30) | |
| 17:06.35 | *** join/#brlcad elf11_ (~elf11_@92.80.35.229) | |
| 18:58.39 | brlcad | elf11_: any headway on the patch? |
| 19:13.48 | elf11_ | Hey, I have a quick question, how does one go about compiling the patch? I want to test it and I can't figure out how to do it |
| 19:14.18 | elf11_ | modified the if_ogl.c file and now I want to see if it actually works |
| 19:32.38 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4374 10/wiki/Main_Page: get get |
| 19:35.17 | brlcad | elf11_: is that you on the mailing list that asked a similar question? |
| 19:35.49 | brlcad | either way, I just posted a response that should answer your question |
| 19:35.57 | brlcad | basically, you just compile |
| 19:36.03 | brlcad | edit |
| 19:36.06 | brlcad | then recompile |
| 19:38.18 | elf11_ | No, but I saw the one on the mailing list too |
| 19:38.49 | *** join/#brlcad andrei (andrei@79.117.233.250) | |
| 19:54.21 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 20:52.34 | *** join/#brlcad elf (~elf@92.80.35.229) | |
| 20:54.41 | *** join/#brlcad elf_ (~elf@92.80.35.229) | |
| 21:31.46 | elf_ | Hmm, I am compiling the file but I get this "No need to remake target `/home/elf/brlcad-7.22.0/src/libfb/if_ogl.c'." |
| 01:19.29 | brlcad | elf_: what command did you run that gave you that message? |
| 01:28.48 | brlcad | the file if_ogl.c shouldn't be a make target |
| 01:29.20 | brlcad | you'd make the product that compiles if_ogl.c, which would be "make libfb" |
| 01:29.32 | brlcad | or simply "make" which will rebuild all products that have changed including libfb |
| 02:58.11 | elf_ | I don't seem to be able to compile the file correctly, I added an 'S' option for double buffering, then I compiled and run the tool with pix-fb -F/dev/oglS but I get the 'S option not found, ignored' error, so I let only the 'S' option and tried again, it has the same effect, it sees all the previous options(which are not there, in the modeflags options anymore) but it doesn't see the 'S' one which I just added and it's currently the only one |
| 04:01.21 | *** join/#brlcad chamberlain (~chamberla@ip68-6-43-139.sb.sd.cox.net) | |
| 04:04.08 | chamberlain | hello, I am a newly graduated computer engineer. I found myself in need of some open-source software like SolidWorks or Inventor, and this seems like the closest thing currently available. I'm tentatively thinking of contributing to brl-cad with the goal of one day adding some SolidWorks style features. Is that presumptuous or in line with brl-cad's vision? |
| 04:06.17 | kanzure | sure |
| 04:06.28 | kanzure | parametric nurbs-based modeling is definitely on target |
| 04:06.47 | kanzure | all the good parts of opennurbs cost many stacks of cash |
| 04:08.35 | chamberlain | yeah, I've noticed now that I'm not a student and can't get it for free... |
| 04:08.41 | chamberlain | hence wanting to make a free version :) |
| 04:12.00 | chamberlain | so..... just how much of an overhaul is needed for nurbs? |
| 04:12.16 | chamberlain | From some of the stuff I was reading, it sounded like nurbs was mostly implemented. |
| 04:15.01 | chamberlain | oh sorry, I just had to read up on what exactly opennurbs is. The models are nurbs, but the feature set is lacking, yes? |
| 04:19.15 | kanzure | boolean nurbs operations are presently lacking in brlcad |
| 04:19.23 | kanzure | opennurbs has those features if you pay |
| 04:20.10 | chamberlain | olry? interesting... |
| 04:20.19 | chamberlain | not so open then, is it? |
| 05:49.08 | *** join/#brlcad elf__ (~elf@92.80.52.5) | |
| 06:01.34 | *** part/#brlcad chamberlain (~chamberla@ip68-6-43-139.sb.sd.cox.net) | |
| 08:28.23 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@sam-seaborn-37.26.12.82.event.multiplay.co.uk) | |
| 08:47.39 | *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 09:14.36 | *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166) | |
| 10:22.48 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 13:16.16 | brlcad | elf__: it sounds like you may be missing some basic step like running the right tool or something |
| 13:16.44 | brlcad | make sure you're running the tool you compiled, not the one that may be in your path |
| 13:18.57 | *** join/#brlcad merzo (~merzo@224-234-133-95.pool.ukrtel.net) | |
| 13:52.22 | ``Erik | cl -a |
| 15:01.34 | elf__ | brlcad here's what my CMAKE generated file looks like http://paste.ubuntu.com/1168166/ , I am modifying in the /home/elf/brlcad-7.22.0 |
| 15:35.12 | *** join/#brlcad elf (~elf@109.97.166.128) | |
| 15:35.59 | Guest95680 | elf11 |
| 15:36.39 | *** join/#brlcad elf_ (~elf@109.97.166.128) | |
| 16:15.44 | starseeker | elf_: if you're adding options, make sure you update the list of options bu_getopt is looking for |
| 16:24.35 | *** join/#brlcad elf__ (~elf@92.80.15.225) | |
| 16:27.59 | *** join/#brlcad elf_ (~elf@92.80.45.194) | |
| 16:30.00 | *** join/#brlcad elf__ (~elf@92.80.9.134) | |
| 16:37.11 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 16:50.06 | brlcad | elf__: that cmake generated file is useless to me (and you shouldn't need to muck with anything generated) |
| 16:50.30 | brlcad | it's a question of what you actually did, what commands you ran and in what order exactly |
| 16:50.48 | brlcad | because I think there's some disconnect somewhere that needs to be sorted out, understood |
| 17:32.23 | elf__ | Okay, so I installed the brlcad in the /home/brlcad folder. |
| 17:32.40 | elf__ | I have the source file in /home/brlcad-7.22.0 folder |
| 17:33.03 | elf__ | I modified the /home/brlcad/src/libfb/if_ogl.c file |
| 17:33.43 | elf__ | and I used the make libfb command in the /home/brlcad folder |
| 19:18.20 | *** join/#brlcad cristina (~quassel@86.127.164.155) | |
| 19:18.28 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 19:32.23 | brlcad | elf__: so when you run pix-fb, which pix-fb are you running? |
| 19:35.17 | elf__ | the one /usr/brlcad/bin/pix-fb that's what the which command in ubuntu says |
| 20:00.58 | brlcad | maybe that's the issue then |
| 20:01.16 | brlcad | when you run "make libfb", that just recompiles the library |
| 20:01.19 | brlcad | that doesn't install it |
| 20:01.47 | brlcad | suggest deleting /usr/brlcad (for now) and just running the compiled binaries in your build direcotry |
| 20:04.46 | brlcad | they're in a 'bin' subdirectory in your build directory |
| 20:05.30 | brlcad | wherever you ran make, you should be able to run "bin/fbhelp" and get a usage statement |
| 23:43.05 | CIA-69 | BRL-CAD: 03r_weiss * r52254 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: Reverted functions "is_convex", "nmg_flatten_face" and "cut_unimonotone" back to rev 50866. These were within file "nmg_tri.c". This restores nmg triangulation to better working code. |
| 00:42.43 | starseeker | well, here's what I did instead of being productive this weekend: http://bzflag.bz/~starseeker/eniac_1946.pdf |
| 00:48.50 | starseeker | probably enough there to cad model the ENIAC |
| 00:58.43 | starseeker | waits for ``Erik to show him how that could have been done with imago, vecto, cl-pdf and ten lines of lisp |
| 01:30.32 | elf__ | Thanks, brlcad now it does work. |
| 02:05.42 | CIA-69 | BRL-CAD: 03TerrencexiavnrgklrAlicea 07http://brlcad.org * r4375 10/wiki/E_Cigarettes_Save_Lives: New page: There are approximately 700 to 900 deaths per year in the U.S. resulting from fires ignited by unattended cigarettes. New technology has given us a fire safe cigarette; a way to reduce the... |
| 04:40.13 | *** join/#brlcad LukeP (~lpearson@131.203.71.74) | |
| 04:41.48 | LukeP | Hey guys, I'm an IT Admin, and I have a few questions regarding ACAD, printers, and shared files. The first one, is if I change the dinosaur of a plotter we have currently for a modern one, would you expect our CAD 'office champion' to need to change page setups on every drawing, or would that sound a little wonky? |
| 09:27.08 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:33.56 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 09:45.03 | *** join/#brlcad elf_ (~elf@109.97.159.5) | |
| 11:35.58 | starseeker | LukeP: we don't know anything about ACAD - this channel is BRL-CAD specific |
| 13:09.10 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4376 10/wiki/User:Elf11: /* Log */ |
| 13:36.07 | ``Erik | 300 megs? O.O |
| 13:38.44 | starseeker | ``Erik: yep |
| 13:39.18 | starseeker | about 830 scanned pages |
| 13:39.46 | starseeker | that's nothing - you should see the original image files, especially when converted from jpeg2000 to png |
| 13:39.51 | ``Erik | ah, I'm only getting 220KB/s |
| 14:15.35 | brlcad | is getting less |
| 14:17.28 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:TerrencexiavnrgklrAlicea]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 14:17.39 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[E Cigarettes Save Lives]]": spam |
| 14:23.51 | brlcad | ``Erik: what is your current rate? |
| 14:24.28 | starseeker | brlcad: he got it already |
| 14:24.36 | starseeker | looks like about half that |
| 14:25.19 | brlcad | more specific? |
| 14:26.29 | starseeker | varying between 120 an 199 |
| 14:29.03 | brlcad | files a ticket |
| 14:30.03 | ``Erik | was 220, jumped up to 800 for a bit.. was talking to starseeker instead of watching it like a hawk, so it probably went back down... |
| 14:30.36 | ``Erik | that was bz->crit http, tinyproxy, crit->desktop ssh |
| 14:30.54 | ``Erik | so tons of ways to slow it down |
| 14:32.41 | brlcad | taking down bind |
| 14:33.44 | brlcad | getting 20-70kb/s to me, 1.5MB/s to crit |
| 16:01.45 | CIA-69 | BRL-CAD: 03n_reed * r52255 10/brlcad/trunk/include/nurbs.h: try and address FIXMEs by providing plausible implementations for stubs |
| 16:23.03 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb61d.bb.sky.com) | |
| 17:18.43 | *** join/#brlcad elf_ (~elf@109.97.159.5) | |
| 17:21.26 | brlcad | elf_: saw the patch, does that mean you tested it successfully? :) |
| 17:25.55 | elf_ | Hey, brlcad, yes I tested the tool before modifying anything, and after and it looks like it does the same thing but now it has as default the single buffer. |
| 17:26.25 | brlcad | elf_: very good, so running from the build directory helped clear things up? |
| 17:34.50 | CIA-69 | BRL-CAD: 03brlcad * r52256 10/brlcad/trunk/src/libfb/if_ogl.c: |
| 17:34.50 | CIA-69 | BRL-CAD: apply sf patch 3562134 (IF_OGL framebuffer interface single-buffer by default) |
| 17:34.52 | CIA-69 | BRL-CAD: from Niculaescu Oana ( elf11 ). switches the ogl framebuffer from double to |
| 17:34.52 | CIA-69 | BRL-CAD: single buffering by default and adds a new 'S' option for specifying |
| 17:34.52 | CIA-69 | BRL-CAD: double-buffering (d/D was taken). |
| 17:50.28 | CIA-69 | BRL-CAD: 03brlcad * r52257 10/brlcad/trunk/ (AUTHORS NEWS TODO): |
| 17:50.28 | CIA-69 | BRL-CAD: document code contribution from Niculaescu Oana for his patch that switches the |
| 17:50.28 | CIA-69 | BRL-CAD: opengl framebuffer from double to single buffering by default. this should |
| 17:50.28 | CIA-69 | BRL-CAD: greatly improve performance of the framebuffer, particularly for very large |
| 17:50.29 | CIA-69 | BRL-CAD: contexts. |
| 17:53.05 | elf_ | brlcad, yes it did help running from the directory and now everything does make sense, thank you for your help :) |
| 17:55.50 | brlcad | excellent |
| 17:55.59 | brlcad | elf_: did you participate in gsoc? |
| 17:57.03 | elf_ | I didn't have any projects in gsoc, first project of this nature :) and also my first open source contribution |
| 17:58.16 | brlcad | outstanding (and congrats on taking that first step) .. it's a great way of life ;) |
| 17:59.29 | CIA-69 | BRL-CAD: 03brlcad * r52258 10/brlcad/trunk/AUTHORS: Oana is first name, not surname |
| 17:59.42 | elf_ | Yes, I thought it was time to take this step, good opportunity to learn new things and also help the community, and I like it :) |
| 17:59.53 | elf_ | Thank you for updating that, brlcad :) |
| 18:00.19 | brlcad | no problem oana ;) |
| 18:14.03 | brlcad | so elf_, that was a perfect patch -- so next up I suggest tackling something the same or just a little more complex |
| 18:14.43 | elf_ | Okay, do you have some specific in mind? |
| 18:14.45 | brlcad | maybe apply the same change to any of the other if_*.c framebuffers that have single/double buffering options and are defaulting to double (even if you can't compile them) |
| 18:14.56 | brlcad | then something in libged would be good |
| 18:15.39 | elf_ | Why are you saying "even if you can't compile them" they are not complete or something else? |
| 18:18.33 | brlcad | they are for different platform environments |
| 18:18.49 | brlcad | if_wgl.c for example is nearly identical to ogl, but is for Windows |
| 18:18.59 | brlcad | only gets compiled if you're on Windows, obviously ;) |
| 18:21.00 | brlcad | a good libged task might be this: migrate the mged 'joint' command to libged |
| 18:21.32 | brlcad | nearly every topic needed to do that will help you for understanding the simulate infrastructure |
| 18:21.52 | elf_ | Hmm I see, I looked into if_wgl.c when I did if_ogl.c and figured it was for windows :) |
| 18:25.26 | elf_ | Okay, so I will work on the other if_*.c files where double/single buffer is present and will start looking into migrating the joint command to libged |
| 18:26.51 | elf_ | About that it's there a specific file where I should start in the mged folder? |
| 18:27.14 | brlcad | as you venture into more complex code, be sure you're read the HACKING file if you've not already |
| 18:28.05 | elf_ | Oh, and something that I found useful so far and it would be really great if it would be available for later versions of the soft is this http://brlcad.org/xref/source/ . Or it is already available and I haven't found it yet? |
| 18:28.25 | elf_ | And I have already read the HACKING file but I will read it again :) |
| 18:29.19 | brlcad | HACKING is more important when you get to *writing* new code, not just updating existing or adding/changing a few lines |
| 18:29.42 | elf_ | I understand that :) |
| 19:04.37 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 19:34.12 | CIA-69 | BRL-CAD: 03r_weiss * r52259 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: |
| 19:34.13 | CIA-69 | BRL-CAD: Changed the name of function "nmg_isect_lseg3_eu" to "nmg_isect_potcut_fu" which |
| 19:34.13 | CIA-69 | BRL-CAD: better describes its purpose. Also the first two input parameters were changed |
| 19:34.14 | CIA-69 | BRL-CAD: from vertexuse to edgeuse. Updated function "nmg_triangulate_rm_holes" to call |
| 19:34.15 | CIA-69 | BRL-CAD: "nmg_isect_potcut_fu". These changes were in file "nmg_tri.c" and correct bugs |
| 19:34.16 | CIA-69 | BRL-CAD: with nmg triangulation. |
| 19:36.43 | CIA-69 | BRL-CAD: 03r_weiss * r52260 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Fixed a tolerance bug in function "nmg_loop_plane_area2" in file "nmg_misc.c". |
| 19:37.27 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb61d.bb.sky.com) | |
| 19:47.43 | *** join/#brlcad merzo (~merzo@37-252-133-95.pool.ukrtel.net) | |
| 20:46.25 | CIA-69 | BRL-CAD: 03starseeker * r52261 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Squash shadow and float-equal warnings from eigen files. |
| 20:47.00 | *** join/#brlcad stas (~stas@188.24.47.30) | |
| 21:12.33 | *** join/#brlcad cristina (~quassel@188.24.47.30) | |
| 21:26.43 | brlcad | waves to cristina |
| 21:40.55 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 21:42.44 | *** join/#brlcad ksuzee (~ksu@46.149.82.166) | |
| 21:50.16 | *** part/#brlcad LukeP (~lpearson@131.203.71.74) | |
| 22:10.47 | cristina | waves back to brlcad |
| 23:08.26 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:37.09 | CIA-69 | BRL-CAD: 03starseeker * r52262 10/brlcad/trunk/src/libnurbs/ (CMakeLists.txt opennurbs_fit.cpp opennurbs_fit.h): Substitute the SimplicialLDLT solver from Eigen into the opennurbs fit code - reduces the surface fitting time from hours to around five seconds. |
| 00:05.12 | *** join/#brlcad merzo (~merzo@167-93-133-95.pool.ukrtel.net) | |
| 01:25.55 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 02:12.01 | elf_ | brlcad, I don't think the double/single buffer is present in any other files than /src/libfb/if_ogl.c and if_wgl.c, if_tk.c, if_X.c and if_X24.c don't seem to have it, or am I missing something important here? |
| 05:00.24 | brlcad | elf_: you're not necessarily missing anything |
| 05:00.52 | brlcad | the point was to check and if any of the rest do support single/double buffering, to offer the same option (and similarly default to single) |
| 05:01.19 | elf_ | Okay, thanks :) |
| 08:41.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:13.27 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:38.29 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:30.31 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4377 10/wiki/User:Elf11: /* Log */ |
| 11:35.09 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:45.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:07.43 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 16:27.49 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 16:44.50 | *** join/#brlcad elf_ (~elf@109.97.159.5) | |
| 17:23.17 | CIA-69 | BRL-CAD: 03n_reed * r52263 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove dynamic allocation and fix translation error in alternate plot code |
| 17:38.01 | CIA-69 | BRL-CAD: 03carlmoore * r52264 10/brlcad/trunk/AUTHORS: fix a spelling of 'Northrup' |
| 18:47.16 | CIA-69 | BRL-CAD: 03n_reed * r52265 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.h: add missing header guard |
| 18:57.46 | *** join/#brlcad ksuzee (~ksu@193.151.105.83) | |
| 19:04.30 | CIA-69 | BRL-CAD: 03r_weiss * r52266 10/brlcad/trunk/src/librt/primitives/nmg/ (nmg_info.c nmg_misc.c): |
| 19:04.32 | CIA-69 | BRL-CAD: Updated functions "nmg_loop_is_ccw" and "nmg_loop_plane_area2" in files |
| 19:04.32 | CIA-69 | BRL-CAD: "nmg_misc.c" and "nmg_info.c". Changed one of the input paramters for |
| 19:04.32 | CIA-69 | BRL-CAD: "nmg_loop_plane_area2" from "fastf_t *" to "plane_t". Also initialized the plane |
| 19:04.32 | CIA-69 | BRL-CAD: variable in "nmg_loop_is_ccw". Did code cleanup. |
| 19:06.34 | CIA-69 | BRL-CAD: 03r_weiss * r52267 10/brlcad/trunk/src/libbn/plane.c: Fixed a tolerance bug in function "bn_isect_line3_line3". Did code cleanup in this function and "bn_isect_lseg3_lseg3". These updates were in file "plane.c". |
| 19:56.14 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:06.42 | *** join/#brlcad stas (~stas@188.24.47.30) | |
| 20:23.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:48.26 | brlcad | starseeker: what would be the cleanest way to go about disabling debug for a specific directory when compiling optimized? |
| 21:53.28 | starseeker | um. You mean turning off the debug flags in just one directory? |
| 21:53.49 | brlcad | yeah |
| 21:54.07 | starseeker | If you just want to test, the fastest way is probably to edit the files in the build directory |
| 21:54.49 | starseeker | look for flags.make files |
| 21:55.29 | brlcad | I was considering something a bit more persistent since this is a somewhat common gcc compiler bug |
| 21:55.33 | starseeker | I'm not sure of a cmake configure time way to do that per-directory... I'd have to look into it a bit |
| 21:56.12 | starseeker | probably regex removal of flags from the CMAKE_C_FLAGS variable and friends in that one directory... |
| 21:56.26 | brlcad | I have a workaround, but was curious just what it would even look like |
| 21:56.34 | starseeker | there may be a "nicer" way, but I'm not sure what it would be offhand |
| 21:56.35 | brlcad | regex removal? |
| 21:56.40 | starseeker | I might have to ask the cmake list |
| 21:56.54 | starseeker | basically, examine the contents of the flag variables and remove any debug flags |
| 21:57.10 | brlcad | but that'd necessitate knowing what the flags even are |
| 21:57.23 | brlcad | wouldn't want to propagate that sort of knowledge |
| 21:58.12 | starseeker | it's tricky then - the flags are set high up, not per-directory |
| 21:58.25 | brlcad | but they're not set into variables or something? |
| 21:58.34 | starseeker | the debug flags? |
| 21:59.02 | brlcad | sure |
| 21:59.14 | brlcad | as a set |
| 21:59.25 | starseeker | I think I'm storing them in DEBUG_C_FLAGS and DEBUG_CXX_FLAGS respectively |
| 22:00.17 | brlcad | so then would something like if (isset(BRLCAD_OPTIMIZED_BUILD) && isset(BRLCAD_DEBUG_BUILD) ; DEBUG_C_FLAGS= ; endif(...) |
| 22:00.35 | brlcad | would that work per dir or would that just turn it off everywhere? |
| 22:00.56 | starseeker | shakes his head - those variables are just used during the discovery of debug flags, not in their assignment |
| 22:01.25 | brlcad | but say they were being used (could they be used?) -- would that work in theory? |
| 22:01.26 | starseeker | take a look at ComilerFlags.cmake |
| 22:01.37 | starseeker | er CompilerFlags.cmake rather |
| 22:02.45 | starseeker | CMAKE_C_FLAGS and CMAKE_CXX_FLAGS hold all the flags. You'd have to use DEBUG_C_FLAGS to find them in the CMAKE_C_FLAGS variable at the directory level, and then locally construct a new CMAKE_C_FLAGS |
| 22:03.27 | brlcad | hm, is there a way to construct variables of variables, instead of just values? |
| 22:03.44 | brlcad | so CMAKE_C_FLAGS is just a set of variables, not actual flags |
| 22:03.54 | starseeker | that won't work for generating make files |
| 22:03.56 | brlcad | I thought I even saw that somewhere for a couple variables |
| 22:04.15 | starseeker | sure, but then you'd have make using the variable names as cflags, not the contents |
| 22:05.03 | brlcad | but then if the requisite cmake variables are exported as make variables, there's no problem with that -- in fact, that'd be the goal |
| 22:05.30 | starseeker | I don't think they would be |
| 22:05.31 | brlcad | then you could have a make-time override of any flag: make DEBUG_C_FLAGS= |
| 22:06.11 | starseeker | that's probably a question for the CMake list - I've never dug that deep into how flags.make is generated |
| 22:06.41 | starseeker | I've always built an explicit list of compiler flags at CMake time |
| 22:06.49 | brlcad | hm, okay, good to know at least |
| 22:07.12 | brlcad | it would be interesting to know if it's possible to set a cmake variable as a make variable |
| 22:07.22 | starseeker | brlcad: can you disable them? like, say, -no-gdb or some such? |
| 22:07.50 | brlcad | probably not clear what that means for some build targets, but I think most if not all have the notion |
| 22:08.01 | brlcad | what do you mean? |
| 22:08.18 | brlcad | you mean an additional flag that might turn them off? |
| 22:08.26 | starseeker | like if you say gcc -Wfloat-equal -Wno-float-equal, the net result is to disable that warning |
| 22:08.33 | starseeker | is there something similar for g and gdb3 |
| 22:09.00 | starseeker | if you have to disable debugging for a particular file or target, it might be doable that way |
| 22:09.27 | brlcad | I don't think gcc sports that for debug, could be wrong |
| 22:09.34 | starseeker | blegh |
| 22:09.38 | brlcad | could hit up the other flag, optimization |
| 22:09.45 | brlcad | you can override that, takes the last one |
| 22:09.58 | starseeker | ah, that might be a way then |
| 22:10.22 | starseeker | backing off optimization avoids the error? |
| 22:10.29 | brlcad | the bug is specific to gcc + c++ + gstabs + optimized |
| 22:10.37 | brlcad | change any of those four and the bug goes away ;) |
| 22:11.21 | brlcad | it's across a variety of versions apparently too, so can't pin that one so simply |
| 22:12.07 | starseeker | yeah, the simplest thing to do is to back off the opimization that target (or file, if it's that specific) |
| 22:12.41 | brlcad | it's easy enough to live with and workaround (and easy to tell users how to fix it via cmake options), I was just more interested in what would be the ideal fix if we did want to handle it |
| 22:12.54 | brlcad | and to be aware if support inquiry comes in |
| 22:13.47 | starseeker | if it's a target, adding set_property(TARGET targetname APPEND PROPERTY COMPILE_FLAGS "-O2") would probably do it |
| 22:13.48 | brlcad | so to back off the optimization, what would that look like -- what I wrote? if (isset(BRLCAD_OPTIMIZED_BUILD) && isset(BRLCAD_DEBUG_BUILD) ; ... ? |
| 22:14.09 | brlcad | -O0, but okay |
| 22:14.17 | starseeker | if you can pin it down to one file... |
| 22:14.37 | brlcad | it's actually almost every src/conv/step file that provokes the error |
| 22:14.57 | starseeker | ah, yeah, then the target override would be the one we'd want |
| 22:15.11 | brlcad | I was able to quell a few of them by reordering statements and tweaking syntax, but then I found a couple cases that could not be structured |
| 22:15.20 | starseeker | wines |
| 22:15.25 | starseeker | winces rather |
| 22:15.36 | brlcad | so you'd set the property, but what's the trigger look like? |
| 22:15.43 | brlcad | if what? |
| 22:17.08 | starseeker | if(BRLCAD_OPTIMIZED_BUILD AND BRLCAD_DEBUG_BUILD) should work |
| 22:17.13 | brlcad | elf_: I can get the cross reference updated here in a few days, but I use etags myself |
| 22:18.36 | brlcad | starseeker: is empty string a true or false value? same as unset? |
| 22:18.48 | starseeker | unset var should be same as false |
| 22:19.13 | brlcad | cool, thx |
| 22:19.29 | starseeker | no problem - is it stepcode's fault, or something in our design? |
| 22:20.07 | brlcad | neither, it's a compiler bug |
| 22:20.19 | starseeker | hrm |
| 22:20.55 | brlcad | even the ones I was able to quell were perfectly valid syntax |
| 22:20.59 | starseeker | i don't suppose it has a simple test case? TRY_COMPILE could be used to detect whether current flags trigger it... |
| 22:21.22 | brlcad | it was just patterns I'd seen before, msvc has a variety of well-known compiler bugs that you have to work around |
| 22:21.29 | starseeker | then we could not only tell when we hit the case, but we could test the workaround... |
| 22:21.31 | brlcad | no, it's not that simple |
| 22:21.35 | starseeker | ah, figures |
| 22:22.10 | brlcad | I mean, there are regressions that we could test but it's not worth it (they're entirely non-trivial) |
| 22:22.31 | starseeker | cool. |
| 22:22.51 | starseeker | heh - that's what you get for training me so hard in test driven configuration :-P |
| 22:23.15 | brlcad | gcc makes their internal compiler errors into regression tests, so they'd be the place to reference if we really really wanted to test it in isolation |
| 22:23.33 | starseeker | mutter... that'd be gpl code, too |
| 22:24.15 | starseeker | well, no matter - not a concern until it's clear that not having the opimization on is a limiting factor in the converter's performance |
| 22:24.42 | brlcad | I'd just as well disable debug manually in that one dir ;) |
| 22:25.14 | starseeker | actually prefers keeping the debugging symbols, personally... |
| 22:26.41 | brlcad | either way for that converter, it's not likely going to work for them either way |
| 22:27.05 | starseeker | ouch |
| 22:27.43 | starseeker | that sucks |
| 22:28.19 | brlcad | have you tried a random step conversion yet? |
| 22:28.29 | starseeker | not for a while - something is buggered |
| 22:28.54 | brlcad | I've yet to have one just work, and I've tried dozens |
| 22:29.19 | starseeker | nods - sadly, I'm not surprised |
| 22:29.27 | brlcad | they've all crashed or given me empty .g files or failed during parsing or partial imports if I'm lucky |
| 22:29.37 | brlcad | just haven't had time to debug |
| 22:29.53 | starseeker | yeah, that's kinda the general problem - no one's had the time to wade into it |
| 22:30.03 | brlcad | heh, SdaiCONFIG_CONTROL_DESIGN.cc.o takes more than a minute to compile |
| 22:30.16 | starseeker | it's a big bugger |
| 22:30.28 | brlcad | real1m4.871s |
| 22:30.28 | brlcad | user1m5.238s |
| 22:30.49 | starseeker | I suppose there's a bunch of optimizations to that output that could be done... |
| 22:30.52 | brlcad | that's O3, had to bump up the inline limits to get past strictness too |
| 22:31.08 | brlcad | Mark had a good idea, should be broken up into multiple files |
| 22:31.19 | brlcad | wouldn't necessarily compile faster, but it'd feel faster :) |
| 22:31.31 | starseeker | :-) |
| 22:38.01 | *** join/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 22:38.26 | brlcad | hi ksuzee |
| 22:42.37 | CIA-69 | BRL-CAD: 03brlcad * r52268 10/brlcad/trunk/src/libfb/if_wgl.c: |
| 22:42.38 | CIA-69 | BRL-CAD: apply sf patch 3562423 (if_wgl.c gets to be single buffer by default) from |
| 22:42.38 | CIA-69 | BRL-CAD: Niculaescu Oana ( elf11 ) so that it matches the ogl framebuffer. now defaults |
| 22:42.38 | CIA-69 | BRL-CAD: to single-buffering in order to avoid massive performance degredation when |
| 22:42.38 | CIA-69 | BRL-CAD: rendering to large framebuffer windows (reported by several TMT users) |
| 22:45.44 | CIA-69 | BRL-CAD: 03brlcad * r52269 10/brlcad/trunk/NEWS: |
| 22:45.45 | CIA-69 | BRL-CAD: applied patches from Oana Niculaescu that switch the opengl framebuffers |
| 22:45.46 | CIA-69 | BRL-CAD: (ogl/wgl) from double to single buffering by default. this should greatly |
| 22:45.47 | CIA-69 | BRL-CAD: improve performance of the framebuffer, particularly for very large contexts. |
| 22:45.47 | CIA-69 | BRL-CAD: the performance problems were reported by several TMT modelers some time ago. |
| 22:55.06 | *** part/#brlcad ksuzee (~ksuzee91@193.151.105.83) | |
| 00:56.32 | elf_ | brlcad : Thanks for looking into that cross reference files :) |
| 01:15.32 | elf_ | brlcad how does one go along testing the joint command from the /src/mged file? |
| 01:52.39 | brlcad | elf_: the command hasn't been run in years, but you don't need to be concerned so much with fixing it as "moving" it |
| 01:53.34 | elf_ | Okay, I was asking just because I wanted to get a better feeling of it, thanks |
| 01:53.39 | brlcad | moving it will require understanding how mged commands are registered, how libged commands are registered, and what function calls need to be translated for it to work in libged |
| 01:54.00 | brlcad | running the "joint help" command should give you a usage statement in mged |
| 01:54.25 | brlcad | first step, move the sources into a libged ged_joint() function and get it to print the same help statement. |
| 01:55.43 | elf_ | Okay :) |
| 01:56.15 | brlcad | actually, that's not the first step |
| 01:56.24 | brlcad | at least it can be a first step, but doesn't need to be |
| 01:56.37 | brlcad | you'll want to first understand mged commands |
| 01:57.05 | brlcad | find the joint command in src/mged, just search for "joint" should show you all the places it's at |
| 01:57.22 | brlcad | then perhaps rename the command itself to joint2 |
| 01:58.07 | brlcad | then you can try to follow how libged commands are registered and can stub in an empty ged_joint() command, registered as 'joint' |
| 01:58.55 | brlcad | then you can move pieces of "joint2"s guts into your new libged "joint" command |
| 01:58.56 | brlcad | make sense? |
| 01:59.07 | elf_ | yes |
| 08:01.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:44.57 | *** join/#brlcad cristina (~quassel@188.24.44.191) | |
| 09:29.05 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:53.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:27.26 | CIA-69 | BRL-CAD: 03brlcad * r52270 10/brlcad/trunk/src/conv/patch/patch-g.c: init pl to avoid warning |
| 12:41.33 | CIA-69 | BRL-CAD: 03starseeker * r52271 10/brlcad/trunk/src/librt/test_nurbsfit.cpp: comment out debugging printing |
| 12:42.36 | CIA-69 | BRL-CAD: 03starseeker * r52272 10/brlcad/trunk/src/ (6 files in 2 dirs): Move PullbackCurve into libnurbs |
| 13:10.59 | CIA-69 | BRL-CAD: 03starseeker * r52273 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn the surface creation back on in botpatches test. |
| 14:12.32 | CIA-69 | BRL-CAD: 03n_reed * r52274 10/brlcad/trunk/src/librt/primitives/ell/ell.c: decompose alternate plot code into functions |
| 14:13.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:49.28 | brlcad | elf_: how's progress? |
| 14:51.00 | CIA-69 | BRL-CAD: 03starseeker * r52275 10/brlcad/trunk/src/librt/test_botpatches.cpp: disable debugging messages for point converter. |
| 15:01.16 | elf_ | brlcad, I've moved pieces from the joint command into libged and I am trying to make it have the same output at least for joint help command |
| 15:06.34 | elf_ | I have some problems understanding how the libged functions are registered however |
| 15:07.34 | elf_ | there are a lot of file and I am not sure where to look or more exactly what to look for |
| 15:28.55 | CIA-69 | BRL-CAD: 03n_reed * r52276 10/brlcad/trunk/src/other/step/src/exppp/exppp.c: Use stdarg.h unconditionally and avoid undefined behavior by remembering to call va_end. Appears to fix fedex_plus crash seen when doing a Windows release build. |
| 16:35.05 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 16:44.05 | brlcad | elf_: did you rename the exiting joint command to joint2? |
| 16:57.02 | CIA-69 | BRL-CAD: 03brlcad * r52277 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: if cmd is going to get set, might as well use it. |
| 17:44.02 | elf_ | I did brlcad, I renamed the command in the /mged/animedit.c |
| 18:00.42 | brlcad | elf_: so that's not the right place :) |
| 18:01.19 | brlcad | animedit.c has the implementation, but those function names are mostly irrelevant -- at least that's not where the 'joint' command is registered |
| 18:01.33 | brlcad | find where the command name itself is registered |
| 18:01.57 | brlcad | changing the command name from joint to joint2 should have been exactly a one-character change |
| 18:04.06 | starseeker | woo hoo - go gsoc! 64bit port of Haiku |
| 18:04.16 | brlcad | yeah, saw that -- good stuff |
| 18:04.45 | brlcad | was using haiku at siggraph |
| 18:16.25 | ``Erik | heard they just got a 64b version out |
| 18:16.40 | ``Erik | doh, that's what starseeker said, heh |
| 18:16.45 | ``Erik | was on hn this morning :) |
| 22:23.51 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 22:37.34 | elf_ | Found it brlcad, was in /mged/setup.c |
| 23:20.45 | elf_ | brlcad does the libged command get registered in the /src/libged/wdb_obj.c file? I found the registering table for the commands and it looks like it does |
| 23:53.43 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 00:13.07 | elf_ | In wdb_obj.c there are 2 tables where commands are registered why is that? Also I think I should add the joint command to the second table, right? the "static struct bu_cmdtab wdb_cmds[]" one. |
| 00:15.00 | elf_ | Also in the src/mged/cmd.c there's a function int mged_cmd() that verifies if the number of arguments for a command are right and then passes the control to that function, is there something similar in the libged files? |
| 01:20.33 | CIA-69 | BRL-CAD: 03starseeker * r52278 10/brlcad/trunk/src/librt/test_botpatches.cpp: simplify some code a bit using mk_edge |
| 01:33.52 | starseeker | ``Erik: http://projects.blender.org/tracker/?func=detail&atid=127&aid=4345&group_id=9 |
| 02:55.06 | *** join/#brlcad elf_ (~elf@109.97.159.5) | |
| 03:47.29 | brlcad | <PROTECTED> |
| 03:47.50 | brlcad | next to get them to hook into librt for all geometry ;) |
| 03:52.35 | brlcad | elf_: you can ignore wdb_obj.c for the most part |
| 03:57.11 | brlcad | but to answer your question, yes some are *also* registered there but that's because it's a completely different command "object" interface different from the one used when you type a commands into mged |
| 03:59.05 | brlcad | there are two tables because one is for the newer libged functions and the other is for the older previous functions |
| 03:59.31 | brlcad | you'll see that similar setup in mged too, which is where you'll be paying attention to the old and new style |
| 03:59.56 | brlcad | f_joint() is old, ged_joint() will be new .. so you're changing the setup.c table |
| 04:57.51 | elf_ | Ah, now it does make sense, I have to modify the setup.c table and to make that ged_joint() function so that it can be added in the table as {"joint", cmd_somekindofwrapper, ged_joint} |
| 06:47.35 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 06:47.35 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 06:51.08 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 06:51.08 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 06:55.20 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 06:55.20 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 06:56.51 | *** join/#brlcad merzo (~merzo@64-118-132-95.pool.ukrtel.net) | |
| 07:01.42 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:01.42 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 07:05.22 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:05.22 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 07:08.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:08.41 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 08:30.52 | *** join/#brlcad cristina (~quassel@188.24.44.191) | |
| 09:11.12 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:35.06 | *** join/#brlcad merzo (~merzo@64-118-132-95.pool.ukrtel.net) | |
| 10:38.47 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 11:28.38 | starseeker | brlcad: unfortunately, it was back in 2006 and I think I saw a post indicating it didn't perform well in blender :-/ |
| 11:53.36 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:12.43 | elf_ | Okay, so I followed some of the commands in the /mged/setup.c table, the ones that are lowered on the libged, and I tried to do the same for the joint command. |
| 13:16.35 | elf_ | Here's what I did so far: http://paste.ubuntu.com/1175850/ |
| 13:17.00 | elf_ | When I run compile I get those errors http://paste.ubuntu.com/1175838/ |
| 13:17.34 | elf_ | and I can't figure out why :( |
| 13:23.14 | CIA-69 | BRL-CAD: 03starseeker * r52279 10/brlcad/trunk/src/librt/test_botpatches.cpp: just use ON_3dPoint - no point in custom point type here. |
| 13:43.59 | *** join/#brlcad elf__ (~elf@92.80.34.163) | |
| 13:52.46 | *** join/#brlcad elf (~elf@92.80.38.108) | |
| 13:53.45 | *** join/#brlcad elf_ (~elf@92.80.38.108) | |
| 13:53.54 | CIA-69 | BRL-CAD: 03starseeker * r52280 10/brlcad/trunk/src/librt/test_botpatches.cpp: cleanup, simplify (slightly) |
| 14:15.56 | brlcad | starseeker: hm, I thought it looked familiar |
| 14:17.36 | *** join/#brlcad cristina (~quassel@188.24.44.191) | |
| 14:34.33 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4378 10/wiki/User:Elf11: /* Log */ |
| 14:48.00 | *** join/#brlcad elf (~elf@109.97.138.82) | |
| 14:51.20 | *** join/#brlcad elf_ (~elf@109.97.138.82) | |
| 15:40.33 | *** join/#brlcad crdueck (~cdk@d173-238-127-19.home4.cgocable.net) | |
| 15:40.33 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 15:41.04 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 16:36.13 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 19:40.49 | CIA-69 | BRL-CAD: 03carlmoore * r52281 10/brlcad/trunk/misc/Doxyfile: fix 2 spellings |
| 19:42.49 | CIA-69 | BRL-CAD: 03carlmoore * r52282 10/brlcad/trunk/misc/Doxyfile.in: fix 1 spelling |
| 19:49.35 | CIA-69 | BRL-CAD: 03carlmoore * r52283 10/brlcad/trunk/misc/fortran_example.f: fix 1 spelling |
| 19:57.49 | CIA-69 | BRL-CAD: 03carlmoore * r52284 10/brlcad/trunk/autogen.sh: fix spellings in 3 places |
| 20:12.18 | CIA-69 | BRL-CAD: 03carlmoore * r52285 10/brlcad/trunk/TODO: fix 1 spelling |
| 20:12.51 | CIA-69 | BRL-CAD: 03carlmoore * r52286 10/brlcad/trunk/NEWS: fix 1 spelling |
| 20:21.10 | CIA-69 | BRL-CAD: 03carlmoore * r52287 10/brlcad/trunk/src/conv/fast4-g.c: fix 1 spelling |
| 20:21.53 | CIA-69 | BRL-CAD: 03carlmoore * r52288 10/brlcad/trunk/src/conv/fast4-g.c: and fix another spelling |
| 20:24.24 | CIA-69 | BRL-CAD: 03carlmoore * r52289 10/brlcad/trunk/src/conv/g-shell-rect.1: fix 2 spellings |
| 20:32.34 | CIA-69 | BRL-CAD: 03carlmoore * r52290 10/brlcad/trunk/misc/CMake/FindTCL.cmake: fix spelling of a variable as advised |
| 20:35.08 | CIA-69 | BRL-CAD: 03carlmoore * r52291 10/brlcad/trunk/misc/NIST_DENSITIES: as advised, fix spelling of 'Dichlorobenzene' |
| 20:41.12 | CIA-69 | BRL-CAD: 03carlmoore * r52292 10/brlcad/trunk/src/lgt/reflect.c: fix 5 spellings |
| 20:43.04 | CIA-69 | BRL-CAD: 03carlmoore * r52293 10/brlcad/trunk/src/lgt/char.c: fix spelling |
| 20:44.59 | CIA-69 | BRL-CAD: 03carlmoore * r52294 10/brlcad/trunk/src/lgt/grid_rotate.c: fix 1 spelling |
| 20:46.48 | CIA-69 | BRL-CAD: 03carlmoore * r52295 10/brlcad/trunk/src/lgt/hmenu.c: fix 1 spelling |
| 20:48.45 | CIA-69 | BRL-CAD: 03carlmoore * r52296 10/brlcad/trunk/src/lgt/error.c: fix 1 spelling |
| 20:50.15 | CIA-69 | BRL-CAD: 03carlmoore * r52297 10/brlcad/trunk/src/lgt/prnt.c: fix 1 spelling |
| 20:51.23 | CIA-69 | BRL-CAD: 03carlmoore * r52298 10/brlcad/trunk/src/lgt/trie.c: fix 1 spelling |
| 20:53.16 | CIA-69 | BRL-CAD: 03carlmoore * r52299 10/brlcad/trunk/src/lgt/glob.c: fix 1 spelling |
| 20:55.07 | CIA-69 | BRL-CAD: 03carlmoore * r52300 10/brlcad/trunk/src/conv/poly-bot.c: fix misspelling in error message |
| 20:57.30 | CIA-69 | BRL-CAD: 03carlmoore * r52301 10/brlcad/trunk/src/lgt/cursors.h: fix 1 spelling |
| 21:00.08 | CIA-69 | BRL-CAD: 03carlmoore * r52302 10/brlcad/trunk/src/lgt/lgt.1: fix 2 spellings |
| 21:02.02 | CIA-69 | BRL-CAD: 03carlmoore * r52303 10/brlcad/trunk/src/canon/canonize.1: fix 1 spelling |
| 21:05.34 | CIA-69 | BRL-CAD: 03carlmoore * r52304 10/brlcad/trunk/src/fbed/fb_ik.h: fix 1 spelling |
| 21:07.46 | CIA-69 | BRL-CAD: 03carlmoore * r52305 10/brlcad/trunk/src/brlman/brlman.sh.in: fix 1 spelling |
| 21:11.32 | CIA-69 | BRL-CAD: 03carlmoore * r52306 10/brlcad/trunk/src/anim/anim_script.1: fix 7 spellings |
| 21:12.55 | CIA-69 | BRL-CAD: 03carlmoore * r52307 10/brlcad/trunk/src/anim/chan_mult.1: fix 2 spellings |
| 21:15.26 | CIA-69 | BRL-CAD: 03carlmoore * r52308 10/brlcad/trunk/src/anim/anim_track.1: fix spellings |
| 21:17.27 | CIA-69 | BRL-CAD: 03carlmoore * r52309 10/brlcad/trunk/src/anim/anim_turn.1: fix 2 spellings |
| 21:25.25 | CIA-69 | BRL-CAD: 03carlmoore * r52310 10/brlcad/trunk/src/anim/anim_sort.1: fix 2 spellings |
| 21:27.01 | CIA-69 | BRL-CAD: 03carlmoore * r52311 10/brlcad/trunk/src/anim/anim_hardtrack.c: fix 1 spelling |
| 21:30.52 | CIA-69 | BRL-CAD: 03carlmoore * r52312 10/brlcad/trunk/src/burst/Hm.h: fix 3 spellings |
| 21:32.40 | CIA-69 | BRL-CAD: 03carlmoore * r52313 10/brlcad/trunk/src/burst/prnt.c: fix spelling |
| 21:34.13 | CIA-69 | BRL-CAD: 03carlmoore * r52314 10/brlcad/trunk/src/burst/trie.c: fix 1 spelling |
| 21:36.08 | CIA-69 | BRL-CAD: 03carlmoore * r52315 10/brlcad/trunk/src/burst/grid.c: fix spelling |
| 21:42.46 | CIA-69 | BRL-CAD: 03carlmoore * r52316 10/brlcad/trunk/src/external/ProEngineer/proe-brl.c: fix spelling in 4 places |
| 21:46.31 | CIA-69 | BRL-CAD: 03carlmoore * r52317 10/brlcad/trunk/src/anim/Makefile.am: per Sean Morrison, fix a 'hardtrack' spelling |
| 22:03.40 | CIA-69 | BRL-CAD: 03carlmoore * r52318 10/brlcad/trunk/src/util/wavelet.1: fix spelling |
| 22:05.22 | CIA-69 | BRL-CAD: 03carlmoore * r52319 10/brlcad/trunk/src/util/pixbackgnd.c: fix 2 spellings |
| 22:10.09 | CIA-69 | BRL-CAD: 03r_weiss * r52320 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: Update to function "nmg_loop_plane_area2" in file "nmg_misc.c". This is a work in progress. These changes are to correct floating point problems computing the plane of very small polygons. |
| 22:13.53 | *** join/#brlcad merzo (~merzo@30-113-133-95.pool.ukrtel.net) | |
| 22:45.49 | CIA-69 | BRL-CAD: 03starseeker * r52321 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make edge set building code more compact. |
| 00:18.06 | CIA-69 | BRL-CAD: 03r_weiss * r52322 10/brlcad/trunk/src/libnurbs/PullbackCurve.cpp: Fixed compile errors due to unused variables. |
| 00:46.47 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 00:57.30 | *** join/#brlcad merzo (~merzo@30-113-133-95.pool.ukrtel.net) | |
| 01:51.58 | starseeker | gives up on direct bot creation and tries libwdb... |
| 01:52.12 | starseeker | yeesh bot code is messy |
| 02:13.54 | brlcad | what bot code? |
| 02:32.37 | CIA-69 | BRL-CAD: 03starseeker * r52323 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start significant re-organization of bot->nurbs code - this will result in functionality reduction for a while. |
| 03:26.58 | starseeker | was trying to figure out how to make a bot given a list of vertices and a list of faces - more trouble than it's worth |
| 03:49.52 | starseeker | got around the issue by outputting plot lines to a pl file |
| 04:44.09 | elf_ | what's does the tclcad_obj.c file does, to me it looks like it "registers" somehow the commands that one can apply to the objects |
| 04:44.14 | elf_ | ? |
| 04:53.04 | elf_ | nevermind I figured out |
| 06:40.23 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:12.26 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:35.55 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4379 10/wiki/User:Elf11: /* Log */ |
| 11:36.14 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4380 10/wiki/User:Elf11: /* Log */ |
| 11:57.47 | *** join/#brlcad CIA-27 (cia@cia.vc) | |
| 12:32.35 | *** join/#brlcad CIA-59 (cia@cia.vc) | |
| 13:22.44 | elf_ | I did post this on the mailing list too, but maybe anyone on here has some ideas too |
| 13:23.51 | elf_ | I added the joint command to the libged library, at the moment I moved some functions from mged in the header and the joint.c file and used make to compile it |
| 13:24.17 | elf_ | the joints.h file can be found here http://paste.ubuntu.com/1177572/ |
| 13:24.38 | elf_ | the joint.c file http://paste.ubuntu.com/1177574/ |
| 13:25.34 | elf_ | I ran the mged tool then I tried to run the new "joint help" command from the libged library but mged exits altogether |
| 13:26.51 | elf_ | I figured some _exit syscall or _exit_all syscall must take place so I started debugging it using gdb, added some breakpoints and some catchpoints but I get this http://paste.ubuntu.com/1177587/ |
| 13:28.13 | elf_ | the last file from paste.ubuntu is relevant for the Catchpoint 5, now I am kinda stuck cause I don't know why an early _exit syscall would occur |
| 13:29.32 | *** join/#brlcad CIA-65 (cia@cia.vc) | |
| 14:06.20 | brlcad | starseeker: given a list of vertices and a list of faces, that's exactly what libwdb takes |
| 14:07.01 | brlcad | if that didn't work, it would have probably been bad face indices |
| 16:01.41 | CIA-65 | BRL-CAD: 03carlmoore * r52324 10/brlcad/trunk/src/gtools/g_diff.1: fix a spelling |
| 16:15.06 | CIA-65 | BRL-CAD: 03carlmoore * r52325 10/brlcad/trunk/regress/bots.sh: fix spelling |
| 16:20.21 | CIA-65 | BRL-CAD: 03carlmoore * r52326 10/brlcad/trunk/sh/conversion.sh: fix 1 spelling |
| 16:23.30 | CIA-65 | BRL-CAD: 03carlmoore * r52327 10/brlcad/trunk/sh/shtool: fix spelling in 2 places |
| 16:26.53 | CIA-65 | BRL-CAD: 03carlmoore * r52328 10/brlcad/trunk/sh/make_rpm.sh: fix 1 spelling |
| 16:29.15 | CIA-65 | BRL-CAD: 03carlmoore * r52329 10/brlcad/trunk/sh/cray.sh: fix spelling and delete a space before closing # |
| 18:25.46 | *** join/#brlcad CIA-67 (cia@cia.vc) | |
| 19:48.50 | *** join/#brlcad CIA-60 (cia@cia.vc) | |
| 20:01.50 | CIA-60 | BRL-CAD: 03r_weiss * r52335 10/brlcad/trunk/ (4 files in 3 dirs): |
| 20:01.50 | CIA-60 | BRL-CAD: Update to function "nmg_loop_plane_area2" in file "nmg_misc.c". This change was |
| 20:01.50 | CIA-60 | BRL-CAD: for code cleanup and improve floating point precision. Added two new macros to |
| 20:01.50 | CIA-60 | BRL-CAD: file "vmath.h" named "VCLAMP" and "HCLAMP" which clamps values near zero to zero |
| 20:01.50 | CIA-60 | BRL-CAD: within a 3D or 4D vector. Also changed files "bn.h" and "mat.c" to change the |
| 20:01.50 | CIA-60 | BRL-CAD: parameter types for function "bn_mat_fromto". |
| 20:27.00 | CIA-60 | BRL-CAD: 03carlmoore * r52330 10/brlcad/trunk/bench/benchmark.1: fix 1 spelling |
| 20:27.00 | CIA-60 | BRL-CAD: 03carlmoore * r52332 10/brlcad/trunk/bench/run.sh: change ie to i.e. |
| 20:35.53 | CIA-60 | BRL-CAD: 03carlmoore * r52336 10/brlcad/trunk/src/mged/buttons.c: fix 3 spellings |
| 20:56.02 | CIA-60 | BRL-CAD: 03carlmoore * r52337 10/brlcad/trunk/src/mged/mged.c: fix 2 spellings |
| 21:02.16 | CIA-60 | BRL-CAD: 03carlmoore * r52338 10/brlcad/trunk/src/mged/animedit.c: fix spellings (notice 'thise --> this' change) |
| 21:49.29 | brlcad | elf_: what was your compile type? |
| 21:49.31 | brlcad | release or debug? |
| 21:49.42 | brlcad | it needs to be debug to get useful symbols from gdb |
| 21:50.55 | CIA-60 | BRL-CAD: 03starseeker * r52339 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move debugging plot for faces to main routine. |
| 21:51.08 | brlcad | at a glance, the joint.h file shouldn't have a ged_interp extern declared |
| 21:51.45 | brlcad | nor the true/false/base2local/local2base/cur_title lines .. those probably don't belong there |
| 21:53.59 | brlcad | elf_: also, why would you name one file plural and not the other?? :) |
| 21:54.05 | brlcad | should fix that |
| 21:54.51 | brlcad | moving the functionality to libged, you should not need to utilize any extern'd globals .. I'd question each and every one of them |
| 21:56.38 | brlcad | looking at joints.c, it's a little bit of a mess all around too -- that's why I suggested by starting with an EMPTY ged_joint() function first |
| 21:56.49 | brlcad | get that to work alongside the old one as joint2 |
| 21:57.03 | brlcad | then make your ged_joint() just print a message (so you understand how that works) |
| 21:57.22 | brlcad | THEN try to convert f_joint's guts into ged_joint() one line at a time |
| 22:08.24 | starseeker | that's... weird. I name a plot file patches.pl, and I can overlay it successfully. change the name to edges.pl, and I get some kind of error trying to overlay |
| 22:09.05 | brlcad | overlay command creates temporary objects -- might check and make sure there aren't any |
| 22:09.27 | brlcad | tops should show some stuff that you can kill, then retry |
| 22:09.29 | starseeker | oh - you mean the edges filename might cause a conflict? |
| 22:09.45 | starseeker | is starting from a newly opened .g, nothing drawn |
| 22:10.41 | starseeker | write out file called patches.pl, start mged, overlay - works. close mged, regenerate exact same file using filename edges.pl instead, open mged, try overlay - fail |
| 22:13.21 | brlcad | interesting, fire up gdb |
| 22:13.49 | *** join/#brlcad merzo (~merzo@134-11-133-95.pool.ukrtel.net) | |
| 22:18.13 | starseeker | brlcad: a bit later - it's just a nusiance distraction at the moment, but I'll try to get back to it once I get the debugging output I want |
| 22:20.45 | brlcad | at least BUGS |
| 22:26.41 | CIA-60 | BRL-CAD: 03starseeker * r52340 10/brlcad/trunk/BUGS: Note weirdness with overlay command when the file is named edges.pl |
| 22:27.39 | CIA-60 | BRL-CAD: 03starseeker * r52341 10/brlcad/trunk/src/librt/test_botpatches.cpp: Find edge segments again. |
| 22:51.42 | brlcad | hm, crit is cryling |
| 22:52.04 | brlcad | ``Erik: you doing anything? |
| 23:27.22 | ``Erik | no, crit went goofy and was dropping packets left and right earlier |
| 23:27.31 | ``Erik | even from bz |
| 23:29.16 | ``Erik | seems to be ok now |
| 23:29.39 | ``Erik | assumes router issue |
| 23:37.05 | brlcad | ah, cool |
| 23:51.43 | ``Erik | http://elfga.com/perfmon-php/uptime.php?host=bz.bzflag.bz&start=now-5hour shows the connectivity (data is collected as single udp packets, so a drop is nil data) |
| 00:34.56 | *** join/#brlcad CIA-62 (cia@cia.vc) | |
| 01:49.05 | elf_ | brlcad, you were right, now that I looked again over that joint.c file it did look very bad, I did what you said, got libged/joint to work along with mged/joint and to print a message header file http://paste.ubuntu.com/1178931/ , joint.c file http://paste.ubuntu.com/1178930/ |
| 02:04.30 | brlcad | elf_: that's looking much MUCH better .. suggest next removing all of those headers in joint.c and only adding the ones you need as you need them |
| 02:04.36 | brlcad | probably only need two or three |
| 02:05.39 | brlcad | then next would be to look at the existing f_joint() in src/mged and seeing if you can translate it one statement at a time |
| 02:05.48 | brlcad | into your new joint.c file |
| 02:12.16 | elf_ | brlcad, okay I got rid of all the headers that were not needed so far |
| 02:13.11 | elf_ | Now I will look at f_joint() and try and translate some of it into ged_joint() as you said. |
| 02:20.50 | brlcad | 90% of it will probably translate as-is |
| 02:20.58 | brlcad | some of it changes slightly |
| 02:21.20 | brlcad | for example, the old might call bu_log() to print a result, ged goes through a result string instead |
| 02:21.55 | brlcad | look at some of the other ged commands if you come across something that you can't seem to get working to see if it's a common pattern |
| 02:24.03 | brlcad | if it's not or if you get stuck, please do ask :) |
| 02:40.31 | elf_ | okay : ) |
| 09:57.17 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:47.51 | elf_ | About the f_joint() function, there's a line status = mged_cmd(argc, argv, &joint[0]) that I don't know yet how to port into the libged library |
| 11:48.51 | elf_ | I understand that mged_cmd checks in a table for a command and then passes control to another function |
| 11:49.40 | elf_ | It's there a way to do that with libged functions? I haven't found any example that deals with the functions in this manner in libged library |
| 11:53.08 | elf_ | I found the int bu_getopt(int, char * const, const char *) that looks for the next known caracter option in a string, I am not sure though that's what I should be looking after... |
| 13:07.01 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 13:07.01 | *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net | |
| 14:50.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 15:38.14 | *** join/#brlcad CIA-61 (cia@cia.vc) | |
| 17:10.54 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 17:17.46 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:17.54 | *** join/#brlcad merzo_ (~merzo@134-11-133-95.pool.ukrtel.net) | |
| 22:13.56 | *** join/#brlcad merzo_ (~merzo@32-9-133-95.pool.ukrtel.net) | |
| 06:13.45 | *** join/#brlcad starseek1r (~starseeke@BZ.BZFLAG.BZ) | |
| 07:26.46 | CIA-61 | BRL-CAD: 03Elf11 07http://brlcad.org * r4381 10/wiki/User:Elf11: /* Log */ |
| 07:31.11 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 08:06.03 | *** join/#brlcad Stattrav_ (~Stattrav@61.12.114.82) | |
| 11:49.40 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 21:51.48 | *** join/#brlcad stas (~stas@188.24.51.20) | |
| 09:13.14 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:51.22 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 15:58.14 | *** join/#brlcad CIA-62 (cia@cia.vc) | |
| 16:06.33 | *** join/#brlcad cristina (~quassel@188.24.34.88) | |
| 19:22.21 | *** join/#brlcad stas (~stas@188.24.34.88) | |
| 00:58.57 | CIA-62 | BRL-CAD: 03starseeker * r52342 10/brlcad/trunk/misc/CMake/RE2C_Util.cmake: RE2C_Util.cmake had incorrect name at the top. |
| 02:08.05 | CIA-62 | BRL-CAD: 03starseeker * r52343 10/brlcad/trunk/src/librt/test_botpatches.cpp: May want to make this a parameter - essentially, it's the tradeoff between smaller, flatter patches and bigger, less flat patches. |
| 03:49.52 | *** join/#brlcad elf_ (~elf@92.80.62.114) | |
| 09:14.45 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:19.06 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:07.58 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 13:23.32 | CIA-68 | BRL-CAD: 03CalebaljhvjiwwzMantione 07http://brlcad.org * r4382 10/wiki/Additional_regarding_the_ageless_male.: New page: With age, testosterone decreases in adult men. This will induce a lessen in libido, lack of vitality or loss of musculature. What signals must notify? Cures are they safe and sound? The po... |
| 13:37.16 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Additional regarding the ageless male.]]": spam |
| 13:37.27 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:CalebaljhvjiwwzMantione]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 13:45.53 | CIA-68 | BRL-CAD: 03starseeker * r52344 10/brlcad/trunk/src/librt/test_botpatches.cpp: Pack the relational maps into a struct to make function parameter lists shorter. |
| 14:04.36 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 14:43.34 | brlcad | elf_: at a glance, nothing else calls mged_cmd() |
| 14:44.14 | brlcad | so that command could easily be migrated to your new joint.c (though the function name should probably change to joint_cmd() or something similar (and be static) |
| 15:13.32 | CIA-68 | BRL-CAD: 03starseeker * r52345 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint |
| 16:06.06 | CIA-68 | BRL-CAD: 03starseeker * r52346 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint |
| 16:34.36 | CIA-68 | BRL-CAD: 03starseeker * r52347 10/brlcad/trunk/src/librt/test_botpatches.cpp: make a stab at trimming the edges to get smoother transitions between patches |
| 18:34.09 | *** join/#brlcad stas (~stas@188.24.34.88) | |
| 19:25.09 | CIA-68 | BRL-CAD: 03starseeker * r52348 10/brlcad/trunk/src/librt/test_botpatches.cpp: checkpoint |
| 19:34.18 | CIA-68 | BRL-CAD: 03starseeker * r52349 10/brlcad/trunk/src/librt/test_botpatches.cpp: Do a little more tweaking to patch edge shaver - probably 'close enough' to proceed |
| 20:16.24 | CIA-68 | BRL-CAD: 03starseeker * r52350 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn back on NURBS surface generation |
| 20:40.01 | CIA-68 | BRL-CAD: 03r_weiss * r52351 10/brlcad/trunk/src/librt/primitives/rec/rec.c: Updated function "rt_rec_shot" in file "rec.c". Initialized the "hits" array to quiet a complaint from valgrind about using uninitialized variables. |
| 20:47.14 | CIA-68 | BRL-CAD: 03r_weiss * r52352 10/brlcad/trunk/src/librt/primitives/tgc/tgc.c: |
| 20:47.14 | CIA-68 | BRL-CAD: Updated function "rt_tgc_shot" in file "tgc.c". Temporarily disabled some |
| 20:47.14 | CIA-68 | BRL-CAD: warning messages which were causing a segmentation fault running on 64bit Linux |
| 20:47.14 | CIA-68 | BRL-CAD: using the "gqa" commnand. It appears for be related to multiple threads, writing |
| 20:47.14 | CIA-68 | BRL-CAD: to stderr, at the same time. |
| 20:50.36 | CIA-68 | BRL-CAD: 03r_weiss * r52353 10/brlcad/trunk/src/libged/gqa.c: Updated function "summary_reports" in file "gqa.c". This change forces the "gqa" command to report all missed regions, not just the first missed region. |
| 02:42.59 | elf_ | brlcad, here's the joint.c file from the libged library |
| 02:43.08 | elf_ | header http://paste.ubuntu.com/1186753/ |
| 02:43.21 | elf_ | joint.c file http://paste.ubuntu.com/1186752/ |
| 02:43.54 | elf_ | columns.c file, I had to add it to the libged library too, in order to be able to print information http://paste.ubuntu.com/1186754/ |
| 02:44.30 | elf_ | I think maybe columns.c can be added to a more general level, so that we won't have it also in the mged and libged libraries... |
| 02:45.23 | elf_ | In the joint.h header file I declared an extern global interpreter (I know that's not alright though, it is?) |
| 02:47.22 | elf_ | I still have to see how I can fix the refresh() function... though I am not sure how that it's called in libged or if it's called at all |
| 02:50.31 | elf_ | the move si mesh options are not done yet in the libged library |
| 02:51.18 | elf_ | for the mesh option I have to add the cvt_vlblock_to_solids() function to the libged library, I am thinking to add it in the joint.c file as a static function |
| 02:52.23 | elf_ | originally cvt_vlblock_to_solids() it's declared in the mged/mged.h file and it's definition is in dodraw.c file, so I don't know for sure if the static procedure is doable |
| 02:53.44 | elf_ | and for the move option I need the base2local define in the libged library, and this one I really don't know how to approach it, in mged base2local is all over the place |
| 02:58.44 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4383 10/wiki/User:Elf11: /* Log */ |
| 03:39.48 | brlcad | elf_: referencing an extern Tcl_Interp is no good |
| 03:40.01 | brlcad | that's one of the things that HAS to change moving from mged to libged |
| 03:41.07 | brlcad | you were going so well... :) |
| 03:42.29 | brlcad | elf_: so there's a problem with your method .. you now have a deep laundry list of issues -- many unanswered questions and problems |
| 03:42.39 | brlcad | you cannot refactor code effectively this way |
| 03:43.18 | brlcad | remember back to when I had you just add an empty ged_joint() function .. you understood everything there and it was "complete" |
| 03:43.30 | brlcad | didn't do much, but there were no issues, no unanswered questions |
| 03:44.53 | brlcad | when you refactor, you should still always leave the code in a "complete" state (or at least with no more than one issue, documented) |
| 03:46.51 | brlcad | with open issues, if something doesn't work or crashes, there will be too many problems to figure out what's wrong |
| 03:47.02 | elf_ | okay so the extern Tcl_Interp should disapper |
| 03:47.13 | brlcad | elf_: so I suggest backing up or at least identifying what your current problems are and taking care of them before moving any more code over |
| 03:47.35 | elf_ | though I don't understand why |
| 03:47.52 | brlcad | also, compilation is NOT sufficient... you should run the code every time you add a line of code, exercise the code, and make sure it doesn't crash (at least if it does, it should be explainable) |
| 03:48.10 | elf_ | so far it works, I mean with the extern Tcl_Interp, there are no errors and the testing I did it looks alright |
| 03:48.33 | elf_ | so that's why I don't really understand why no Tcl_Interp references |
| 03:49.03 | brlcad | the interp "works" because mged is providing it |
| 03:49.20 | brlcad | if you wrote a small program that just called ged_joint(), it wouldn't work |
| 03:49.58 | brlcad | it's not no Tcl_Interp references, it's that you should not be using a global |
| 03:50.55 | brlcad | technically, you should be able to convert the function to not use Tcl at all |
| 03:51.16 | elf_ | hmm okay, so I should actually get rid of the Tcl calls, there might be another way to do it |
| 03:51.48 | brlcad | that is the usual way |
| 03:52.00 | brlcad | the better way at least, so there's no dependency |
| 03:52.42 | brlcad | pay attention to how some of the other commands print a message, return a result, and print debug/logging statements |
| 03:52.55 | brlcad | they don't call Tcl_AppendResult()... |
| 03:53.35 | brlcad | also, ignore src/libged/wdb*.c and src/libged/*_obj.c if I've not said it already :) |
| 03:55.03 | brlcad | also noticed that you're missing common.h ... it must always appear before any system headers |
| 03:55.36 | brlcad | any other questions or will that keep you busy for a couple days? :) |
| 03:56.31 | brlcad | as for base2local, look at the other ged commands to see how they handle it |
| 03:56.41 | elf_ | basically Tcl_AppendResult prints a message yes? I knew I found the definition somewhere but can't seem to find it out right now grr |
| 03:58.24 | brlcad | your intuition is correct |
| 03:59.21 | brlcad | you don't really need to understand exactly what Tcl_AppendResult does to realize that the call on joint.c:123 is printing some sort of error message and returning on joint.c:125 |
| 03:59.48 | brlcad | so look at any of the several hundred other commands to see if you can find any of them that print some sort of error message and return |
| 04:00.53 | brlcad | if you do, I think you'll quickly realize that the block of code you have at joint.c:100 is wrong too |
| 04:02.08 | elf_ | there's no default mged function table since we are in the libged library, right? |
| 04:03.17 | brlcad | well, that may be true but isn't what's wrong |
| 04:03.49 | brlcad | lines 101:103 do nothing useful |
| 04:04.02 | brlcad | do you see what's wrong? |
| 04:04.25 | elf_ | yeah the printing of error, I just realized it's not like that |
| 04:04.55 | brlcad | what are those three lines actually doing? |
| 04:06.16 | brlcad | or at least, what does it LOOK like they're probably doing -- don't need to know exactly what to realize what is probably the issue? |
| 04:06.23 | brlcad | s/issue?/issue./ |
| 04:07.16 | elf_ | I think they are formating a string in the vls format but then the structure is cleaned so nothing really happens |
| 04:07.48 | brlcad | good |
| 04:08.20 | brlcad | init string, print to string, free string .. we never did anything with the string |
| 04:08.29 | elf_ | so yeah they are kinda useless there, it should print an error message if the function table is not found |
| 04:08.38 | brlcad | what's the quick fix? |
| 04:09.31 | brlcad | when that was translated to libged, it should have turned into one line |
| 04:10.21 | elf_ | bu_vls_printf(gedp->ged_result_str, "error to print") ? |
| 04:10.27 | brlcad | excellent |
| 04:10.44 | brlcad | that local vls just goes away, you print to the ged_result_str vls instead |
| 04:11.03 | brlcad | that's the same for nearly all of the Tcl_AppendResult() calls too |
| 04:11.21 | brlcad | they either go to ged_result_str() or are simply bu_log()'d depending on the type of message |
| 04:11.37 | elf_ | okay so the struct ged *gedp it comes as a parameter in the function join_cmd(struct ged *gedp,...) or it's local? |
| 04:13.09 | brlcad | well good question |
| 04:13.15 | brlcad | do you already have a gedp you could pass? |
| 04:14.29 | elf_ | there's one in the ged_joint(struct ged *gedp, ...), here we call the joint_cmd() so I can pass that one |
| 04:14.36 | brlcad | there's your answer |
| 04:15.25 | elf_ | yeah, another thing, can I have the columns.c file in the libged too? there is need for it to print info about columns |
| 04:16.33 | brlcad | also note that since joint_cmd() is static and you only call it on line 217, that in_functions parameter can never be null because it's always &joint_tab[0] |
| 04:16.54 | brlcad | that means line 100 will never be true, so that problematic block shouldn't even exist any longer |
| 04:18.03 | elf_ | Got it |
| 04:19.41 | brlcad | you can copy columns.c over, but add a TODO comment that it needs to be refactored with mged's version |
| 04:19.54 | elf_ | okay |
| 04:20.02 | brlcad | really should be libbu functions, but that's a separate task |
| 04:20.30 | elf_ | oh, I see, I will add the comment |
| 08:51.49 | *** join/#brlcad stas (~stas@188.24.34.88) | |
| 09:23.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:39.28 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:14.18 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 13:05.01 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 14:18.33 | CIA-68 | BRL-CAD: 03starseeker * r52354 10/brlcad/trunk/src/librt/test_botpatches.cpp: |
| 14:18.34 | CIA-68 | BRL-CAD: Move vectors into structure, make threshold for patch merging a parameter. |
| 14:18.34 | CIA-68 | BRL-CAD: There are indications that large patches may need to be broken up for the sake |
| 14:18.34 | CIA-68 | BRL-CAD: of feature preservation, possibly based on mesh density... need to read up on |
| 14:18.34 | CIA-68 | BRL-CAD: the problem. |
| 14:55.56 | ``Erik | starseeker: http://research.microsoft.com/en-us/um/people/hoppe/ |
| 15:10.14 | ``Erik | http://www.geometry.caltech.edu/pubs.html seems to have some nifty stuff, 'intrinsic parameterizations of surface meshes', etc |
| 15:15.45 | starseeker | makes a note to study this code later... http://www.cs.jhu.edu/~misha/Code/PoissonRecon/Version4/ |
| 16:16.18 | CIA-68 | BRL-CAD: 03r_weiss * r52355 10/brlcad/trunk/src/libged/gqa.c: Updated function "summary_reports" in file "gqa.c" for mged command "gqa". Changed the report so that, regions with zero hits which are in the overlap list, are not reported as having zero hits. |
| 18:46.57 | *** join/#brlcad stas (~stas@188.24.34.88) | |
| 19:44.07 | brlcad | hmm, looks like autotools build is borked |
| 20:06.45 | CIA-68 | BRL-CAD: 03starseeker * r52356 10/brlcad/trunk/src/librt/test_botpatches.cpp: |
| 20:06.45 | CIA-68 | BRL-CAD: As patches are built and cross a threshold of holding 1/100th of the total bot |
| 20:06.45 | CIA-68 | BRL-CAD: count in the mesh, add additional flatness constraints. Should probably be a |
| 20:06.45 | CIA-68 | BRL-CAD: post processing step to break up larger patches to ensure consistent behavior. |
| 23:03.38 | CIA-68 | BRL-CAD: 03brlcad * r52357 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: if newton iteration fails, then new_uv could be accessed prior to initialization. explicitly initialize it to zero, but also handle failed iteration by simply nudging down the uv diagnoal. |
| 23:23.42 | CIA-68 | BRL-CAD: 03Jon??zm??vbrkjrqBoughner 07http://brlcad.org * r4384 10/wiki/Wideo_go: New page: Erotica (from the Greek ????, eros "desire") [http://www.pornolarvideo.com/kategori/Anal-Porno-Video anal porno] are works of art, including literature, photography, [http://www.pornolarvi... |
| 00:26.44 | CIA-68 | BRL-CAD: 03starseeker * r52358 10/brlcad/trunk/src/librt/test_botpatches.cpp: Work harder at removing patches with three or fewer triangles, make the thresholds for when to start looking at neighbor flatness paramaters in the info struct. |
| 00:48.48 | CIA-68 | BRL-CAD: 03starseeker * r52359 10/brlcad/trunk/src/librt/test_botpatches.cpp: While I'm moving values into the struct, take care of the parallel-to-projection-plane threshold. |
| 00:53.54 | CIA-68 | BRL-CAD: 03starseeker * r52360 10/brlcad/trunk/src/librt/test_botpatches.cpp: typo |
| 03:13.26 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Wideo go]]": spam |
| 03:13.35 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Jon??zm??vbrkjrqBoughner]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 03:53.46 | CIA-68 | BRL-CAD: 03brlcad * r52361 10/brlcad/trunk/src/libnurbs/ (PullbackCurve.cpp opennurbs_ext.cpp): convert from structs to classes in order to begin addressing compiler inline issues raised by the automatic constructor/destructor |
| 09:55.42 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:02.17 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:23.48 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4385 10/wiki/User:Elf11: /* Log */ |
| 11:24.31 | elf_ | brlcad, here is how the joint command looks so far without the extern tcl interpreter |
| 11:24.43 | elf_ | http://paste.ubuntu.com/1188765/ |
| 11:25.32 | elf_ | I tested the debug and help options and they seem to behave as the options from the /mged/animeit.c file |
| 12:07.31 | brlcad | elf_: excellent |
| 12:08.09 | brlcad | should be quick to move on to each remaining function/option next |
| 12:08.12 | brlcad | any problems? |
| 12:08.53 | elf_ | yep, it shouldn't be any problems with the rest, have still to look into the base2local function but I think I will make it work |
| 12:09.11 | elf_ | and nothing that I couldn't figure out so far |
| 12:14.22 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:43.54 | brlcad | elf_: great, can't wait to see the final patch |
| 13:44.09 | brlcad | let me know if you run into any problems -- I should be pretty accessible today if you have questions |
| 13:44.31 | elf_ | Okay, so far so good. |
| 14:01.17 | CIA-68 | BRL-CAD: 03brlcad * r52362 10/brlcad/trunk/configure.ac: directory is igraph, not graph |
| 14:49.51 | CIA-68 | BRL-CAD: 03r_weiss * r52363 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Made a change to "CMakeLists.txt" within "libnurbs" to fix a build error with MS Visual Studio 2008. |
| 14:56.48 | CIA-68 | BRL-CAD: 03starseeker * r52364 10/brlcad/trunk/src/librt/test_botpatches.cpp: Clean up edge printing, few other output tweaks. |
| 15:41.22 | CIA-68 | BRL-CAD: 03starseeker * r52365 10/brlcad/trunk/src/librt/test_botpatches.cpp: Turn projection edge overlap testing back on. |
| 15:41.51 | CIA-68 | BRL-CAD: 03brlcad * r52366 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: dead code without comment |
| 17:10.57 | CIA-68 | BRL-CAD: 03brlcad * r52367 10/brlcad/trunk/ (autogen.sh configure.ac): fix the echo -n output during configure, be a tad more snarky about continuing |
| 17:16.29 | CIA-68 | BRL-CAD: 03brlcad * r52368 10/brlcad/trunk/src/other/tkhtml/Makefile.am: search /usr/X11/lib too since we're looking for the X11 lib. |
| 18:14.23 | CIA-68 | BRL-CAD: 03starseeker * r52369 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: Add back in libnurbs flags, commented out by default, with explanatory comment. |
| 18:39.48 | CIA-68 | BRL-CAD: 03starseeker * r52370 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a stab at handling triangles causing projection edge overlaps. |
| 19:00.57 | CIA-68 | BRL-CAD: 03brlcad * r52371 10/brlcad/trunk/ (include/nurbs.h src/librt/primitives/brep/brep.cpp): |
| 19:00.57 | CIA-68 | BRL-CAD: the old build system scores another point detecting duplicate symbols when it |
| 19:00.57 | CIA-68 | BRL-CAD: tried pulling libbrlcad together. utah_ray_planes is provided by libnurbs now |
| 19:00.57 | CIA-68 | BRL-CAD: via the pullback file, so we can eliminate the function in librt's brep |
| 19:00.57 | CIA-68 | BRL-CAD: implementation. |
| 19:20.25 | CIA-68 | BRL-CAD: 03brlcad * r52372 10/brlcad/trunk/src/libged/edbot.c: call bu_sscanf instead of sscanf so we can handle %zu without warnings |
| 19:21.10 | CIA-68 | BRL-CAD: 03starseeker * r52373 10/brlcad/trunk/src/librt/test_botpatches.cpp: Loop until there don't seem to be anymore overlaps - this one we have to reach completion on, since these overlaps will interfere with the surface fitting |
| 19:23.13 | CIA-68 | BRL-CAD: 03brlcad * r52374 10/brlcad/trunk/src/libged/CMakeLists.txt: undocumented, is there a reason we disable strict if bullet is found? |
| 19:34.28 | CIA-68 | BRL-CAD: 03r_weiss * r52375 10/brlcad/trunk/ (include/nurbs.h src/libnurbs/PullbackCurve.h): |
| 19:34.29 | CIA-68 | BRL-CAD: Updated files "include/nurbs.h" and "src/libnurbs/PullbackCurve.h". Moved the |
| 19:34.29 | CIA-68 | BRL-CAD: definition of "check_pullback_singularity_bridge", "interpolateCurve", |
| 19:34.29 | CIA-68 | BRL-CAD: "check_pullback_data" and "pullback_samples" to "include/nurbs.h". This corrects |
| 19:34.29 | CIA-68 | BRL-CAD: a problem preventing a build with MS Visual Studio 2008. |
| 19:38.39 | CIA-68 | BRL-CAD: 03starseeker * r52376 10/brlcad/trunk/src/librt/test_botpatches.cpp: Make a note that some better approach would be nice for the projection overlap triangle handling. |
| 19:40.20 | starseeker | brlcad: I'll have to try it again, but I believe the Bullet headers introduce some problems when used with our strict flags |
| 20:09.33 | CIA-68 | BRL-CAD: 03brlcad * r52377 10/brlcad/trunk/src/libnurbs/Makefile.am: add a build file for the new libnurbs library |
| 20:09.59 | CIA-68 | BRL-CAD: 03brlcad * r52378 10/brlcad/trunk/src/libged/Makefile.am: always compile dag (has #ifdef protections) and add the new edbot.c source to libged |
| 20:11.12 | CIA-68 | BRL-CAD: 03brlcad * r52379 10/brlcad/trunk/src/tclscripts/igraph/Makefile.am: graph.tcl renamed to igraph.tcl |
| 20:11.43 | CIA-68 | BRL-CAD: 03brlcad * r52380 10/brlcad/trunk/src/librt/Makefile.am: opennurbs_ext.cpp was moved to libnurbs, add libnurbs to linkage |
| 20:13.07 | CIA-68 | BRL-CAD: 03brlcad * r52381 10/brlcad/trunk/configure.ac: enable new libnurbs for compilation since it's still under deprecation |
| 20:13.24 | CIA-68 | BRL-CAD: 03brlcad * r52382 10/brlcad/trunk/src/Makefile.am: add new libnurbs for compilation |
| 20:14.52 | *** join/#brlcad stas (~stas@188.24.34.88) | |
| 21:07.13 | CIA-68 | BRL-CAD: 03starseeker * r52383 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: Prepare CMAKEFILES macro for add_library(targetname OBJECT ...) form of add_library function. |
| 21:15.44 | CIA-68 | BRL-CAD: 03starseeker * r52384 10/brlcad/trunk/src/CMakeLists.txt: Document the rough form of what will need to happen (eventually) for libbrlcad - main purpose is to document which of BRL-CAD's libraries make up 'libbrlcad'. |
| 21:36.48 | CIA-68 | BRL-CAD: 03starseeker * r52385 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move a few things around for clarity - time to start rewiring the curve building code. |
| 23:36.59 | CIA-68 | BRL-CAD: 03starseeker * r52386 10/brlcad/trunk/src/librt/test_botpatches.cpp: Clean up the face and border plotting |
| 23:54.58 | CIA-68 | BRL-CAD: 03starseeker * r52387 10/brlcad/trunk/src/librt/test_botpatches.cpp: Build the structure maps when we actually know what the structure is... |
| 00:39.41 | elf_ | brlcad, I have a problem |
| 00:40.26 | elf_ | the cvt_vlblock_to_solids function call in the f_jmesh call |
| 00:40.36 | elf_ | I don't know how to add it to the libged |
| 00:41.08 | elf_ | it's there in the libged library something similar to the cvt_vlblock_to_solids function? |
| 00:41.45 | elf_ | This one is all over mged library, and has lots of dependencies that are not that easily to be translated |
| 00:41.58 | elf_ | and I don't know if I am allowed to add them to libged |
| 01:47.01 | CIA-68 | BRL-CAD: 03starseeker * r52388 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try to build larger patches with the reject bots, instead of accepting a single face by default - in many cases we still end up with one face per patch, but we do get a few larger patches. |
| 01:54.57 | brlcad | elf_: good question |
| 01:56.29 | brlcad | elf_: that one is definitely tricky, just comment out the function call for now and add a bu_bomb() call saying it's not yet converted, also a comment with more detail |
| 01:57.07 | brlcad | <PROTECTED> |
| 01:57.13 | brlcad | something like that |
| 01:57.25 | elf_ | So you want the f_jmesh function not to be called, right? |
| 01:57.44 | brlcad | doesn't matter |
| 01:57.56 | brlcad | probably better to let it be called |
| 01:58.04 | elf_ | Well there's another problem since the f_jmesh is used in previous functions |
| 01:58.07 | brlcad | but with the bu_bomb() it will not succeed |
| 01:58.28 | brlcad | all the more reason to let it be called |
| 01:58.45 | elf_ | okay, so I let it be called and add the bu_bomb() with the comment |
| 01:59.19 | elf_ | and there's also the refresh() function, it's there something similar for redrawing the screen in libged? |
| 02:02.03 | brlcad | not exactly, just comment those out as well for now with a comment |
| 02:02.11 | elf_ | okay |
| 02:04.04 | brlcad | actually better yet, replace those refesh() calls with these two lines: |
| 02:04.05 | brlcad | <PROTECTED> |
| 02:04.05 | brlcad | <PROTECTED> |
| 02:04.30 | elf_ | okay got it :) |
| 02:10.28 | CIA-68 | BRL-CAD: 03brlcad * r52389 10/brlcad/trunk/src/libnurbs/CMakeLists.txt: ignore Makefile.am |
| 02:16.20 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 02:25.56 | CIA-68 | BRL-CAD: 03brlcad * r52390 10/brlcad/trunk/src/mged/dodraw.c: comment cleanup, make more globals static scope |
| 02:38.06 | CIA-68 | BRL-CAD: 03brlcad * r52391 10/brlcad/trunk/src/mged/ (chgview.c dodraw.c dozoom.c mged.c): more cleanup, isolate globals, descope to static where possible, reorder to avoid decls |
| 02:46.49 | elf_ | Here is the joint.c file http://paste.ubuntu.com/1190064/ |
| 02:47.02 | elf_ | the joint.h file http://paste.ubuntu.com/1188767/ |
| 02:47.18 | elf_ | and the columns.c file http://paste.ubuntu.com/1188769/ |
| 02:47.31 | elf_ | the last 2 haven't been modified since last time |
| 02:47.36 | elf_ | now about the joint.c file |
| 02:47.53 | elf_ | the accept, mesh and solve options are not working properly |
| 02:48.09 | elf_ | they depend on the f_jmesh() function call |
| 02:48.51 | elf_ | also, brlcad can you please look into the f_Jmesh() function and tell me if the bu_bomb() function call is used properly, please? |
| 02:49.49 | brlcad | does it compile? |
| 02:49.59 | brlcad | looks right to me |
| 02:51.19 | brlcad | looks like you're about done, anything remaining? |
| 02:53.49 | elf_ | I've run it with a sim.g database and looks alright |
| 02:53.59 | elf_ | besides the 3 options that I mentioned |
| 02:58.44 | CIA-68 | BRL-CAD: 03brlcad * r52392 10/brlcad/trunk/src/mged/dodraw.c: minor |
| 02:59.11 | brlcad | elf_: sounds good then, time to move on :) |
| 03:00.02 | brlcad | so wrap that up, make a patch file, be sure to use svn rm on the old/deleted joint files and svn add on the new libged ones |
| 03:00.17 | brlcad | remove the joint2 if you still have any traces of it in src/mged |
| 03:00.46 | brlcad | then post the patch file generated via svn diff |
| 03:01.50 | brlcad | assuming all is in order, you should now be able to have a much better understanding for what is going on in src/libged/simulate/ |
| 03:02.55 | brlcad | I suggest starting there by browsing through the code, find the ged function callback in mged for the simulate command, find the function in libged, read it to get a basic understanding of how it's set up |
| 03:03.50 | elf_ | okay, so I will remove all the old joint files, animedit.c and joints.h and delete all the traces that are in the mged library of the joint command |
| 03:05.32 | elf_ | and after that I will look into that simulate command |
| 03:06.01 | CIA-68 | BRL-CAD: 03brlcad * r52393 10/brlcad/trunk/src/ (6 files in 2 dirs): (log message trimmed) |
| 03:06.01 | CIA-68 | BRL-CAD: remove the old vrmgr 'Virtual Reality manager' interface to mged. it provided a |
| 03:06.01 | CIA-68 | BRL-CAD: libpkg network interface to mged whereby you could feed mged commands remotely. |
| 03:06.01 | CIA-68 | BRL-CAD: aside from being a gaping security hole riddled with problems due to a lack of |
| 03:06.01 | CIA-68 | BRL-CAD: sandboxing, it is no longer being used. ironically, it's more of a geometry |
| 03:06.01 | CIA-68 | BRL-CAD: service than that 'other' effort ever became, but it's still not worth keeping. |
| 03:06.02 | CIA-68 | BRL-CAD: the code needs updates and is accessing some functions that it shouldn't, so |
| 03:06.29 | brlcad | all traces of the OLD joint command .. there should still be a joint command, and it should of course now reference your new version in libged :) |
| 03:12.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:17.42 | brlcad | elf_: make sense? |
| 03:18.21 | elf_ | Yes it does, I am looking for those f_joint() function references right now :) |
| 03:18.40 | elf_ | then will test it again to make sure only the joint from libged it's still there |
| 03:20.05 | brlcad | excellent |
| 03:45.55 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 04:06.33 | elf_ | brlcad, I added the patch |
| 04:11.31 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4386 10/wiki/User:Elf11: /* Log */ |
| 06:17.43 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 06:56.33 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 10:00.47 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:15.39 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:34.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:56.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:35.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:27.58 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 13:35.45 | starseeker | hah - https://bitbucket.org/Coin3D/coin/wiki/Home |
| 13:39.40 | starseeker | they really did BSD license it |
| 17:17.15 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 17:17.28 | brlcad | oops, didn't realize I was detached |
| 18:19.46 | brlcad | elf_: patch applied, thanks! |
| 18:19.54 | brlcad | mostly looked good, but a few mistakes |
| 18:22.03 | brlcad | I commented on them in the tracker, but nothing major so good to go tackling the simulate command |
| 18:22.27 | brlcad | suggest for your next step to actually compile and run the simulate command |
| 18:25.02 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 18:26.28 | brlcad | hugs CIA-68 |
| 18:26.28 | CIA-68 | hugs brlcad |
| 18:47.16 | *** join/#brlcad stas (~stas@188.24.33.5) | |
| 19:03.42 | CIA-68 | BRL-CAD: 03starseeker * r52397 10/brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Fix macro behavior for pure CXX libs |
| 20:01.15 | CIA-68 | BRL-CAD: 03starseeker * r52398 10/brlcad/trunk/src/librt/test_botpatches.cpp: Checkpoint - may not need this at all if surf-surf intersection works. |
| 21:49.25 | CIA-68 | BRL-CAD: 03starseeker * r52399 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try the surface_surface_intersection function on the NURBS patches generated by the fitting routine. Looks promising |
| 21:53.54 | brlcad | 2that was quick |
| 22:12.13 | starseeker | some issues with the fit definitely show up |
| 22:13.22 | starseeker | the intersection curves also don't look as pretty as the bezier approximations - I need to look at either tweaking the fitting process, inserting points from bezier curve approximations into the fitting process, or... something |
| 22:15.15 | starseeker | actually kinda cool - the mesh based curves serve as a check on the SSI results, and the SSI results are helpful for spotting areas where the "correct" intersection curves don't jibe with the real ones |
| 22:15.27 | starseeker | slows the sucker waaay down, of course... |
| 22:18.02 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 00:55.14 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 05:26.32 | CIA-68 | BRL-CAD: 03brlcad * r52400 10/brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: as the compiler notes, the call is unlikely and the benefit it insignificant. remove the inline hint and just let it be like the others. |
| 05:30.00 | CIA-68 | BRL-CAD: 03brlcad * r52401 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: zero-init to avoid use-before-set issue |
| 09:36.52 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 10:37.26 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 10:37.47 | Rangar | ``Erik: :P |
| 10:37.49 | Rangar | oops, :) |
| 10:38.04 | Rangar | good to see you, Mal and Twingy still around too bud? |
| 12:18.42 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 13:58.49 | CIA-68 | BRL-CAD: 03starseeker * r52402 10/brlcad/trunk/ (5 files in 5 dirs): The libged per-command build logic was premature - until we have a real need for per-command handling, it's just a useless distraction. |
| 13:59.27 | starseeker | OK - I haven't tried it, but the simulate command will now print a message |
| 14:00.12 | starseeker | elf_: hopefully, you should see the simulate command now |
| 14:24.14 | CIA-68 | BRL-CAD: 03starseeker * r52403 10/brlcad/trunk/src/librt/test_botpatches.cpp: No point in doing double the work - only calculate each patch intersection once |
| 15:03.06 | CIA-68 | BRL-CAD: 03starseeker * r52404 10/brlcad/trunk/src/librt/test_botpatches.cpp: Don't group faces in the same patch with an area difference of more than an order of magnitude. |
| 15:05.38 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 16:08.03 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 16:14.57 | elf_ | brlcad, I did see the simulate command, the refactoring of the joint command it did help a lot, thanks |
| 17:18.31 | elf_ | what next brlcad? |
| 17:23.36 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4387 10/wiki/User:Elf11: /* Log */ |
| 17:50.55 | CIA-68 | BRL-CAD: 03starseeker * r52405 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start with the largest face in a group. |
| 18:05.12 | brlcad | elf_: run it |
| 18:05.19 | elf_ | I did |
| 18:05.24 | brlcad | did it work? |
| 18:05.31 | elf_ | yes |
| 18:05.38 | brlcad | I mean run it and make an actual simulation/animation |
| 18:05.58 | elf_ | okay |
| 18:07.30 | brlcad | suggest trying a very simple animation, like having an rpp (box) fall and hit a ground |
| 18:08.07 | elf_ | okay I was thinking about a ball falling and hitting the ground but will do it with the box |
| 18:08.09 | brlcad | do you know how to create geometry? |
| 18:08.25 | elf_ | I tried some of the in/make mged commands |
| 18:08.33 | elf_ | that's the way to do it, right? |
| 18:08.41 | brlcad | I'd start with a box just because of how bullet can handle boxes and that was the initial feature that was working |
| 18:08.47 | brlcad | yep |
| 18:08.53 | brlcad | in box rpp ... |
| 18:08.58 | brlcad | in ground rpp ... |
| 18:09.07 | brlcad | sed box |
| 18:09.11 | brlcad | tra 0 0 1000 |
| 18:09.13 | brlcad | accept |
| 18:09.32 | brlcad | that creates a box and ground object, then translates the box up 1000 units |
| 18:09.47 | brlcad | something like that, just one in the space above the other |
| 18:09.52 | elf_ | okay |
| 18:10.01 | brlcad | then however you tell the simulation to run |
| 18:10.17 | brlcad | if you would, write down the steps you take as a tutorial on the wiki |
| 18:10.41 | brlcad | as if you were explaining it to someone else how to use the simulate command to make an animation |
| 18:10.50 | elf_ | okay, will do |
| 18:11.21 | brlcad | some other wiki tutorials here: http://brlcad.org/wiki/Main_Page#Tutorials |
| 18:12.41 | elf_ | got it will look through them too |
| 18:12.48 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r4388 10/wiki/Animation: can go straight to png now, so simplify |
| 18:14.22 | brlcad | sgi cube and animation tutorials are probably useful, sgi cube shows various ways to pass commands to mged in a script and the animation tutorial shows how to turn rendered frames into a movie |
| 18:15.24 | brlcad | I'd imagine you'll have a loop: run mged simulte, render, run mged simulte, render, etc until the end of the loop, leaving you with lots of image frames |
| 18:15.58 | brlcad | then you can combine those frames into a movie with a whole variety of tools |
| 18:16.20 | brlcad | suggest just making a tutorial with the simplest possible steps that give you a movie |
| 18:18.01 | elf_ | Okay, so I have to run a simulation for the 2 cubes and look into the scripting and movie tutorials for mged and make a tutorial on "how to" make a simple simulation using those |
| 18:18.02 | elf_ | right? |
| 18:29.38 | brlcad | well sort of, basically it'd be good to have a tutorial on how to use the simulation system as one does not exist |
| 18:30.08 | brlcad | to "see" a simulation, you need to render animation frames and make a movie |
| 18:30.21 | brlcad | at least, to share that simulation with others outside of mged |
| 18:30.44 | elf_ | Okay, so the point is to make a tutorial on the simulation command, and then add the bits about animation frames and the movie option |
| 18:31.22 | brlcad | don't worry too much about the movie part -- if you figure out how to run the simulation, start there |
| 18:31.33 | brlcad | but yes, that's the idea |
| 18:31.35 | elf_ | okay :) thank you |
| 18:53.32 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 23:22.15 | *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz) | |
| 02:47.45 | CIA-68 | BRL-CAD: 03brlcad * r52406 10/brlcad/trunk/src/libged/CMakeLists.txt: ignore simulate.h header |
| 05:12.05 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 05:54.11 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 07:51.31 | *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz) | |
| 08:27.27 | *** join/#brlcad ^Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 08:51.01 | *** join/#brlcad ^Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 09:59.37 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 21:36.59 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 21:46.20 | CIA-68 | BRL-CAD: 03brlcad * r52407 10/brlcad/trunk/src/mged/dm-generic.c: set the size values into the dmp, not just indirectly via tk (since we may not have tk) |
| 23:09.36 | CIA-68 | BRL-CAD: 03brlcad * r52408 10/brlcad/trunk/src/libnurbs/Makefile.am: need tcl cppflags for libbu |
| 23:15.33 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 23:56.43 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 00:06.36 | CIA-68 | BRL-CAD: 03brlcad * r52409 10/brlcad/trunk/include/Makefile.am: missing nurbs.h |
| 00:06.40 | brlcad | distcheck-full is a beautiful thing |
| 03:01.47 | CIA-68 | BRL-CAD: 03brlcad * r52410 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: ignore/inclue the scl_cf.h.in header template |
| 03:01.47 | CIA-68 | BRL-CAD: 03brlcad * r52411 10/brlcad/trunk/src/other/step/include/CMakeLists.txt: bah, it's not actually a repo file -- something is writing to the src tree |
| 03:02.08 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 04:19.13 | *** join/#brlcad CIA-44 (cia@cia.vc) | |
| 04:35.02 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 06:30.24 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 09:22.25 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:37.32 | elf_ | the x,y, z axes in the mged library are not the same as the x,y,z axes in OpenGl are they? |
| 09:38.14 | elf_ | I mean with x,z on the horizontal, and y the vertical axis |
| 09:59.51 | elf_ | For the simulate command do I need to create regions for the box and ground objects, or can they be primitives? |
| 10:02.28 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 10:17.09 | elf_ | Also where is the sim.c file saved? I think I ran a simulation and it say the result of it can be seen in the sim.c file, I can't find that file. |
| 10:25.26 | elf_ | And also aren't I supposed to see something happening while running the simulate command for the box falling to the ground? Or I got that wrong? |
| 10:51.09 | *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz) | |
| 12:33.57 | brlcad | elf_: they don't even really mean that in opengl either, just some tutorials teach it that way |
| 12:34.15 | brlcad | nearly all CAD systems use Z for elevation |
| 12:34.52 | elf_ | yeah, but that was the way I got used to it, with Y for height, anyway I figured that out |
| 12:34.57 | elf_ | and I did run a simulation |
| 12:35.02 | elf_ | or I think I did it |
| 12:35.25 | brlcad | it's a common ill-taught convention |
| 12:35.39 | elf_ | I get the "The simulation result is in group : sim.c" so where can I find that sim.c? |
| 12:35.59 | brlcad | display engines use Y for elevation because that made the most sense back in the day to think of things in terms of your screen's xy coordinates |
| 12:36.12 | elf_ | And also wasn't I supposed to see the box actually falling on the ground rpp? Or am I missing something? |
| 12:36.22 | brlcad | some 3d engines carried that over, but it's not the most intuitive from a modeling perspective for most domains |
| 12:36.43 | brlcad | elf_: did you try to display sim.c? |
| 12:37.14 | brlcad | note the message says group and you said file |
| 12:37.25 | brlcad | group != file |
| 12:38.29 | elf_ | I tried the rt sim.c command in the mged terminal |
| 12:38.48 | brlcad | "the rt sim.c" command?? |
| 12:39.04 | brlcad | be more specific |
| 12:39.24 | elf_ | well, the ray tracing command on the sim.c group, rt is the raytracing command, right? |
| 12:39.50 | brlcad | rt is the raytracing command |
| 12:41.06 | brlcad | how you ray trace the sim.c group, though, is what you may be doing wrong? |
| 12:43.34 | elf_ | That's the thing, I think I got it wrong here. |
| 12:44.28 | brlcad | the "who" command will tell you what objects are being displayed |
| 12:44.38 | brlcad | the "draw" command will load geometry into the display |
| 12:44.52 | brlcad | the "Z" command will unload all geometry |
| 12:45.04 | brlcad | the "rt" command will ray trace the currently loaded geometry |
| 12:45.52 | brlcad | the "tops" and "ls" commands will tell you what geometry can be loaded/unloaded |
| 12:46.06 | elf_ | In the mged window I type, "rt sim.c" and I get the info about the Brlcad version release then Compile-time debug symbols that are available and some things about planning to run on 4 processors, then the path to the rt command, opendb sim.c and tree -u model /home/elf/brlcad/s2.g box ground sim.c |
| 12:46.18 | elf_ | then rt: rt_dirbuild(sim.c) failure |
| 12:46.21 | brlcad | "rt sim.c" is not right |
| 12:47.01 | brlcad | play with those six commands, run "help [cmd]" to get a basic usage statement for each |
| 12:47.10 | elf_ | okay |
| 12:47.43 | brlcad | if you haven't figured it out in less than 5 minutes, we might have a problem... :) |
| 12:47.51 | elf_ | okay |
| 12:48.02 | brlcad | but let me know and we'll get things straightened out |
| 12:51.59 | elf_ | Okay, so I unloaded all geometry with the Z command, then run "draw sim.c" then "rt" |
| 12:52.04 | elf_ | that's it right? |
| 12:53.23 | elf_ | Also for the sim.c group, I created (before I mean) 2 regions, one region was the box the other one was the ground. |
| 12:53.32 | elf_ | That's the way to do it right/ |
| 13:17.25 | brlcad | that sounds better |
| 13:19.02 | elf_ | Okay, so now I should do a script for this? Or try to do the movie part too? |
| 13:19.25 | elf_ | or just write down the steps on how to use the simulate command in a wiki page? |
| 13:26.08 | brlcad | well, first question is did it look like the simulate did aything? |
| 13:26.17 | brlcad | s/aything/anything/ |
| 13:46.44 | elf_ | brlcad, it looks like something happens, when I run simulate 100, there are 100 iterations, and the 2 regions are added to the raytracer, it's that right? |
| 13:47.44 | elf_ | Then when I use the rt command I get some info about overlaps, the time the shot took on the cpu, and info about the solid/ray intersections(hits+miss) |
| 14:13.48 | CIA-44 | BRL-CAD: 03starseeker * r52413 10/brlcad/trunk/src/librt/test_botpatches.cpp: Write the brep before starting the SSI testing. |
| 14:39.57 | CIA-44 | BRL-CAD: 03starseeker * r52414 10/brlcad/trunk/src/librt/test_botpatches.cpp: Simplify the patch building a bit - the 'correct' way to do this is probably proper feature detection as the first step, followed by flatness if needed. |
| 14:46.25 | brlcad | anyone with a mac handy, I just reposted the 7.22.0 dmg but would appreciate someone testing it to see if 1) it displays the background correctly when the dmg is mounted and 2) that it actually runs mged properly |
| 14:47.02 | brlcad | elf_: I don't know if that's right -- that's actually what I'm asking you |
| 14:47.27 | brlcad | if the result objects look the same as the final objects, probably not right |
| 14:47.40 | brlcad | if it actually simulated something, there should be some change in position/movement/etc |
| 14:58.15 | elf_ | http://paste.ubuntu.com/1196780/ so this is the first and the last overlap info, I think that there is a change in position |
| 15:04.35 | brlcad | elf_: the overlap messages are meaningless in this context |
| 15:04.44 | brlcad | you need to look at the geometry before and the geometry after |
| 15:04.56 | brlcad | or display them both at the same time and see if there is a change |
| 15:12.46 | elf_ | I displayed them both at the same time, and they look like they are overwritten, one on top of the other, so that means there's no change |
| 15:32.57 | brlcad | or your iterations are too small or too few or you didn't apply a force, etc |
| 15:34.14 | brlcad | that's why I suggested starting with just a simple ground and a box above the ground, so if you simulate sufficient number of steps and don't move the ground plane, the box should eventually hit the ground |
| 15:35.09 | brlcad | e-mail abhijit (http://brlcad.org/wiki/User:Abhijit) and cc me if you can't figure it out |
| 15:35.25 | brlcad | could also be that you didn't mark the ground plane (however one does that) so they both just fall together |
| 15:36.19 | brlcad | overlaps being reported would indicate that something is hitting/overlapping with something else |
| 15:36.47 | brlcad | for the simulation, I would expect that to eventually occur (it has to know when they collide, obviously) but it could also be an error on your part or something else entirely |
| 15:37.18 | brlcad | I suggest writing down what you've done already on the wiki for the tutorial, not waiting until you get it all working |
| 15:37.25 | brlcad | build it up step by step as you figure it out |
| 15:37.41 | brlcad | that'll be easier to reproduce what you're trying and help you too |
| 15:38.05 | elf_ | Okay, those are the steps I took so far 1. open new db 2. in box rpp.. 3. in ground rpp.. 4. sed box 5. tra 0 100 0 6. accept 7. r region1.r u box 8. r region2.r u ground 9. simulate 100 10. Z 11. draw sim.c 12. rt |
| 15:38.47 | elf_ | And marking the ground down, that's something I should look into and see how's done, the 2 regions might be falling together |
| 15:39.16 | brlcad | don't tell me here ... write it on the wiki with the *exact* steps to reproduce what you've done :) |
| 15:39.20 | brlcad | exact values, etc |
| 15:39.25 | elf_ | okay :) |
| 15:40.06 | brlcad | remember, this is a tutorial meant to be helpful to others that haven't done this, so be as specific as possible |
| 15:40.36 | elf_ | I understand that and I will also e-mail abhijit |
| 15:40.50 | brlcad | "click on the open file dialog button named XYZ", "then, in the mged command window, type this command: ..." etc |
| 15:41.10 | brlcad | make it so your mother could follow these steps |
| 15:42.46 | elf_ | Okay. |
| 16:16.40 | *** join/#brlcad abhi2011 (~chatzilla@122.167.12.70) | |
| 16:32.38 | abhi2011 | Halo elf_ ! |
| 16:32.47 | elf_ | Hey Abhi :) |
| 16:33.02 | abhi2011 | elf eh :) ! |
| 16:33.18 | abhi2011 | so first off congrats ! |
| 16:33.30 | elf_ | Thank you :) |
| 16:33.55 | abhi2011 | so about this simulate command |
| 16:34.16 | abhi2011 | I think it should run if you just type simulate 1 |
| 16:34.20 | elf_ | yeah, I try to run it and simulate a cube falling on a ground plane |
| 16:34.41 | abhi2011 | hopefully you will see the cube move :P |
| 16:35.27 | abhi2011 | meanwhile I ll update my year old brlcad code ! |
| 16:36.41 | elf_ | Hopefully, the thing is I am doing something wrong, I will update in a moment a wiki page on how am I going about doing this simulation and maybe you can look over it and tell me if I am missing something or doing something wrong |
| 16:38.19 | abhi2011 | sure |
| 16:39.41 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4389 10/wiki/Mged_simulation: mged_simulation tutorial |
| 16:40.53 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4390 10/wiki/Mged_simulation: |
| 16:42.28 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4391 10/wiki/Mged_simulation: |
| 16:42.56 | elf_ | http://brlcad.org/wiki/Mged_simulation |
| 16:43.14 | elf_ | the mged_simulation and how I try to simulate that falling cube to the ground |
| 16:43.29 | elf_ | brlcad said that maybe there should be a way to fix the ground |
| 16:43.56 | elf_ | or to declare it as a static geometry so that when the simulation it runs just the cube will be falling |
| 16:45.39 | elf_ | ahh and the problem is that after I do those steps and run all the commands when I try againto display the initial geometry in the region1/2.r and the one in the sim.c group they are the same, I mean they look like they are overwritten one above the other one |
| 17:18.24 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 17:31.53 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4392 10/wiki/Mged_simulation: |
| 17:31.54 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:17.04 | *** join/#brlcad abhi2011 (~chatzilla@122.167.36.120) | |
| 18:17.29 | abhi2011 | elf_, sorry had to step out a bit, what was that link again ? |
| 18:17.51 | elf_ | no problem http://brlcad.org/wiki/Mged_simulation |
| 18:18.05 | elf_ | there's where I describe the steps I took to run a simulation |
| 18:18.32 | abhi2011 | yeah I think there needs to be a cube called gp or something |
| 18:18.39 | abhi2011 | thats treated as the ground plane |
| 18:18.42 | abhi2011 | I ll check the code |
| 18:19.19 | elf_ | so you mean that I should create a cube named gp so that the simulation will know that's the ground right? |
| 18:19.49 | abhi2011 | yes try that , let see what happens |
| 18:22.58 | abhi2011 | line 389 in libged/simulate/simulate.c |
| 18:23.00 | abhi2011 | <PROTECTED> |
| 18:23.34 | abhi2011 | i think gp may work |
| 18:23.40 | abhi2011 | else try sim_gp |
| 18:25.32 | elf_ | I tried the gp it didn't work |
| 18:25.54 | elf_ | but maybe I don't have to create the regions, I mean after creating the geometry I also create 2 regions |
| 18:26.04 | elf_ | maybe that's the probem |
| 18:28.36 | elf_ | the sim_gp can't be a name to a region |
| 18:28.52 | elf_ | the sim_ prefix is added by the code when doing the simulation |
| 18:29.03 | elf_ | or that's what I understand from the source file |
| 18:30.18 | abhi2011 | so if there is a shape called gp.s and a cube called say cube.s, what happens when you run simulate 1 ? |
| 18:30.31 | abhi2011 | does it make any sim_*.r regions ? |
| 18:32.25 | abhi2011 | you can also try making a region out of the shape |
| 18:32.43 | abhi2011 | so try making a cube.r from cube.s and a gp.r from a gp.s |
| 18:33.02 | abhi2011 | I think simulate was only supposed to work on regions and leaves shapes alone |
| 18:33.20 | elf_ | with the gp.s and cube.s shape with no regions I get an error, that's why I was only trying with regions |
| 18:33.31 | abhi2011 | if you see add_regions() in line 78 in simulate.c |
| 18:33.36 | elf_ | "Error: add_regions: ERROR No objects were added" |
| 18:33.53 | elf_ | Yeah, that's from where I get the error |
| 18:34.22 | elf_ | So that's why I try to create the shapes, I use "r gp.r u gp.s" |
| 18:34.25 | abhi2011 | yeah so try making a gp.r and a cube.r |
| 18:34.35 | elf_ | Maybe that's not the right command? :/ |
| 18:34.58 | abhi2011 | do you get a gp.r when you list the geomtry and regions ? |
| 18:35.41 | abhi2011 | as far as I recall, that should work |
| 18:36.36 | elf_ | I get the cube.r and gp.r |
| 18:36.42 | elf_ | so it looks okay so far |
| 18:36.43 | abhi2011 | ok |
| 18:36.47 | elf_ | now to run that simulate |
| 18:36.50 | abhi2011 | now try |
| 18:37.33 | elf_ | I did |
| 18:38.11 | elf_ | it's the same thing, or maybe that's how it should work, I don't really know |
| 18:38.21 | elf_ | After dysplaying the sim.c group |
| 18:38.31 | elf_ | I also dysplay the cube.r and gp.r |
| 18:38.37 | elf_ | they are still overwritten |
| 18:38.44 | elf_ | so it doesn' |
| 18:38.49 | elf_ | t look like anything happened |
| 18:39.12 | abhi2011 | how many steps did you run simulate for ? |
| 18:39.27 | abhi2011 | also maybe you can try to zap everything out |
| 18:39.35 | abhi2011 | and show just sim.c |
| 18:39.40 | elf_ | this time 10 |
| 18:39.53 | elf_ | first time I only show sim.c |
| 18:40.18 | elf_ | after running the simulation, I clean the display "Z" command and only "draw sim.c" |
| 18:40.25 | abhi2011 | ok |
| 18:40.34 | abhi2011 | still no change in the positions ? |
| 18:42.11 | elf_ | no, maybe I should run it for more than 10 steps, or even 100 steps |
| 18:43.12 | abhi2011 | yeah you can try that |
| 18:43.30 | abhi2011 | Maybe gravity is turned off in the simulation |
| 18:43.51 | abhi2011 | I ll check that tomorrow, and let you know |
| 18:43.59 | abhi2011 | getting late in the night here |
| 18:44.06 | abhi2011 | :) |
| 18:44.10 | elf_ | Okay, it was the number of steps that was at fault for 1000 steps the position of the cube has changed |
| 18:44.24 | abhi2011 | hmm, thats a it wierd |
| 18:44.32 | abhi2011 | i remeber it falling much faster |
| 18:45.03 | abhi2011 | but then I may have increased the number of substeps |
| 18:45.10 | abhi2011 | to increase simulation accuracy |
| 18:45.20 | elf_ | from some of the videos you posted I saw I falling faster too but now for 1000 steps it really showed a big movement |
| 18:45.44 | abhi2011 | yeah I may have increased the substeps |
| 18:45.51 | abhi2011 | the place to check that is : run_simulation(struct simulation_params *sp) |
| 18:46.02 | abhi2011 | in simphysics.cpp line 497 |
| 18:46.13 | abhi2011 | thats where all the simulation setup is done |
| 18:46.47 | elf_ | got it, thanks :) |
| 18:46.59 | abhi2011 | or rather step_physics(btDiscreteDynamicsWorld* dynamicsWorld) |
| 18:47.06 | abhi2011 | in line 18 |
| 18:47.09 | abhi2011 | *198 |
| 18:47.24 | abhi2011 | hmm I do not seem to have increased it |
| 18:47.36 | abhi2011 | something else is causing the delay |
| 18:47.43 | abhi2011 | well anyway will check in tomorrow |
| 18:48.07 | elf_ | I will look into it too thanks for your help :) |
| 18:48.10 | elf_ | Have a good night |
| 18:52.43 | elf_ | Uhmm the simulate command translates the object parallel with itself, I mean the cube doesn't fall to the ground, it actually moves parallel to the original position of the cube |
| 18:52.56 | elf_ | that's why I was seeing it "overwritten" |
| 18:54.24 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 18:57.10 | elf_ | Like this http://img37.imageshack.us/img37/8049/brlcadsimulate.png |
| 20:13.24 | CIA-44 | BRL-CAD: 03starseeker * r52415 10/brlcad/trunk/src/librt/test_botpatches.cpp: Continue rebuilding curve assembly functionality. |
| 20:16.53 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.34.24) | |
| 22:21.19 | CIA-44 | BRL-CAD: 03Elf11 07http://brlcad.org * r4393 10/wiki/User:Elf11: /* Log */ |
| 23:32.43 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 23:54.59 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 01:04.04 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 02:16.19 | *** join/#brlcad _Rangar_ (~Dave@124-197-21-4.callplus.net.nz) | |
| 02:42.31 | *** part/#brlcad abhi2011 (~chatzilla@122.167.34.24) | |
| 06:56.26 | *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net) | |
| 07:16.33 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:44.12 | CIA-68 | BRL-CAD: 03Vaporizer 07http://brlcad.org * r4394 10/wiki/Main_Page: When it comes to pollution, it is rising faster than technology. And smoking is one of the major reasons for increasing pollution around you. |
| 07:45.08 | CIA-68 | BRL-CAD: 03Vaporizer 07http://brlcad.org * r4395 10/wiki/Main_Page: |
| 08:29.44 | *** join/#brlcad zump (3ce1b48d@gateway/web/freenode/ip.60.225.180.141) | |
| 10:27.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:54.25 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:04.21 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r4396 10/wiki/Main_Page: Reverted edits by [[Special:Contributions/Vaporizer|Vaporizer]] ([[User talk:Vaporizer|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 11:04.51 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Vaporizer]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 11:14.22 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:31.13 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4397 10/wiki/Mged_simulation: |
| 11:32.14 | elf_ | brlcad, the simulate command it works, the translate problem was actually because the ground plane should be parallel with the XY axis and the Z axis is considered to be oriented in the up direction |
| 11:32.34 | elf_ | the tutorial is on the Mged_simulation wiki page |
| 11:33.04 | elf_ | maybe you can look to it and tell me if something is missing or if it's not well enough explained so that I can change it |
| 12:24.34 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 14:32.03 | brlcad | elf_: didn't we just talk about Z being up? :) |
| 14:32.14 | brlcad | it's not just a preference, it's the ONE TRUE WAY! :) |
| 14:32.36 | brlcad | for CAD at least |
| 14:33.35 | brlcad | so next up is to animate, and the tutorial needs some pictures |
| 14:34.39 | brlcad | elf_: you also just spent several hours figuring out the ground plane issue, and I see no mention of it in the tutorial |
| 14:35.25 | brlcad | similarly that the coordinate system matters, z is up, etc |
| 14:35.33 | brlcad | all these things that you're learning should be in the tutorial |
| 15:12.04 | CIA-68 | BRL-CAD: 03starseeker * r52416 10/brlcad/trunk/src/librt/test_botpatches.cpp: More work on curve assembly |
| 16:18.03 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4398 10/wiki/Mged_simulation: |
| 16:22.40 | elf_ | brlcad, fixed what you said about the xy ground plane, and the Z axis being up |
| 16:24.04 | elf_ | and about the Z axis I prolly must have got it stuck in my head the wrong way, so that's why I didn't remember that we actually established it's up |
| 16:25.45 | elf_ | So for the animation, I should be doing something like showed in the Animation tutorial, with the "fly-around animation" right? |
| 17:24.41 | *** join/#brlcad Yoshi47_Work (~jan@64.235.102.210) | |
| 18:00.13 | CIA-68 | BRL-CAD: 03starseeker * r52417 10/brlcad/trunk/src/librt/test_botpatches.cpp: Find start and end points, or recognize closed curve |
| 18:41.36 | CIA-68 | BRL-CAD: 03carlmoore * r52418 10/brlcad/trunk/include/ged.h: remove a trailing blank/tab, and remove an extra blank |
| 18:42.33 | CIA-68 | BRL-CAD: 03carlmoore * r52419 10/brlcad/trunk/src/CMakeLists.txt: remove trailing blanks/tabs |
| 18:44.26 | CIA-68 | BRL-CAD: 03carlmoore * r52420 10/brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake: remove trailing blanks/tabs |
| 18:45.57 | CIA-68 | BRL-CAD: 03carlmoore * r52421 10/brlcad/trunk/src/libged/CMakeLists.txt: remove trailing blanks/tabs |
| 18:59.15 | *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net) | |
| 18:59.15 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 18:59.15 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 18:59.15 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:59.15 | *** join/#brlcad zump (3ce1b48d@gateway/web/freenode/ip.60.225.180.141) | |
| 18:59.15 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 18:59.15 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:59.15 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 18:59.15 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:59.15 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 18:59.15 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 18:59.15 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 18:59.15 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 18:59.15 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 18:59.15 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:59.15 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 18:59.15 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:59.15 | *** join/#brlcad Stattrav|Cloud (u3131@gateway/web/irccloud.com/x-mvbvoycpawcvjbif) | |
| 18:59.15 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 18:59.15 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 18:59.15 | *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net | |
| 19:00.37 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:00.37 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 19:01.26 | CIA-68 | BRL-CAD: 03carlmoore * r52424 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: remove trailing blanks/tabs |
| 19:01.28 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 19:18.55 | CIA-68 | BRL-CAD: 03carlmoore * r52425 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: remove a trailing blank or tab, and fix 2 spellings |
| 19:23.15 | CIA-68 | BRL-CAD: 03starseeker * r52426 10/brlcad/trunk/src/librt/test_botpatches.cpp: Plot polycurves |
| 19:32.26 | CIA-68 | BRL-CAD: 03carlmoore * r52427 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: remove trailing blanks/tabs, fix spellings ('edgeuse' spelling fix should be only in comments) |
| 19:34.02 | CIA-68 | BRL-CAD: 03carlmoore * r52428 10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: remove a trailing blank/tab; fix spellings |
| 19:57.40 | CIA-68 | BRL-CAD: 03starseeker * r52429 10/brlcad/trunk/src/librt/test_botpatches.cpp: start and end as keys may pose a problem - just count 'em |
| 20:21.22 | CIA-68 | BRL-CAD: 03starseeker * r52430 10/brlcad/trunk/src/librt/test_botpatches.cpp: build patch polycurve maps |
| 22:07.15 | *** join/#brlcad merzo (~merzo@60-6-133-95.pool.ukrtel.net) | |
| 22:14.01 | *** join/#brlcad merzo (~merzo@171-40-133-95.pool.ukrtel.net) | |
| 00:12.07 | CIA-68 | BRL-CAD: 03starseeker * r52431 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start working on loop assembly |
| 00:56.58 | *** join/#brlcad merzo (~merzo@171-40-133-95.pool.ukrtel.net) | |
| 02:23.07 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 03:18.08 | brlcad | elf_: that looks better, though should clarify whether the ground plane must be named gp or gp.r |
| 03:18.51 | brlcad | and why |
| 03:20.18 | brlcad | and for the animation, it's not exactly like the fly-around but is similar in how you'll make the animation |
| 03:20.27 | brlcad | you don't need to spin the view around |
| 03:21.13 | brlcad | you just want to simulate a step (or 10 or 100 or whatever makes a tiny step), render a frame, simulate, render, etc .. then pull all those renderings into an animation |
| 03:21.23 | brlcad | that's best/easily done with a script |
| 04:45.51 | elf_ | brlcad, so I should have a loop, where I simulate a tiny step, then render a frame? right? |
| 04:56.15 | brlcad | yes |
| 05:47.19 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 09:18.00 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 10:05.30 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 10:34.58 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 11:05.01 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 13:30.50 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 13:36.12 | elf_ | brlcad, I have some problems trying to understand how should I get the regions and groups from the database into the simulation |
| 13:37.49 | elf_ | I get it that there in the the for loop should be a mged sim.g simulate n(where n is number of steps) command and also an rt -o image$i.pix command |
| 13:38.17 | elf_ | but how does the simulation know from where to take the regions? |
| 14:24.57 | elf_ | I think I figured that one out |
| 14:25.23 | elf_ | here's what the script looks like http://paste.ubuntu.com/1200642/ |
| 14:25.35 | elf_ | waiting for a small simulation to run and see if it works |
| 14:25.44 | elf_ | properly I mean |
| 14:54.57 | elf_ | this is the way I think the script should be http://paste.ubuntu.com/1200687/ |
| 14:55.00 | brlcad | elf_: script needs a little tlc -- don't need the -M option to rt |
| 14:55.21 | brlcad | probably best to just pass -a -e parameters for azimuth elevation |
| 14:55.23 | elf_ | but I get some errors http://paste.ubuntu.com/1200689/ |
| 14:55.55 | brlcad | if you remove the -M, you don't need the two EOF lines (which aren't right btw) |
| 14:55.58 | elf_ | okay, will do that though when I try to get a png image |
| 14:56.01 | brlcad | at least, not useful |
| 14:56.24 | brlcad | if you want a png, put -o image.png instead of image.pix |
| 14:56.27 | elf_ | <PROTECTED> |
| 14:56.37 | brlcad | and it's probably right |
| 14:56.50 | brlcad | with the -M option, that says you're going to provide an rt command script |
| 14:57.08 | brlcad | your command script (the lines *between* your two EOF lines) ... is .... empty |
| 14:57.20 | brlcad | so it had nothing to do, not pix file results |
| 14:57.40 | brlcad | if you remove the command script (the -M option), it'll default to a single frame render like you want |
| 14:58.17 | elf_ | right, initially wanted to set some scene like in OpenGl the eye point and such but that must be done in an additional tcl script right? |
| 15:00.23 | brlcad | nope, you have the right idea with the -M rt script |
| 15:01.02 | brlcad | you just can't leave it empty, that's what tells rt what to do |
| 15:01.24 | brlcad | if you run the "saveview" command in mged, you can save a given view script to a file |
| 15:01.47 | brlcad | that will have the exact rt view information and command you'll need to set a specific view |
| 15:02.45 | elf_ | okay, will do that for the moment I got rid of the -M and the 2 EOF lines |
| 15:03.00 | elf_ | but I still get the error about image$i.pix not existing... |
| 15:05.20 | elf_ | how can you change the way a db is opened? I get the error that the current db is read only |
| 15:06.48 | elf_ | also "db5_get_raw_internal_fp() : Database is too short, want=67448, got=11975 db_dirbuild(home/elf/brlcad/su.g):db_scan() failed" |
| 15:21.45 | brlcad | run the rt command outside of the script first, just on the command line |
| 15:23.31 | brlcad | on the unix command line, get that to work, then put it in your script |
| 16:24.12 | elf_ | solved it |
| 16:24.54 | elf_ | here's the simulate.sh without the -M option the elevation is given in the command so no need for a rt script |
| 16:25.05 | elf_ | http://paste.ubuntu.com/1200812/ |
| 16:25.26 | elf_ | and here's the simulate.sh with the -M option http://paste.ubuntu.com/1200811/ |
| 16:26.26 | elf_ | both of them are on the mged_simulation wiki page http://brlcad.org/wiki/Mged_simulation |
| 16:26.48 | elf_ | and added an explanation about why the ground plane should be named "gp" also |
| 17:19.50 | elf_ | about the movie, what do you recommend to use? |
| 18:47.30 | *** join/#brlcad KimK (~Kim__@2001:470:1f0f:1042:4261:86ff:fe43:bcad) | |
| 20:21.46 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 20:51.43 | brlcad | elf_: scripts look good, though I would reverse their order in your tutorial where you can first describe how to create a simple animation first, then explain the rt command script and how to set that up |
| 20:52.08 | brlcad | you don't explain where those numbers come from or how to get them or what they do |
| 20:53.36 | brlcad | remember, you're aiming for a complete newbie audience -- if your mother were reading this, would she have enough information to not just reproduce what you did, but understand it enough to create her own animation? |
| 22:16.58 | *** join/#brlcad merzo (~merzo@199-41-133-95.pool.ukrtel.net) | |
| 22:55.38 | *** join/#brlcad CIA-69 (cia@cia.vc) | |
| 00:44.03 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4401 10/wiki/Mged_simulation: |
| 00:44.48 | elf_ | you are right, those numbers where put there kinda out of nowhere, I hope now that is fixed and explained how they were obtained and what they are |
| 02:31.32 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 02:40.57 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation 1.png]]" |
| 02:46.31 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4403 10/wiki/Mged_simulation: |
| 02:49.04 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4404 10/wiki/User:Elf11: /* Log */ |
| 02:50.04 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4405 10/wiki/Mged_simulation: |
| 02:52.22 | elf_ | added an explanation on how one should go about making a movie out of the png images with ImageMagick |
| 06:34.30 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:22.28 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 07:22.28 | *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net | |
| 07:25.23 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:03.07 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 10:23.45 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:47.37 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:47.37 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 11:49.07 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 11:53.26 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 12:01.21 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 12:19.46 | *** join/#brlcad CIA-83 (cia@cia.vc) | |
| 12:21.09 | *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 12:23.55 | *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-zvdwkcimaometmlw) | |
| 12:42.09 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:45.16 | CIA-83 | BRL-CAD: 03starseeker * r52437 10/brlcad/trunk/src/librt/test_botpatches.cpp: Identify outer patches |
| 12:48.31 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 13:20.18 | elf_ | brlcad, does that tutorial look good to you? |
| 13:22.03 | elf_ | I've also been talking with abhi about what he got done last year and what's next to be done and I think I should start see if collisions are being detected in mged, also in parallel with checking things in mged I can create a simple program in bullet |
| 13:23.00 | elf_ | in this program I can have a cube lying over another static cube/ground plane and check the contact points that bullet is generating and the normals |
| 13:23.11 | elf_ | then I can try and replicate those inside mged |
| 13:23.16 | elf_ | so? |
| 14:04.42 | *** join/#brlcad pawleeq (~pawleeq@202.32.broadband2.iol.cz) | |
| 14:13.00 | brlcad | elf_: er, where's the animation? |
| 14:13.42 | brlcad | you can't take someone through that whole tutorial on making a simulation and not actually show them the final product! :) |
| 14:13.48 | brlcad | should show both animations really |
| 14:14.17 | brlcad | I |
| 14:15.42 | brlcad | I'd suggest a couple changes to the image you uploaded too, zoom 1.4 and interlay a raytrace so it's easier to see |
| 14:16.17 | elf_ | Yeah, you are right, will upload the mpg video on uhmm youtube maybe, and by both you mean from both scripts, right? :) |
| 14:16.29 | elf_ | how do I go about interlaying that raytrace? nirt? |
| 14:18.05 | brlcad | no, open up the raytrace control panel (on file or tools menu) |
| 14:18.40 | brlcad | click the button, then select whichever interlay/overlay/underlay option looks best to you |
| 14:19.10 | brlcad | you should be able to upload the mpg to the wiki -- if not, let me know |
| 14:19.43 | brlcad | alternatively, you could use imagemagik to convert it to an animated gif since it's so simple, then just embed that like the other image |
| 14:20.45 | brlcad | elf_: there's also no "matter" command... :) |
| 14:22.04 | brlcad | also, rename your az35 example script to az35.rt just so we're consistent with other docs |
| 14:22.14 | elf_ | you are right there's just one t in mater |
| 14:23.19 | elf_ | okay, hmmm so I could make a gif out of the images with ImageMagick, I think that's more appropriate than a movie |
| 14:32.30 | brlcad | elf_: something small like 256x256 or 128x128 will probably be fine if it's zoomed in enough |
| 14:32.40 | brlcad | we'll just have to watch the file size |
| 14:33.10 | brlcad | we can directly link to hosted files too, so we can link to an mgp |
| 14:35.14 | brlcad | post the mpg somewhere regardless, I want to see it :) |
| 14:35.22 | elf_ | okay :) |
| 15:04.30 | brlcad | anyone on a mac care to try this new app bundle? http://brlcad.org/~sean/tmp/BRL-CAD_7.22.0_app3.zip |
| 15:08.48 | CIA-83 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 1.png]]" |
| 15:10.47 | elf_ | it's there a command that I can integrate in a script so that I can do raytrace overlaying for the images that go into the gif/mpeg? |
| 15:10.53 | elf_ | They would look better that way |
| 15:41.04 | brlcad | elf_: I'm not sure I understand what you mean |
| 15:41.19 | brlcad | you mean seeing the object edges highlighted? |
| 15:41.34 | brlcad | you can use the rtedge command to do that (man rtedge, see the -c "set ov=1" option) |
| 15:42.30 | brlcad | I think you'll have to use an fbserv to merge multiple renderings, don't think it'll overlay into an existing pix/png -- only into a framebuffer |
| 16:45.38 | elf_ | brlcad, this is what I mean http://youtu.be/KhE0HO8Uloc the lighting on the dark background it's not good, I want it too look like this one ihttp://brlcad.org/wiki/Image:Simulation_1.png |
| 16:45.49 | elf_ | http://brlcad.org/wiki/Image:Simulation_1.png * |
| 16:46.39 | elf_ | That's why I asked if there was a command to put in the script so it raytraces the geometry the same way it does in the mged window |
| 17:10.05 | *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-rdwibzbuzjfjyexw) | |
| 17:11.57 | CIA-83 | BRL-CAD: 03n_reed * r52438 10/brlcad/trunk/ (3 files in 3 dirs): add rt_functab entry for a view-dependent plot routine and set the ell+sph entries |
| 17:51.42 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e1434.bb.sky.com) | |
| 17:57.46 | CIA-83 | BRL-CAD: 03carlmoore * r52439 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs |
| 17:58.00 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 18:02.02 | CIA-83 | BRL-CAD: 03carlmoore * r52440 10/brlcad/trunk/src/librt/primitives/ell/ell.c: remove trailing blanks/tabs; fix spelling |
| 18:34.59 | *** join/#brlcad Stattrav|Cloud (uid3131@gateway/web/irccloud.com/x-ajvdgrxbtyzwarry) | |
| 20:24.49 | CIA-83 | BRL-CAD: 03n_reed * r52441 10/brlcad/trunk/src/librt/primitives/ (table.c tgc/tgc.c): add view-dependent plot routine for tgc+rec |
| 22:14.59 | *** join/#brlcad merzo (~merzo@232-20-133-95.pool.ukrtel.net) | |
| 02:15.07 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 02:21.33 | DarkCalf | waves to brlcad |
| 03:30.52 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 03:33.02 | elf_ | oops didn't see I was disconnect |
| 06:08.15 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 10:01.35 | *** join/#brlcad Stattrav|Cloud (u3131@gateway/web/irccloud.com/x-dgcugbnddjoldoee) | |
| 11:10.44 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:20.11 | elf_ | solved that problem with the way images were showing too dark to see anything in the simulation, it was a lighting problem, setting up an attribute for the default light of the scene did the trick |
| 12:20.32 | elf_ | here's the latest updated page of the simulation http://brlcad.org/wiki/Mged_simulation |
| 12:20.50 | elf_ | and here's the video http://youtu.be/XS1wUnQ8q0M |
| 12:58.40 | brlcad | elf_: that's showing up in psychadelic flashing pink and blue on my screen |
| 12:58.45 | brlcad | is that intended?? |
| 13:14.44 | elf_ | It is supposed to be all pink, the blue was there from somewhere, couldn't figure out from where though. The thing is that without the -A30 parameter the rt command keeps the image darkened, like this one http://youtu.be/KhE0HO8Uloc , if I add the lighting the geometry is properly lit but the colors are much more stronger |
| 13:15.53 | elf_ | and no matter what color I set up for that mater plastic command or any color I set with comb_color command when I rt it outside mged I get that "psychadelic pink" |
| 13:23.52 | *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 13:33.27 | *** join/#brlcad elf_ (~elf@109.97.136.125) | |
| 14:09.44 | brlcad | elf_: but what does an individual frame look like |
| 14:11.19 | elf_ | brlcad, this is what an individual frame looks like http://imageshack.us/a/img267/8663/image1fr.png |
| 14:11.47 | brlcad | yeah, that's way too bright |
| 14:12.10 | brlcad | so couple problems to fix |
| 14:12.13 | elf_ | I know, though you saw in the other youtube link, without the light it shouldn't be that bright |
| 14:12.27 | brlcad | first off, ignore youtube |
| 14:12.32 | elf_ | The lighting it's only on 30% so definitely not that bright |
| 14:12.34 | brlcad | that's just one more layer of compression |
| 14:12.40 | elf_ | okay |
| 14:12.45 | brlcad | the problem is in the conversion from image frames to movie |
| 14:13.00 | brlcad | the movie should look like the image frames |
| 14:13.08 | brlcad | if it doesn't, it's a movie encoding problem |
| 14:13.29 | elf_ | I used imageMagick |
| 14:13.52 | brlcad | using imagemagick is fine |
| 14:14.02 | elf_ | no compression, except the one that the convert command from ImageMagick does |
| 14:14.40 | brlcad | so lets step back, do you have a set of image frames that aren't A30? |
| 14:17.11 | elf_ | yes I do |
| 14:17.37 | brlcad | also, this image (http://brlcad.org/wiki/Image:Simulation_1.png) needs to be redone... suggest a full window screenshot, move the model down a little bit so everything is in view |
| 14:18.05 | brlcad | could make the window a little bigger and zoom 1.3 more or so |
| 14:18.19 | brlcad | er, make the window a little *smaller* |
| 14:18.27 | elf_ | okay |
| 14:21.12 | brlcad | 10:17 < elf_> yes I do <-- can you show me? :) |
| 14:21.35 | elf_ | yeah a sec, was going to upload a pic but imageshack is being dificult |
| 14:24.28 | elf_ | Here http://imageshack.us/a/img4/8472/image982.png |
| 14:25.00 | brlcad | er ,that's a black image |
| 14:25.37 | elf_ | no, that's the thing it's a dark image, but if you look under the right angle you'll see the plane and the cube above it |
| 14:25.57 | elf_ | it's some kind of dark pink or something |
| 14:26.23 | brlcad | if that's a render frame, then your scene isn't right |
| 14:27.02 | elf_ | It's what I get after running the simulate script so yeah a render frame |
| 14:27.08 | brlcad | I yes, I see it now |
| 14:27.10 | brlcad | that's not right |
| 14:28.28 | elf_ | I thought it was supposed to look something like the image after I run the raytracing tool in mged so that's why I asked yesterday if I can do something like that in the script |
| 14:28.32 | brlcad | that's what you get if you exactly follow your tutorial steps? |
| 14:28.41 | brlcad | or did you add a light to the scene or something? |
| 14:29.07 | brlcad | it should look the same as when you run it in mged |
| 14:29.22 | elf_ | That's what I get if I follow the tutorial steps, running the simulate script, both the one with the viewset and the one without it, without the -A option |
| 14:29.54 | elf_ | In mged I get both the cube and the plane in a gray color |
| 14:29.59 | elf_ | on the black background obv |
| 14:31.57 | brlcad | I'm going to try the steps now myself -- while I'm doing that, perhaps you can create a better mged screenshot or fix up the paragraph before the mater commands to explain what the other options are -- suggest just running "mater cube.r" and answering the interactive prompts so people can see what each is |
| 14:33.29 | elf_ | okay |
| 14:44.09 | brlcad | (like you did for the 'in' command) |
| 14:45.23 | brlcad | instructions say "sed box" but I think you meant sed cube? |
| 14:46.35 | brlcad | you say "We want our ground plane and cube to have a texture" but that's not true or what you later describe |
| 14:46.45 | brlcad | you want it to have color and material properties |
| 14:46.49 | brlcad | texture means something else |
| 14:46.51 | elf_ | yes I modified that now when I am adding the explanations for the mater |
| 14:46.58 | elf_ | sed box was old |
| 14:47.16 | elf_ | you are right about the texture |
| 14:48.16 | brlcad | after "You should get the following answer:" ... that is not what I get following your instructions |
| 14:48.31 | elf_ | you get cube gp and sim.c |
| 14:48.37 | brlcad | nope |
| 14:49.31 | brlcad | okay, so I think I see where some of the problems are coming from |
| 14:50.13 | brlcad | what's in sim.c for you? |
| 14:50.15 | brlcad | l sim.c |
| 14:51.07 | elf_ | the cube and the gp regions grouped |
| 14:51.27 | brlcad | that's not precise |
| 14:51.32 | brlcad | what does l sim.c say |
| 14:51.52 | elf_ | sim_gp.r sim_cube.r bb_reg_sim_gp.r bb_reg_sim_cube.r |
| 14:52.16 | brlcad | l sim_cube.r |
| 14:52.44 | brlcad | so that is most definitely not "the cube and the gp regions grouped" for starters |
| 14:53.06 | elf_ | meant to ask you how do you copy paste from the mged window? |
| 14:53.43 | brlcad | it's four objects, presumably regions, created by the simulate command .. what those four objects are depends on what is in them |
| 14:53.55 | brlcad | what platform are you on? |
| 14:53.59 | elf_ | linux |
| 14:54.11 | brlcad | it's the same copy-paste as any other X window |
| 14:54.22 | brlcad | usually select text, then middle mouse |
| 14:55.18 | elf_ | it's not working, tried ctrl+c / ctrl+shift+c then to paste it in here |
| 14:55.47 | brlcad | do you have a three-button mouse? |
| 14:56.08 | elf_ | sim_cube.r: REGION id=1000 (air=0, los=100, GIFTmater=1) --Shader 'plastic {tr 0.2 re 0.2} 'Color 50 0 0 u cube [0, 0, -0.291666] scale 1 |
| 14:56.15 | elf_ | that worked the mouse |
| 14:57.19 | brlcad | so there it looks like the simulate command is creating it's own copy of the two regions you were displaying (cube.r and gp.r), making sim_cube.r and sim_gp.r |
| 14:57.25 | brlcad | don't know what the other two objects are for |
| 14:58.00 | brlcad | next thing to add to the tutorial is to show them the scene you had them create |
| 14:58.15 | elf_ | Yeah. that I knew, it is supposed to work like that, in the simulate.c file I think, it needs those 2, that's why the ground region needs to be named gp.r |
| 14:58.31 | brlcad | you tell them all these in/mater/r commands, then jump straight to simulate without showing them what you made |
| 14:59.08 | brlcad | elf_: you may know it, but you're not *saying* it .. and it's certainly not being made clear in the tutorial... :) |
| 14:59.20 | elf_ | You are right |
| 14:59.55 | brlcad | before the "Now we are ready to run the simulate command" line .. I suggest adding two more commands |
| 15:00.01 | brlcad | ae 35 25 |
| 15:00.03 | brlcad | autoview |
| 15:00.18 | brlcad | then embed a screenshot there of what that looks like |
| 15:00.34 | elf_ | okay |
| 15:00.58 | brlcad | that way they'll know if they got anything wrong, they can see the scene, and it's more clear what happens when the simulate command runs |
| 15:01.12 | elf_ | the other 2(bb_reg_sim_cube.r and bb_reg_sim_gp.r) are the bounding box for the simulation |
| 15:01.25 | elf_ | right I will add those |
| 15:02.15 | brlcad | the problem is that sim.c puts them all together -- that means you'll have overlapping regions, which is wrong to render |
| 15:02.58 | elf_ | I do have overlapping regions, lots of those actually. So uhmm how can I get those out of the sim.c? |
| 15:03.00 | brlcad | technically wrong to model but the simulate command is a work in progress |
| 15:03.55 | brlcad | g bb.c bb_*.r |
| 15:04.14 | brlcad | rm rm sim.c bb_*.r |
| 15:04.31 | brlcad | oops, just: rm sim.c bb_*.r |
| 15:04.51 | elf_ | hmm will try it |
| 15:05.15 | brlcad | elf_: after autoview, add an "rt" command -- that's a better window to screenshot |
| 15:05.31 | brlcad | or "rt -W" |
| 15:06.05 | elf_ | ok |
| 15:07.16 | brlcad | also suggest changing tra 0 0 100 to tra 0 0 50 (no use starting so high, just makes it hard to see the box |
| 15:08.14 | elf_ | yes, it can get even lower for a better view, with the ground plane a little smaller, it will look better |
| 15:11.19 | brlcad | try this view: |
| 15:12.13 | brlcad | ae 35 15 |
| 15:12.21 | brlcad | tra 0 10 0 |
| 15:12.38 | brlcad | rather: ae 35 15 ; autoview ; tra 0 10 0 |
| 15:12.47 | brlcad | then rt or rt -W |
| 15:13.01 | brlcad | the ground plane size is good |
| 15:15.52 | brlcad | i like the size ratio you came up with, I think that works well |
| 15:16.17 | brlcad | just started really far apart and 35 25 is an odd angle for watching it drop |
| 15:16.20 | elf_ | It looks good |
| 15:16.35 | elf_ | with your settings I mean :) |
| 15:17.59 | brlcad | so suggest making all those updates and redo just the first video and we'll see what it looks like |
| 15:18.48 | elf_ | okay working on it and on the wiki page |
| 15:19.03 | brlcad | note the video script command needs to change, rt -a 35 -e 10 .. and not sim.c but "sim_cube.r sim_gp.r" |
| 15:19.21 | brlcad | (and should explain why those two earlier) |
| 15:19.26 | brlcad | you don't want the bb's |
| 15:20.06 | brlcad | before Z, can explain what sim.c is, show the l listing with four objects |
| 15:20.08 | elf_ | right, then I should let them see that the sim.c group is not just the sim_cube.r and sim_gp.r but also the 2 bb, and we don't want those there |
| 15:20.40 | brlcad | don't need to go through those steps I gave you to remove the bb, can just use those two regions instead of sim.c |
| 15:20.51 | brlcad | but should explain that and why |
| 15:21.01 | elf_ | got it |
| 15:21.25 | brlcad | so thats a lot of things .. you going to remember all of that? :) |
| 15:21.51 | elf_ | That's what I have all this convo for :) |
| 15:27.52 | brlcad | 1) full window mged screenshot at intro, 2) sed box/cube, 2a) 0 0 50, 2b) still have "matter" in there, 3) set up view, run rt before simulate, 4) add rt window screenshot, 5) explain sim.c, 6) draw sim_cube.r sim_gp.r, 7) add screenshot after "draw cube.r" after simulate to see difference, 8) update simulation script -- no A30, no sim.c, 400 steps. also suggest letting it be default size (512x512) so you don't have to explain that there, let the second one be |
| 15:28.56 | brlcad | can double-check me with the convo, but that's most of what I recall plus a couple other details |
| 15:29.45 | elf_ | Thank you for summarizing it :) |
| 15:30.02 | brlcad | after you rebuild the first simple animation, we'll see what that looks like with the other updates |
| 15:30.28 | *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us) | |
| 15:30.33 | paulproteuss | brlcad: Hey, are you Sean? (: |
| 15:31.00 | brlcad | paulproteuss: hi and it depends who is asking ;) |
| 15:31.12 | brlcad | or more specifically, why you'd be asking that :) |
| 15:31.32 | paulproteuss | I'm Asheesh, and I'm curious if there are any bitesize brlcad bugs that might interest Hopkins students this weekend (see also https://openhatch.org/wiki/Open_Source_Comes_to_Campus/JHU ) |
| 15:31.52 | brlcad | ah, hey asheesh |
| 15:31.54 | paulproteuss | Doc fixes, or compile warning fixes, or tiny tiny feature additions, etc. |
| 15:31.56 | brlcad | I heard about that |
| 15:31.58 | paulproteuss | (-: |
| 15:32.07 | paulproteuss | I thought you might have, but I also thought I'd try pinging you directly to see what happens. |
| 15:32.08 | brlcad | congrats on the setup |
| 15:32.21 | paulproteuss | Thanks! |
| 15:32.22 | brlcad | you still in sanfran? |
| 15:32.45 | paulproteuss | Generally, though at the moment I'm in Baltimore, prepping! |
| 15:33.00 | brlcad | nods, very good |
| 15:33.13 | brlcad | so what level of effort are you thinking .. how tiny? |
| 15:33.29 | brlcad | like 10 minute tiny, or 60 min tiny, or 1 day tiny? |
| 15:33.33 | paulproteuss | 10-60 min |
| 15:33.50 | paulproteuss | Up to 90 I suppose, but given variance of experience between students, those numbers vary. |
| 15:34.25 | paulproteuss | There could be some epic C hackers who can fix one-day bugs in one hour, but mostly I expect freshman and sophomores. |
| 15:34.26 | brlcad | we have http://brlcad.org/wiki/Quickies but they're anywhere from 10 minutes to 20 hours (mostly depending on user experience) |
| 15:34.59 | brlcad | I have an openhatch account, but I think I'd created it before tasks could be added |
| 15:35.06 | brlcad | or there was some problem, don't recall, that was more than a year ago iirc |
| 15:35.11 | paulproteuss | Wow, this is one great page. |
| 15:35.56 | paulproteuss | libbn docs fixes seems pretty great to me. |
| 15:36.07 | brlcad | yep |
| 15:36.23 | brlcad | there are a couple dozen files |
| 15:36.37 | brlcad | so moving the comments for just one file would be a perfect patch that'd probably take less than 10 minutes |
| 15:37.04 | brlcad | quick recompile to make sure a typo wasn't fat fingered in |
| 15:37.37 | paulproteuss | And it's svn, so openhatch.org/missions/svn seems relevant |
| 15:38.13 | brlcad | hah, nifty -- hadn't seen missions |
| 15:38.49 | paulproteuss | Every once in a while I wonder if we should move that to its own site. |
| 15:39.12 | paulproteuss | But for now, I'm focusing on the events, and will consider web tech ramifications another time! |
| 15:39.26 | brlcad | ahhhh.. that's right -- now I'm remembering |
| 15:40.18 | brlcad | you have that cool bug tracking interface, but not one for sourceforge and not one for a "raw"/xml/whatever dump format to be added manually... :) |
| 15:41.20 | brlcad | looked into migrating some of our tasks into trac, but that effort was stalled |
| 15:41.44 | paulproteuss | Behind the scenes there's an epic rewrite of the bug import code, which will make it a bajillion times less stressful to add support for other tracker types. |
| 15:42.27 | paulproteuss | The epic rewrite makes there be less code, which is what good rewrites are for! |
| 15:42.33 | paulproteuss | But anyway. (-: |
| 15:42.48 | brlcad | :) |
| 15:49.32 | brlcad | paulproteuss: so I'm reminded that the event is tomorrow, do you need anything else other than that wiki page? I can probably flesh out a few more VERY EASY coding entries before tomorrow |
| 15:51.33 | paulproteuss | One thing I want to do is test how long it takes to compile brlcad before I accept too many new suggestions from you. |
| 15:51.41 | paulproteuss | Let me go kick that off! |
| 15:51.51 | brlcad | dev guide goes into detail on participation including patches: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/HACKING |
| 15:52.41 | paulproteuss | Nice! |
| 15:52.44 | brlcad | best is the new cmake build system, compiles in parallel much better than autotools |
| 15:52.55 | paulproteuss | If you update that wiki page, just ping me so I can be sure to know about the task. |
| 15:53.09 | paulproteuss | I'm keeping a private spreadsheet for my own notes about what tasks I've personally looked at that seem excellent. |
| 15:53.55 | brlcad | my 5-year old 2-core laptop compiles the whole package in about 15 minutes, latest macbookpro compile was about 3 minutes iirc |
| 15:54.19 | paulproteuss | Well that's just totally excellently fast. |
| 15:54.31 | paulproteuss | By contrast, LibreOffice takes about 3.5h, and Firefox 3h, on my laptop. |
| 15:54.37 | paulproteuss | I guess C++ actually is slow to compile. Who knew? |
| 15:54.50 | brlcad | yeah, our C++ sources doubled our compile time |
| 15:55.04 | brlcad | about 25% of our sources are c++ and they account for at least 50% of the compile time |
| 15:55.21 | brlcad | well that and docbook/xml processing ... |
| 15:56.37 | paulproteuss | Oh, computers. |
| 15:57.14 | brlcad | paulproteuss: don't know if it's any use, but we pulled together a VM with BRL-CAD pre-downloaded into a linux distro with all dependencies installed, it's available https://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 15:57.48 | brlcad | freebsd and haiku have similar setups handy to help new contributors jump in |
| 15:59.06 | brlcad | don't think it'll save you time for tomorrow, but maybe something to mention that some projects might offer |
| 16:02.01 | paulproteuss | Amusing that svn checkout will probably take way longer than the build. |
| 16:45.55 | brlcad | just updated http://brlcad.org/wiki/Compiling |
| 16:46.14 | brlcad | hm, looks like CIA is AWOL |
| 16:55.34 | brlcad | paulproteuss: just saw your acm note in my digest, replied with a brief summary |
| 16:55.43 | brlcad | mainly for others, of course |
| 17:04.32 | elf_ | brlcad, here's how the gif looks like right now http://imageshack.us/a/img515/2659/simc.gif |
| 17:05.01 | elf_ | I don't like the fact that the image seems to be moving by all when the cube comes closer to the ground plane |
| 17:05.17 | elf_ | I think it has something to do with the way the view is set... |
| 17:05.25 | elf_ | or it might be something else? |
| 17:05.44 | brlcad | elf_: that's something to talk about in the tutorial |
| 17:05.55 | brlcad | and is motivation for the second script |
| 17:06.02 | brlcad | but don't worry about it right now |
| 17:06.17 | elf_ | okay |
| 17:06.50 | elf_ | uhmm the file is also kinda large... 1.5mb I think the limit to the site is 1mb |
| 17:08.26 | brlcad | still want to make sure the color is right .. don't worry about adding animations yet |
| 17:09.08 | brlcad | so for the two rt images you embedded, can you make them be the full render |
| 17:09.35 | brlcad | either the full rt window or at least the full 512x512 image |
| 17:09.58 | brlcad | can run "rt -W -o file.png" to stash the rendering |
| 17:10.27 | elf_ | Ahh I updated the wiki file if that's what you are asking http://brlcad.org/wiki/Mged_simulation |
| 17:10.50 | brlcad | also missing the tra after autoview to get it centered better for the mged screenshots |
| 17:11.01 | brlcad | I'm referring to the wiki page |
| 17:12.01 | brlcad | and iterations still seem too short |
| 17:12.09 | elf_ | okay, I will add the tra and I am sorry but I don't understand what do you mean by making them full render? |
| 17:12.18 | brlcad | want to see the box hit the surface, the animation ends too early |
| 17:12.45 | brlcad | check the 1,2,3,4,5,... list again .. there are a couple more things in there that I don't see too |
| 17:13.03 | elf_ | Iterations are 185 for the cube to be on the plane, that's what I ran the first script with |
| 17:13.07 | elf_ | and it landed on the ground |
| 17:13.18 | elf_ | more of it and it gets inside the plane |
| 17:13.47 | brlcad | so the collision detection failed :) |
| 17:14.10 | elf_ | yep |
| 17:14.18 | elf_ | not entirely though |
| 17:14.40 | brlcad | that was working, so maybe a question for abhijit or the first code you can work on, but for the animation, just let it go through |
| 17:14.59 | brlcad | stopping the video just looks odd |
| 17:15.03 | elf_ | it got in the ground plane, it looked like half of the cube was in the ground plane then it turned on it's side then the simulate stopped |
| 17:15.17 | elf_ | there are another 5 images after the gif that I showed you |
| 17:15.38 | elf_ | okay, will add the 5 more images till the cube stops moving |
| 17:16.39 | brlcad | what I meant about "full render" is that http://brlcad.org/wiki/Image:Geometry_of_simulation.png and http://brlcad.org/wiki/Image:Simulation_rt_100.png appear to be screen captures, not the actual rendered image |
| 17:16.53 | brlcad | subtle difference only because your screen capture is off by a pixel |
| 17:17.49 | brlcad | it should either be the actual render image (rt -W -o file.png) or the actual full window with the title bar and all, captured with a window-capture tool |
| 17:18.02 | brlcad | not just eyeballing it with your mouse |
| 17:18.16 | elf_ | okay, got it, didn't know I could do the rt -W -o trick |
| 17:20.27 | brlcad | doesn't need to be in the instructions, more for you to get the image |
| 17:21.12 | brlcad | and you did know, note your animation script uses that option ;) |
| 17:21.51 | elf_ | right again :)) |
| 17:46.36 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 17:46.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:22.10 | brlcad | elf_: http://brlcad.org/wiki/Image:Geometry_of_simulation.png is what you actually get after autoview + tra 0 10 0 ? |
| 18:24.27 | elf_ | Hmm, I am not sure, I might have put some zoom in it, it doesn't look like the other ones |
| 18:39.24 | elf_ | brlcad, here's the page and I added the simulation with the viewset gif in 256x256 format, I have to add a smaller version of this one http://imageshack.us/a/img829/5530/simtotal.gif (the one without the viewset) |
| 18:39.46 | elf_ | but I started rendering the one with the viewset in 800x800pixels and it takes some time |
| 18:40.00 | elf_ | uhmm like a lot of time |
| 19:02.15 | brlcad | don't do the big one yet! |
| 19:03.31 | brlcad | elf_: it still doesn't look right |
| 19:03.36 | elf_ | kay will stop it it didn't get too far anyway |
| 19:04.02 | brlcad | so with the first one, what does one of the actual movie frames look like? |
| 19:04.45 | elf_ | http://imageshack.us/a/img11/8977/image1erc.png |
| 19:05.33 | brlcad | hat doesn't look right |
| 19:06.09 | elf_ | what's amiss? |
| 19:06.14 | brlcad | you may be dealing with a bug, but try running this: rt -a 35 -e 15 -o test.png sim.g sim_gp.r sim_cube.r |
| 19:06.41 | brlcad | and: rt -a 35 -e 15 -o test2.png sim.g gp.r cube.r |
| 19:06.43 | elf_ | no that's the one with the viewset |
| 19:06.58 | brlcad | what? |
| 19:07.16 | brlcad | run those two commands outside of mged |
| 19:07.47 | elf_ | the one that I showed you it's the image with the view set, from the small gif from the wiki page |
| 19:08.13 | elf_ | http://imageshack.us/a/img805/5145/image1iz.png this is the one from the link with the bigger anymation I posted |
| 19:08.29 | brlcad | okay, but still doesn't look right |
| 19:08.44 | elf_ | will run the commands in a terminal |
| 19:09.01 | brlcad | that is WAY darker than it should be, looks like zero ambient |
| 19:11.12 | elf_ | test 1 http://imageshack.us/a/img145/3820/testkp.png |
| 19:11.14 | brlcad | if that's a bug, it needs to be isolated and fixed |
| 19:11.24 | elf_ | test 2 http://imageshack.us/a/img43/6624/test2zb.png |
| 19:11.47 | brlcad | okay, so it's not the simulation causing a problem |
| 19:12.08 | brlcad | try: rt -a 35 -e 15 -o test3.pix sim.g gp.r cube.r |
| 19:12.35 | brlcad | followed by: pix-png -o test3.png test3.pix |
| 19:14.11 | elf_ | http://imageshack.us/a/img443/9375/test3j.png |
| 19:14.59 | brlcad | okay, and if you run this: rt -a 35 -e 15 sim.g gp.r cube.r |
| 19:15.06 | brlcad | does it show up dark in the window |
| 19:16.08 | elf_ | if I run that in mged or out of it? |
| 19:16.14 | brlcad | out |
| 19:17.03 | elf_ | Compile-time debug symbols are available |
| 19:17.03 | elf_ | Running on elfy |
| 19:17.03 | elf_ | Planning to run with 4 processors |
| 19:17.03 | elf_ | bin/rt -a 35 -e 15 |
| 19:17.03 | elf_ | opendb s3.g; |
| 19:17.04 | elf_ | tree gp.r cube.r; |
| 19:17.05 | elf_ | db title: Untitled BRL-CAD Database |
| 19:17.07 | elf_ | DIRBUILD: cpu = 0.15601 sec, elapsed = 0.181747 sec |
| 19:17.09 | elf_ | <PROTECTED> |
| 19:17.11 | elf_ | <PROTECTED> |
| 19:17.13 | elf_ | Additional mem=2535424., #malloc=94473, #free=79936, #realloc=4 (14537 retained) |
| 19:17.15 | elf_ | 08607f50 TOL 5.000000e-04 (sq=2.500000e-07) perp=1.000000e-06, para=9.999990e-01 |
| 19:17.17 | elf_ | BRL-CAD Release 7.22.0 The BRL-CAD Optical Shader Library |
| 19:17.19 | elf_ | <PROTECTED> |
| 19:17.23 | elf_ | <PROTECTED> |
| 19:17.25 | elf_ | ogl_getmem: shmget failed, errno=22 |
| 19:17.27 | elf_ | ogl_getmem: Unable to attach to shared memory. |
| 19:17.29 | elf_ | ogl_getmem: malloc failure |
| 19:17.32 | elf_ | fb_open: can't open device "/dev/ogl", ret=-1. |
| 19:17.33 | elf_ | rt: can't open frame buffer |
| 19:17.35 | elf_ | damn long thing... short story it doesn't open anything |
| 19:17.57 | brlcad | huh, that's odd |
| 19:18.24 | brlcad | specify the framebuffer: rt -F/dev/oglp -a 35 -e 15 sim.g gp.r cube.r |
| 19:19.16 | elf_ | I get a transparent window with the plane and cube |
| 19:19.30 | brlcad | starseeker: couple lines that would be great to add to your .vimrc ... |
| 19:19.30 | brlcad | :highlight ExtraWhitespace ctermbg=red guibg=red |
| 19:19.31 | brlcad | :match ExtraWhitespace /\s\+$/ |
| 19:19.57 | brlcad | so you can see where you drop those turds that carl chases after |
| 19:20.24 | brlcad | elf_: i don't understand what that means |
| 19:20.41 | brlcad | the question is whether it shows up dark like the other images were |
| 19:21.29 | elf_ | it doesn't show up dark like other images cause the whole window is transparent, like glass and you paint on it the cube and the ground plane |
| 19:21.40 | brlcad | if a window is transparent, you're saying you can see through it |
| 19:21.49 | brlcad | screenshot? |
| 19:23.45 | brlcad | then try: rt -W -a 35 -e 15 -o test4.png sim.g gp.r cube.r |
| 19:24.02 | elf_ | http://imageshack.us/a/img339/3395/transparentap.png |
| 19:24.45 | brlcad | wtf |
| 19:25.04 | elf_ | told you it was transparent... |
| 19:25.09 | brlcad | is that your desktop background? |
| 19:25.37 | brlcad | expecting to see the window decoration |
| 19:27.04 | elf_ | http://imageshack.us/a/img542/2149/test4b.png |
| 19:27.13 | elf_ | yes that's the desktop background |
| 19:27.46 | elf_ | I use the screenshot in ubuntu and it is setted not to show the window decoration |
| 19:27.55 | elf_ | I can take another one with the decoration |
| 19:27.59 | brlcad | ah |
| 19:28.27 | brlcad | so the short term fix is to add -W to your first script |
| 19:28.48 | brlcad | -W -s256 |
| 19:28.50 | elf_ | I hope this has nothing to do with the fact that I didn't install mged, I am running it from the folder where I build it, so I use bin/rt bin/mged etc for commands |
| 19:29.00 | brlcad | that shouldn't matter |
| 19:29.04 | elf_ | okay |
| 19:29.07 | elf_ | wanted to make sure |
| 19:29.33 | brlcad | is this also "transparent": rt -F/dev/X -a 35 -e 15 sim.g gp.r cube.r |
| 19:31.29 | brlcad | it's suspicious that it says /usr/brlcad/dev-7.22.0 for the install path |
| 19:31.40 | brlcad | should be /usr/brlcad/dev-7.22.1 if building from an svn checkout |
| 19:33.18 | elf_ | the latest command Compile-time debug symbols are available |
| 19:33.19 | elf_ | Running on elfy |
| 19:33.19 | elf_ | Planning to run with 4 processors |
| 19:33.19 | elf_ | bin/rt -F/dev/X -a 35 -e 15 |
| 19:33.19 | elf_ | opendb sim.g; |
| 19:33.19 | elf_ | tree gp.r cube.r; |
| 19:33.21 | elf_ | rt: rt_dirbuild(sim.g) failure |
| 19:34.07 | elf_ | I didn't build from the latest svn checkout... it was from the latest official release |
| 19:35.20 | brlcad | ok |
| 19:35.27 | brlcad | so the dirbuild failure is something you're doing |
| 19:35.36 | brlcad | all the other examples I gave were sim.g |
| 19:35.46 | brlcad | so you either removed the .g file or you replaced with another |
| 19:36.02 | brlcad | it looks like you used s3.g |
| 19:37.41 | elf_ | the s3.g file I am using is the same as the sim.g file you are using |
| 19:38.40 | elf_ | but you are right now I ran it with the wrong file |
| 19:38.55 | elf_ | and with that command I get a dark window |
| 19:40.00 | brlcad | okay, so redo the anim with -W -s256 and should make a more interesting script for the higher quality one |
| 19:42.08 | elf_ | A more interesting script? |
| 19:42.14 | elf_ | What do you have in mind? |
| 19:42.21 | brlcad | a multipass render |
| 19:42.50 | brlcad | so right now you have it rendering a 800x800 directly to a pix file, then converting the pix to a png |
| 19:43.29 | brlcad | suggest starting an fbserv, rendering into it twice, then extracting your png |
| 19:43.35 | brlcad | what's your screen resolution? |
| 19:45.09 | elf_ | 1366x768 pixels |
| 19:45.20 | brlcad | ouch |
| 19:45.21 | brlcad | okay |
| 19:45.28 | brlcad | you can add this to the beginning of your high-res script: |
| 19:45.48 | elf_ | I am on a laptop.. that's why |
| 19:46.01 | brlcad | fbserv -W 360 -N 640 5 /dev/X & |
| 19:46.21 | brlcad | then change the line that says: rt -M -s800 -o image$i.pix \ |
| 19:47.35 | brlcad | to say: rt -M -w 360 -n 640 -W -F5 \ |
| 19:48.23 | brlcad | then duplicate that whole block to the EOF |
| 19:48.37 | brlcad | and change the second rt -M -w 360 -n 640 -W -F5 \ to say ... |
| 19:49.19 | brlcad | rtedge -M -w 360 -n 640 -W -F5 -c "set ov=1" \ |
| 19:49.49 | brlcad | finally, instead of pix-png -s800 image$i.pix > image$i.png ... |
| 19:50.11 | brlcad | run fb-png -F5 -w 360 -n 640 image$i.png |
| 19:51.01 | brlcad | add a "kill %1" command after the for loop to shut down the fbserv |
| 19:52.11 | elf_ | like this http://brlcad.org/wiki/Mged_simulation ? |
| 19:53.10 | brlcad | yep! |
| 19:53.46 | brlcad | check your script, though |
| 19:53.50 | brlcad | don't need rm -f image$i.pix for example |
| 19:54.43 | brlcad | any reason you don't simulate to 200? |
| 19:54.55 | brlcad | nice round number |
| 19:55.14 | brlcad | even if it stops moving at 190, that's be useful |
| 19:56.25 | elf_ | I actually let it run till 200, but it doesn't go further than 190 it just stops there and stays like that for a long time |
| 19:56.52 | brlcad | that's fine .. the extra animation frames will make the video better |
| 19:57.20 | brlcad | so that should keep your laptop hot for a while :) |
| 19:57.44 | elf_ | it will :)) |
| 19:57.52 | brlcad | while it's rendering, you can update the text to explain everything that changed and what does what |
| 19:58.33 | brlcad | I'd try to reduce the paragraph that start "In order to create an animation...." |
| 19:59.16 | brlcad | it can be a little more brief, like not needing to explain 512x512 being the default there |
| 20:00.09 | brlcad | azymuth is a typo :) |
| 20:00.48 | elf_ | you are right :) |
| 20:01.08 | brlcad | the imagemagick explanation should be right after the brief script too |
| 20:02.12 | brlcad | along with that video |
| 20:02.41 | brlcad | THEN proceed with, "well, that's great, but lets stop the view from constantly changing and make it look better..." |
| 20:04.51 | elf_ | okay will move it upper |
| 20:06.30 | brlcad | then you don't have to explain imagemagick and creating the video for the "big finale" |
| 20:08.30 | elf_ | You are right, it makes more sense to show them the movie and the gif creation after the first script, it's more logical, like a gradual learning process |
| 20:16.49 | *** join/#brlcad CIA-69 (cia@cia.vc) | |
| 20:36.22 | CIA-69 | BRL-CAD: 03JessebiufgpyaxjPiombino 07http://brlcad.org * r4427 10/wiki/Undoubtedly_the_preferred_sorts_of_belly_button_rings: New page: Pattern and magnificence is simply not just confined to clothing and textiles. There is certainly a complete new earth awaiting you throughout the kind of human human body piercings, one p... |
| 20:36.42 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4418 10/wiki/Compiling: update with instructions for the relatively new cmake build system |
| 20:40.33 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4419 10/wiki/Mged_simulation: |
| 20:42.20 | elf_ | brlcad, what does the -W option does for the rt/rtedge command |
| 20:42.32 | elf_ | the man page is not working and I can't figure it out |
| 20:43.26 | elf_ | I mean the F5 command. |
| 20:44.42 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4420 10/wiki/Compiling: update debian deps |
| 20:45.11 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4421 10/wiki/Compiling: |
| 20:47.19 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4422 10/wiki/Compiling: |
| 20:47.53 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4423 10/wiki/Compiling: /* Install */ |
| 20:48.37 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4432 10/wiki/Mged_simulation: |
| 20:50.29 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r4424 10/wiki/Contributor_Quickies: link to compiling |
| 20:50.47 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation rt 190.png]]" |
| 20:50.51 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4433 10/wiki/Mged_simulation: |
| 20:51.15 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4435 10/wiki/Mged_simulation: |
| 20:51.18 | brlcad | brlman fbserv |
| 20:51.43 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 20:51.54 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4434 10/wiki/Mged_simulation: |
| 20:54.57 | brlcad | "brlman brlcad" too .. it describes framebuffer options there |
| 21:00.01 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4436 10/wiki/Mged_simulation: |
| 21:02.31 | elf_ | I found it, thanks I was trying man brlcad and other things and didn't work, obv :) |
| 21:10.18 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4429 10/wiki/Mged_simulation: |
| 21:15.05 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Undoubtedly the preferred sorts of belly button rings]]": spam |
| 21:15.06 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:JessebiufgpyaxjPiombino]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 21:15.08 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 256x256.gif]]" |
| 21:15.08 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Geometry of simulation.png]]" |
| 21:25.58 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Geometry of simulation.png]]" |
| 21:31.38 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation rt 100.png]]" |
| 21:32.41 | elf_ | run the script for 200 steps(the first one) but it stopped after 186 got this http://paste.ubuntu.com/1205712/ |
| 21:32.49 | elf_ | trying again for 200 steps |
| 21:46.52 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Draw sim.png]]": The sim_gp.r, sim_cube.r and cube.r regions after running the simulation. |
| 21:47.20 | elf_ | brlcad the latest image that I can get without corrupting the db is #191, after that there are no more images generated due to db corruption |
| 21:52.07 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded "[[Image:Simulation rt 100.png]]": Simulation of the cube falling with the initial and final position of the cube. |
| 21:59.04 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation large.gif]]" |
| 21:59.07 | elf_ | I have a problem with the second script, it doesn't see the second viewset |
| 21:59.17 | elf_ | http://paste.ubuntu.com/1205747/ |
| 21:59.22 | elf_ | that is the error |
| 22:00.06 | elf_ | and here is the script http://paste.ubuntu.com/1205755/ |
| 22:00.27 | elf_ | doesn't see the viewsize and the rest of it |
| 22:03.47 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4438 10/wiki/Mged_simulation: |
| 22:10.31 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 22:18.00 | *** join/#brlcad merzo (~merzo@229-18-133-95.pool.ukrtel.net) | |
| 22:48.04 | CIA-69 | BRL-CAD: 03brlcad * r52442 10/brlcad/trunk/BUGS: looks like new autoview scale option isn't working right (at least on mac). updates status bar scale, but not the wireframe. |
| 22:51.45 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 23:14.41 | CIA-69 | BRL-CAD: 03carlmoore * r52448 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs; fix 1 spelling |
| 23:14.53 | CIA-69 | BRL-CAD: 03starseeker * r52447 10/brlcad/trunk/src/librt/test_botpatches.cpp: Instead of worrying about whether the patch and patch_edges maps are in sync, just build the edge set on the fly. Have to do that in many places anyway. |
| 23:14.54 | CIA-69 | BRL-CAD: 03starseeker * r52444 10/brlcad/trunk/src/librt/test_botpatches.cpp: Quiet the plotting output by default. |
| 23:14.56 | CIA-69 | BRL-CAD: 03brlcad * r52443 10/brlcad/trunk/TODO: comment on nirt's trailing spaces, probaly a good newbie quickie |
| 23:24.19 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:32.27 | brlcad | elf_: what is the first error you see in http://paste.ubuntu.com/1205747/ ? |
| 00:33.20 | brlcad | that error is you mistyping what I said to add.. :) |
| 00:33.45 | brlcad | the other problem is you're trying to kill something that you didn't even add |
| 03:44.01 | starseeker | woot - built the Qt5 beta, Ogre 1.8, and the qmlogre demo |
| 03:48.12 | starseeker | http://bzflag.bz/~starseeker/qmlogre.png |
| 03:59.57 | brlcad | neat |
| 04:02.09 | starseeker | first time I've ever gotten that complete stack built on my Linux box |
| 04:03.04 | starseeker | not that it does us much good in its current form, but it would be interesting to see how much of the old gsoc work could forward port to a modified qmlogre |
| 04:08.23 | starseeker | really really really wishes the Qt guys would move to a CMake based build after they get Qt5 out the door... |
| 04:09.19 | starseeker | not that we're ever likely to include it in the svn tree, but I can think of one or two nice ways to make it easy to build iff it's present in src/other |
| 04:11.24 | elf_ | line 17-19 |
| 04:11.25 | elf_ | http://paste.ubuntu.com/1206151/ |
| 04:15.33 | brlcad | elf_: yes, what does that error mean? |
| 04:15.46 | brlcad | looks like you fixed the other two issues |
| 04:17.36 | elf_ | damn the server is not starting |
| 04:17.48 | elf_ | I forgot to add the first line you told me to add haven't I? |
| 04:18.13 | brlcad | starseeker: at the point that we are *shipping* something using qt and/or ogre, it becomes strong incentive for having a separate repo for external dependencies |
| 04:18.32 | brlcad | elf_: :) |
| 04:20.14 | elf_ | okay added fbserv -W 360 -N 640 5 /dev/X & at the beginning but I get a complete black image |
| 04:20.43 | brlcad | it should be black until the first rt |
| 04:25.31 | elf_ | it's still black after 5 iterations |
| 04:25.33 | elf_ | http://imageshack.us/a/img821/8387/image5zb.png |
| 04:25.50 | elf_ | http://paste.ubuntu.com/1206165/ |
| 04:31.16 | brlcad | elf_: first up, change the kill line to this: |
| 04:31.16 | brlcad | kill `ps auxwww|grep [f]bserv | awk '{print $2}'` |
| 04:31.46 | brlcad | second, do the image2.png files look right or are they black too? |
| 04:31.58 | brlcad | you just have to debug it, figure out what's wrong |
| 04:32.18 | brlcad | walk through each piece of your script and verify that it's doing what it should be doing |
| 04:32.32 | elf_ | I did an 5 step iteration all of the images are black like the one I posted |
| 04:33.05 | brlcad | run fbserv manually and render into it, just to make sure you understand how that works |
| 04:33.17 | brlcad | read the rt log files that your script is saving |
| 04:34.09 | brlcad | see if there's an error messsage in there |
| 04:36.23 | elf_ | I think the database is corrupted again, I mentioned it that if the scripts run over 190steps the database gets corrupted and after you have to create another one |
| 04:36.25 | brlcad | starseeker: you can see the nurbs bug in my ~sean/tmp folder |
| 04:36.38 | brlcad | elf_: woah, that's bad! |
| 04:36.50 | elf_ | I know |
| 04:37.32 | brlcad | that might be the first place to start after you finish the animations |
| 04:37.55 | elf_ | it's from the simulate command, no matter for how long you seem to run the simulation after the 191 image it doesn't generate anymore images, you get the database corrupt failure |
| 04:38.05 | brlcad | need to move on to other things next week, so hopefully you can get them rendered up and the tutorial finished by then |
| 04:38.54 | brlcad | you'd have to figure out what exactly is "corrupt" and what is failing |
| 04:39.13 | starseeker | brlcad: erm. yeah, not good - that one may need Keith's debugging skills |
| 04:39.43 | brlcad | impressive, handled all those surfaces well otherwise |
| 04:42.04 | brlcad | been keeping an eye out for a great model that really calls for nurbs |
| 04:42.13 | elf_ | The database was not the problem this time |
| 04:42.26 | starseeker | wonder if there's something odd about that surface - doesn't look like it should be a problem |
| 04:42.58 | brlcad | that one turned out to be a bit too sexy, but was still impressed that it converted so well |
| 04:43.09 | brlcad | it's a lot of surfaces |
| 04:43.51 | starseeker | we may need to put something together that will let us extract surfaces hit by a ray into their own individual breps |
| 04:44.05 | elf_ | I get this after every simulation http://paste.ubuntu.com/1206178/ |
| 04:44.16 | elf_ | every step of the simulation* |
| 04:46.11 | brlcad | elf_: ! |
| 04:46.19 | brlcad | elf_: and what does that mean... |
| 04:46.57 | brlcad | or you mean you get that error after 191 |
| 04:47.51 | elf_ | No, this is the error I get now, when running the simulation for 5 steps |
| 04:48.12 | brlcad | ah, and what is it saying? |
| 04:49.14 | elf_ | overlaps? |
| 04:49.22 | brlcad | no |
| 04:50.03 | brlcad | ls -la /home/brlcad/brlcad/s3.g |
| 04:50.28 | brlcad | mged /home/brlcad/brlcad/s3.g ls |
| 04:52.00 | elf_ | bb_reg_sim_cube.r/ cube sim.c/ |
| 04:52.00 | elf_ | bb_reg_sim_gp.r/ cube.r/R sim_cube.r/R |
| 04:52.00 | elf_ | bb_sim_cube.r gp sim_gp.r/R |
| 04:52.00 | elf_ | bb_sim_gp.r gp.r/R |
| 04:52.55 | brlcad | elf_: so you need to take a step back and make sure you understand each and EVERY step in your script |
| 04:53.01 | brlcad | by running them outside the script |
| 04:53.07 | brlcad | forget the loop |
| 04:53.32 | brlcad | you should be able to start up an fbserv, render rt into it, render rtedge into it, and close the fbserv |
| 04:53.35 | brlcad | try to do that |
| 04:53.49 | brlcad | if you can't, then there's something you need to learn |
| 04:54.33 | elf_ | okay :) |
| 04:55.30 | brlcad | start simple, just one object like cube.r, no custom view, default size, etc |
| 04:56.15 | brlcad | assuming you get that working |
| 04:56.45 | brlcad | then just change ONE thing, like making the size match 360x640, and see if it still works |
| 04:57.14 | brlcad | make sure they'll render non-black window without fbserv |
| 04:57.59 | brlcad | make sure rt will render into an fbser |
| 04:58.09 | brlcad | do the same with rtedge independently |
| 04:58.20 | brlcad | then try rt+rtedge using the ov=1 overlay option |
| 05:05.50 | elf_ | It did work when I tried the commands one after the other in the terminal http://imageshack.us/a/img214/8175/imagepf.png |
| 05:06.37 | brlcad | keep goin |
| 05:07.17 | brlcad | should eventually get to running the *exact* same command and it'll work .. or you'll find the bug |
| 05:08.37 | brlcad | just keep adding each option/feature/step one at a time |
| 05:09.32 | elf_ | http://imageshack.us/a/img827/6959/imagetdb.png |
| 05:09.46 | elf_ | this is what it looks like without the -M option though |
| 05:10.03 | elf_ | with rt+rtedge and ov set |
| 05:10.27 | brlcad | so maybe you messed up the view script |
| 05:10.35 | brlcad | it was working, obviously |
| 05:10.41 | elf_ | yep |
| 05:13.41 | elf_ | that's not it, I redid the view script, and I still get completely black images |
| 05:16.08 | brlcad | well this one I can't find for you, you're just going to have to keep looking, rebuild the script, add debugging messages, etc |
| 05:16.18 | brlcad | good luck :) |
| 05:18.56 | elf_ | I just observed that the rtedge command when I run it out of the script it takes effect only the second time it is run |
| 05:19.14 | elf_ | like you have to run it 2 times in a row to take effect once |
| 05:21.16 | elf_ | Okay that wasn't it, solved it |
| 05:21.55 | elf_ | but it looks a little strange the image 360X640.... like the little cube is smashed on the sides maybe another dimensions size will look better |
| 05:27.33 | brlcad | brlman rt |
| 05:28.02 | brlcad | see the -V option, you need that |
| 06:40.41 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r0 10/wiki/Special:Log/upload: uploaded a new version of "[[Image:Simulation 256x256.gif]]" |
| 06:49.22 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 06:49.22 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 07:10.58 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 07:10.58 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 08:06.57 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:06.57 | *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net | |
| 08:34.01 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:34.01 | *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net | |
| 09:43.26 | *** join/#brlcad elf11_ (~elf11_@109.97.136.125) | |
| 09:49.22 | elf11_ | Am I the only one who can't access the brlcad.org website? |
| 10:16.07 | *** join/#brlcad [1]elf11_ (~elf11_@92.80.49.11) | |
| 10:51.37 | ``Erik | the server seems to be down |
| 11:27.29 | *** join/#brlcad elf11_ (~elf11_@92.80.49.11) | |
| 12:48.39 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5ad7b297.bb.sky.com) | |
| 16:07.52 | *** join/#brlcad elf (~elf@92.80.49.11) | |
| 16:19.24 | *** join/#brlcad elf_ (~elf@92.80.49.11) | |
| 17:38.48 | elf_ | Hmm the server looks still down... |
| 17:51.59 | CIA-69 | BRL-CAD: 03starseeker * r52449 10/brlcad/trunk/src/other/libpng/ (52 files in 7 dirs): Update libpng to 1.5.12 - CVE-2012-3386 |
| 18:20.09 | *** join/#brlcad vsrinivas (U2FsdGVkX1@batman.acm.jhu.edu) | |
| 18:40.43 | *** join/#brlcad ohworkshop (U2FsdGVkX1@batman.acm.jhu.edu) | |
| 18:40.49 | ohworkshop | waves to vsrinivas |
| 18:43.32 | vsrinivas | hiya folks! |
| 18:43.46 | vsrinivas | hi BRL-CADders ... the website seems down. |
| 18:43.59 | elf_ | hello, yes it's down |
| 19:14.29 | CIA-69 | BRL-CAD: 03starseeker * r52450 10/brlcad/trunk/src/librt/test_botpatches.cpp: Don't expose the internal patch processing in the final patch numbers assigned. |
| 19:47.36 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 19:51.34 | *** join/#brlcad todayman (~paul@128.220.159.17) | |
| 20:02.46 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 20:17.15 | brlcad | elf_: you video killed the web serer :) |
| 20:17.20 | brlcad | server even |
| 20:17.37 | brlcad | more specifically, imagemagick is to blame |
| 20:21.45 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Image:Simulation 256x256.gif]]" |
| 20:28.07 | brlcad | hi todayman |
| 20:28.39 | brlcad | recognizes that ip address anywhere |
| 20:31.32 | todayman | hello brlcad |
| 20:33.26 | brlcad | how'd the event go? |
| 20:33.37 | brlcad | (I presume it's still going?) |
| 20:36.56 | todayman | It's still going |
| 20:37.29 | todayman | I think i'm the only one looking at brlcad right now, since the website was not responding earlier |
| 20:45.46 | brlcad | sincerest of apologies about that -- ISP was giving hell today and the server was misbehaving in a big way |
| 20:45.50 | brlcad | took hours to sort out |
| 20:50.53 | paulproteuss | waves to todayman |
| 20:51.55 | todayman | I found a bug ~30 mins ago, but I've become more confused by it since then. |
| 20:52.55 | todayman | I'm running "mged -c cup.g" and telling it to create an ogl display manager. |
| 20:53.29 | todayman | The black background is entirely transparent - I can see the windows underneath the mged window |
| 20:54.49 | todayman | In fact, I can drag another window on top of the mged window, then select the mged window, and watch the other window become unfocused |
| 20:55.16 | todayman | It appears to me that the background is not getting drawn at all |
| 20:56.27 | paulproteuss | Well that's good, at least. |
| 20:56.40 | todayman | However, I have modified ogl_setBGColor() to print out when it gets called (it does in fact get called) |
| 20:56.56 | todayman | and also make the background cyan and set the alpha value to 1.0 |
| 20:57.03 | todayman | I still get the same behaviour though |
| 20:57.57 | todayman | paulproteuss: I'm really confused by your comment. |
| 20:58.11 | paulproteuss | I mean, finding a bug is good. |
| 20:58.13 | paulproteuss | At least you can report it. |
| 20:58.16 | todayman | ok |
| 20:58.25 | paulproteuss | From my pedagogical perspective, that's a good thing! |
| 20:59.02 | todayman | I'm not even completely sure that this is a BRL-CAD problem - |
| 20:59.14 | paulproteuss | What does brlcad think? |
| 20:59.55 | todayman | I find the windows underneath the mged window changing to be very unsettling |
| 21:00.48 | CIA-69 | BRL-CAD: 03starseeker * r52451 10/brlcad/trunk/src/librt/test_botpatches.cpp: Generate brep edges, not just nurbs curves. |
| 21:01.49 | brlcad | todayman: you're the second person in as many days to report a background issue |
| 21:02.29 | todayman | I also get different behavior when I run it through gdb |
| 21:02.43 | brlcad | so it's very likely that you have encountered a very-recently introduced bug |
| 21:03.31 | brlcad | at least it's possible, I'd need a little more information with exact steps to see if we can reproduce the issue here |
| 21:03.34 | todayman | In that case, the mged window doesn't update the same way |
| 21:04.11 | brlcad | if you run "rt" within mged, it should pop up a window -- does that window have a background? |
| 21:04.35 | brlcad | you can try a variety of windowing methods |
| 21:04.58 | brlcad | rt # uses the default windowing mechanism |
| 21:05.09 | brlcad | rt -F/dev/X |
| 21:05.14 | brlcad | rt -F/dev/ogl |
| 21:05.29 | todayman | Do I need to pass anything to rt? |
| 21:05.43 | brlcad | you have to have drawn some geometry |
| 21:05.54 | brlcad | if you have a database open, can just run "make sph sph" |
| 21:05.58 | brlcad | if not, opendb test.g |
| 21:06.32 | brlcad | otherwise, run "draw ..." or "e ..." to display something first |
| 21:06.34 | todayman | made the geometry |
| 21:06.43 | todayman | running just "rt" does not have a background |
| 21:06.58 | brlcad | can you paste a screenshot somewhere? |
| 21:07.16 | todayman | running with "rt- F/dev/X" does have a background |
| 21:07.29 | todayman | I also get the background when I select the X display manager at the initial prompt |
| 21:08.00 | brlcad | can paste here: http://imageshack.us/ |
| 21:08.47 | brlcad | what about -F/dev/oglD ? |
| 21:09.45 | todayman | oglD does not have a background |
| 21:10.00 | todayman | I don't have a screenshot program on my laptop right now, so I'm working on that |
| 21:10.25 | brlcad | you have x11? :) |
| 21:10.44 | todayman | yes |
| 21:11.10 | brlcad | x11 has an ancient tool for screenshotting, xwd |
| 21:11.51 | brlcad | if you run xwininfo |
| 21:12.12 | brlcad | and click in one of the transparent mged or rt windows, it'll dump window information |
| 21:12.35 | brlcad | xwd -id window_id | convert xwd:- window.png |
| 21:12.43 | brlcad | (assuming you have image magick installed |
| 21:13.15 | brlcad | or "xwd -root | convert xwd:- screenshot.png" for your whole screen |
| 21:13.40 | brlcad | if you don't have imagemagic, can pipe it through xwdtopnm |
| 21:13.57 | brlcad | xwd -root | xwdtopnm | pnmtopng > screen.png |
| 21:14.19 | brlcad | stops :) |
| 21:14.32 | todayman | They're at http://acm.jhu.edu/~poneil/brlcad/ |
| 21:15.07 | todayman | Venkatesh remembers something like this with NVidia drivers from a while back |
| 21:15.09 | brlcad | wow, that's worse than I was imagining |
| 21:16.37 | todayman | I'm not sure how this bug is able to determine the difference between the pixels drawn by glClear and how the lines get drawn |
| 21:17.18 | todayman | I'm not sure what part of the graphics stack would know that and mess it up |
| 21:17.31 | brlcad | yeah, that is bizarre |
| 21:18.11 | brlcad | well, the good news is that is pretty isolated code |
| 21:20.20 | brlcad | and it's gotta be something new/simple |
| 21:20.41 | brlcad | the only change that comes to mind isn't even in that library |
| 21:21.06 | brlcad | so fixing that bug would be awesome if you can figure out what's going on -- glad to help point you at the sources involved |
| 21:24.15 | brlcad | todayman: out of curiosity, does the "archer" command line tool start up with a background? |
| 21:26.10 | todayman | archer looks OK: http://acm.jhu.edu/~poneil/brlcad/archer.png |
| 21:26.39 | brlcad | so that's telling and even more perplexing -- they're using almost identical display code |
| 21:27.32 | todayman | I'm wondering if it is worth attempting to restart with different GL drivers |
| 21:27.45 | brlcad | so the directories involved are src/mged and src/libdm (and src/libfb for the windows that pop up when you ran "rt") |
| 21:28.22 | brlcad | the rt framebuffers should be easier to debug if they exhibit the problem |
| 21:28.59 | brlcad | because you can run those outside of mged and it's literally just a couple files to look at |
| 21:29.15 | brlcad | you said "rt" gave a transparent window? |
| 21:29.17 | todayman | I looked at src/libdm/dm-ogl.c a little bit |
| 21:29.28 | todayman | yes, "rt" gave a transparent window |
| 21:30.07 | brlcad | okay, so that's probably best then -- outside of mged, can run "rt file.g sph" and it should give the transparent window |
| 21:30.38 | brlcad | if so, then whatever is going wrong should be isolated to src/libfb, probably to the if_ogl.c file |
| 21:31.15 | todayman | "rt file.g sph" gives the transparent window |
| 21:35.58 | *** join/#brlcad todayman1 (~paul@128.220.159.17) | |
| 21:38.51 | todayman1 | I've just set breakpoints on glClear and glClearColor while I ran "rt cup.g sph" and they didn't get hit |
| 21:44.41 | todayman1 | glClear does get called when I run mged, though |
| 21:46.31 | brlcad | that's interesting for the fb window |
| 21:46.50 | brlcad | glClear should get called on expose events and on directed ogl_clear() calls |
| 21:47.26 | brlcad | so your window manager might not be sending an expose event, or something may be needed to provoke it |
| 21:48.12 | brlcad | ogl_do_event() is where the Expose callback should be coming after calling XCheckWindowEvent() |
| 21:49.25 | brlcad | could add breaks on ogl_clear and on expose_callback to see if either are called |
| 21:49.37 | brlcad | does the "fbhelp" command display a transparent window? |
| 21:50.19 | brlcad | "fbclear 255 0 0" should display a red window |
| 21:55.03 | CIA-69 | BRL-CAD: 03starseeker * r52452 10/brlcad/trunk/src/librt/test_botpatches.cpp: Generate loops - not doing anything with them yet, as we need to generate faces and surfaces first, but restore basic loop building logic with BrepEdge input. Still need to rework outer loop detection. |
| 21:55.30 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 21:57.55 | starseeker | wow - haven't had to restart screen in a while |
| 21:58.30 | brlcad | starseeker: yeah, server went through hell in the AM |
| 21:58.36 | brlcad | lost our screen sessions |
| 21:59.04 | starseeker | glad it's back :-) |
| 21:59.14 | starseeker | 's withdrawal twitching subsides :-P |
| 22:03.08 | brlcad | missed out on a nice opportunity, though -- a crash course on contributing to open source was going on at jhu today and we were set up for it |
| 22:04.14 | elf_ | brlcad, how was that possible, I don't think it was over 1mb... |
| 22:11.27 | brlcad | elf_: it's not, but somehow it made imagemagick massively misbehave |
| 22:12.02 | brlcad | I'd hold off on uploading another until it can be tested more carefully |
| 22:13.02 | elf_ | okay, so I won't upload it then, will just modify the script, to the latest version and will add the youtube links |
| 22:22.45 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4439 10/wiki/Mged_simulation: |
| 22:31.58 | CIA-69 | BRL-CAD: 03starseeker * r52453 10/brlcad/trunk/src/librt/test_botpatches.cpp: |
| 22:31.58 | CIA-69 | BRL-CAD: Move the surface fitting code into its own function, add in some edge points |
| 22:31.58 | CIA-69 | BRL-CAD: from the nurbs curves to the fit, change the face generation to not |
| 22:31.58 | CIA-69 | BRL-CAD: automatically create loops for the surfaces. This currently produces an invalid |
| 22:31.59 | CIA-69 | BRL-CAD: brep with a 'has no loops' error, but that's expected - we now need to generate |
| 22:31.59 | CIA-69 | BRL-CAD: our own trimming loops using the surface/loop/edge information and |
| 22:32.00 | CIA-69 | BRL-CAD: pullback_curve. |
| 00:14.50 | *** join/#brlcad merzo (~merzo@117-34-132-95.pool.ukrtel.net) | |
| 00:17.29 | CIA-69 | BRL-CAD: 03starseeker * r52454 10/brlcad/trunk/src/librt/test_botpatches.cpp: Have outer loops - almost ready to try generating ON_BrepTrims. Saw potential fitting problem case when nurbs curves approximating edges overlap in projection. Need to consider mitigation approaches. |
| 00:28.11 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 00:28.12 | *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net | |
| 00:28.46 | CIA-69 | BRL-CAD: 03starseeker * r52455 10/brlcad/trunk/src/librt/test_botpatches.cpp: Need a patch integrity verification after triangle removal is done - we may have more than one topological patch due to splitting via triangle removals. |
| 00:48.14 | CIA-69 | BRL-CAD: 03starseeker * r52456 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add some more notes on things that need to be done. |
| 05:52.54 | *** join/#brlcad elf_ (~elf@92.80.49.11) | |
| 07:10.59 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 07:10.59 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 07:11.53 | *** join/#brlcad ohworkshop (U2FsdGVkX1@batman.acm.jhu.edu) | |
| 07:11.53 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 08:00.05 | *** join/#brlcad elf11_ (~elf11_@92.80.13.206) | |
| 10:08.10 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:08.11 | *** mode/#brlcad [+o ChanServ] by lindbohm.freenode.net | |
| 10:16.42 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 10:24.59 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5ad8e9a5.bb.sky.com) | |
| 12:54.46 | *** join/#brlcad elf_ (~elf@92.80.49.11) | |
| 20:11.43 | starseeker | huh. http://rote.sourceforge.net/ |
| 20:12.10 | starseeker | needs pseudo-terminals, so won't run on Windows in its current form, but still interesting |
| 20:55.27 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 22:15.01 | *** join/#brlcad merzo (~merzo@41-47-133-95.pool.ukrtel.net) | |
| 22:28.18 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:36.51 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:04.58 | CIA-69 | BRL-CAD: 03LewisxuekdeowyvSchwertner 07http://brlcad.org * r4440 10/wiki/%E0%AE%89%E0%AE%99%E0%AF%8D%E0%AE%95%E0%AE%B3%E0%AF%8D_%E0%AE%A8%E0%AE%BF%E0%AE%B1%E0%AF%81%E0%AE%B5%E0%AE%A9%E0%AE%AE%E0%AF%8D_%E0%AE%89%E0%AE%B2%E0%AE%95%E0%AE%AE%E0%AF%8D_%E0%AE%AE%E0%AF%81%E0%AE%B4%E0%AF%81%E0%AE%B5%E0%AE%A4%E0%AF%81%E0%AE%AE%E0%AF%8D_%E0%AE%AA%E0%AE%BF%E0%AE%B0%E0%AE%AA%E0%AE%B2%E0%AE%AE%E0%AE%BE%E0%AE%95_%E0%AE%B5%E0%AF%87%E0%AE%A3%E0%AF%8D%E0%AE%9F%E0%AF%81%E0%AE%A |
| 23:19.56 | *** join/#brlcad KimK (~Kim__@209.248.147.2.nw.nuvox.net) | |
| 03:19.34 | starseeker | hah - someone did some work on qconsole - even have a Qt tcl console example |
| 03:19.47 | starseeker | http://sourceforge.net/projects/qconsole/ |
| 03:27.09 | starseeker | builds too (well, with one tweak) |
| 03:29.11 | starseeker | ah, crud - licensing is still messed up |
| 03:31.04 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:LewisxuekdeowyvSchwertner]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages |
| 03:31.07 | CIA-69 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[?????????????????? ???????????????????????? ??????????????? ??????????????????????????? ???????????????????????? ?????????????????????????]]" |
| 04:06.30 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4441 10/wiki/Mged_simulation: |
| 04:09.55 | CIA-69 | BRL-CAD: 03Elf11 07http://brlcad.org * r4442 10/wiki/User:Elf11: /* Log */ |
| 10:37.34 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:54.42 | CIA-69 | BRL-CAD: 03n_reed * r52457 10/brlcad/trunk/src/libbu/tests/bu_redblack.c: check scanf return value |
| 13:18.53 | CIA-69 | BRL-CAD: 03brlcad * r52458 10/brlcad/trunk/BUGS: ogl display manager is creating windows with a transparent background. first reported by elf_ and todayman via IRC. |
| 13:54.13 | CIA-69 | BRL-CAD: 03brlcad * r52459 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: underscores are reserved for compiler use. fixes compilation failure with gcc 4.1.3 |
| 13:55.34 | CIA-69 | BRL-CAD: 03brlcad * r52460 10/brlcad/trunk/src/libnurbs/opennurbs_ext.cpp: init var |
| 14:14.45 | CIA-69 | BRL-CAD: 03brlcad * r52461 10/brlcad/trunk/src/librt/binunif/db5_bin.c: isdigit takes an int, upcast |
| 14:37.44 | CIA-69 | BRL-CAD: 03brlcad * r52462 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: looks like we're intentionally casting the double to int as a quickly sortable 't' parameter, so cast accordingly |
| 14:50.32 | CIA-69 | BRL-CAD: 03brlcad * r52464 10/brlcad/trunk/CMakeLists.txt: one of two steps needed to support 10.5+ compilation by default |
| 14:53.48 | CIA-69 | BRL-CAD: 03brlcad * r52465 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/CompilerFlags.cmake): move it over to the other compilation flags, wrap to vendor |
| 15:08.58 | starseeker | woot - qconsole author did go LGPLv2 on his licensing - he just hadn't updated his code headers. Fixed it last night |
| 15:23.44 | elf_ | brlcad, are you around? :) |
| 15:27.34 | brlcad | }}/names |
| 15:27.55 | brlcad | elf_: sometimes |
| 15:28.22 | elf_ | Haha okay :) was going to ask if you got a chance to look at that wiki page and if it looks okay and if so what next? |
| 15:43.54 | brlcad | elf_: you tell me |
| 15:44.21 | elf_ | I tell you about what? if the page looks good or what next? |
| 15:45.19 | brlcad | yes |
| 15:46.21 | elf_ | Okay, the page looks good to me, but I wanted a second opinion... |
| 15:46.40 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 15:47.04 | brlcad | elf_: how would you improve it? |
| 15:47.18 | elf_ | I think about what's next I can say that collision detection is not working, or not working properly at least, from the simulation the cube stops but not before entering the plane |
| 15:49.05 | elf_ | Hmm how would I improve it, hard question, probably I would try and make the simulation a little bit more complicated, instead of just one cube falling there would be more, stashing them on top of each other and then even tumbling over |
| 15:50.18 | elf_ | the explanation so far seems okay, made one of my friends to follow it and he did get the cube falling to the ground |
| 15:52.46 | brlcad | elf_: that last bit made me smile |
| 15:52.58 | brlcad | even better third-party validation |
| 15:53.04 | brlcad | so did you friend have any questions? |
| 15:53.15 | brlcad | anything you explained to them while they were following it? |
| 15:53.45 | elf_ | He was more interested about the brlcad program he never heard of it, so he wanted to know more about it and if it was anything like CAD |
| 15:54.26 | brlcad | so the only thing I notice is the simulation wart |
| 15:54.56 | elf_ | the simulation what? sorry not familiar with that word :) |
| 15:55.13 | brlcad | the cube falls to the ground and then it looks like a boat tipping over |
| 15:55.18 | brlcad | because of the collision issue |
| 15:55.24 | brlcad | your tutorial doesn't say anything about that |
| 15:56.21 | brlcad | you should mention that somewhere in a paragraph or box by itself just so it's clear that it's only using the center point for collision |
| 15:56.52 | brlcad | I'm curious if you see that same behavior if you scale everything up 10000 units |
| 15:57.28 | elf_ | I can try that |
| 15:57.36 | brlcad | basically, before your first 'in' command, run "units m" |
| 15:58.09 | elf_ | yeah to set it to meters :) |
| 15:58.16 | brlcad | right |
| 15:58.34 | brlcad | as it is, you made a 1mm^3 tiny box |
| 15:58.57 | brlcad | if abhijit had any sort of minimum tolerance, it could be size-sensitive |
| 15:59.15 | elf_ | yeah, we'll see if that happens with larger geometry too |
| 16:00.10 | brlcad | after checking that, it's time to get to code |
| 16:00.19 | brlcad | you asked what's next |
| 16:01.47 | brlcad | well, you're familiar with the basics of libged, you know how to use the simulate command, so you can make it better |
| 16:02.18 | brlcad | you have about six weeks remaining |
| 16:02.38 | brlcad | in that time, hopefully you can figure out the collision detection bug and expand it to arbitrary geometry |
| 16:03.43 | brlcad | I'd like to see the same simulation you just ran, but instead of a box, have it work with an ellipsoid .. get the ellipsoid to bounce and roll away |
| 16:03.51 | brlcad | drop the box on a corner and watch it tumble |
| 16:04.27 | elf_ | aha |
| 16:04.30 | brlcad | and HOPEFULLY get to the point where you could drop the m35 model (maybe tilted 20 degrees) and have it land on all four wheels |
| 16:05.18 | brlcad | this is the m35: http://brlcad.org/gallery/s/renderings/my_m35.png.html |
| 16:14.09 | elf_ | Abhi put in some code to draw AABBs to show the rays which are shot and I can start there to see why collision is not working |
| 16:15.34 | elf_ | Also I said awhile back about that standalone program in bullet, where a cube is lying over another static cube/groudn plane, I can check the contact points that bullet is generating and the normals and then replicate this inside mged, once this works then point generation and normals are correctly being generated |
| 16:22.48 | elf_ | Uhmm there seems to be another problem with the simulate command, I tried to run it for the geometry as the one in the tutorial with the only difference of now being in meters rather than mm and it gets aborted, 100 steps in mm != 100 steps in meters, which I find strange |
| 16:23.19 | elf_ | running the simulation for 100 steps in meters it looks like the cube is not moving at all |
| 16:25.00 | CIA-68 | BRL-CAD: 03brlcad * r52467 10/brlcad/trunk/misc/CMake/CompilerFlags.cmake: |
| 16:25.00 | CIA-68 | BRL-CAD: wasn't pulling the environment variable correctly, uses curlies. expand the |
| 16:25.00 | CIA-68 | BRL-CAD: other remaining piece, the ability to set the compiler/linker options for the |
| 16:25.00 | CIA-68 | BRL-CAD: various versions of the mac sdk. change default to 10.3 just because it seems |
| 16:25.02 | CIA-68 | BRL-CAD: to work, though I'd entirely expect X11 incompatibilities going that far back. |
| 16:26.57 | CIA-68 | BRL-CAD: 03brlcad * r52463 10/brlcad/trunk/src/librt/primitives/ell/ell.c: ensure initialized before use (compiler warned) |
| 16:27.40 | brlcad | elf_: when you check the code that shoots rays, make sure it's always shooting at least 4 rays (2x2) or more |
| 16:28.02 | brlcad | 3x3 would be fine for a min too, probably good compromise |
| 16:28.04 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e5085.bb.sky.com) | |
| 16:28.58 | elf_ | Okay |
| 16:29.23 | brlcad | elf_: so your entire simulation before moved the box 50mm .. across 100 simulation steps |
| 16:29.54 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:29.55 | brlcad | increasing everything by 1000, you might need to increase the simulation steps by that much to match |
| 16:30.10 | brlcad | simulate 100000 |
| 16:30.13 | elf_ | yeah the problem is that now I uhmm ran it for 10k steps and it aborted |
| 16:30.34 | elf_ | it might have something to do with my laptop or it might be something it |
| 16:30.42 | elf_ | I am trying again |
| 16:50.40 | elf_ | It gets aborted every time, I will run it for less than 10k more than one time and see what happens then |
| 17:09.46 | brlcad | so run in a debugger and figure out why ;) |
| 17:10.56 | brlcad | don't let the issues pile up even if it's not directly related to what you were looking into, just keep a note of what you were doing so if debugging the 10k crash takes a couple days, you can come back to what you were doing once it's fixed |
| 17:13.17 | elf_ | Okay, will run it in a debugger and see what's the problem :) |
| 17:31.52 | CIA-68 | BRL-CAD: 03brlcad * r52468 10/brlcad/trunk/TODO: regress failure, new command halting distcheck when adaptagrams is not available |
| 17:43.52 | *** join/#brlcad stas (~stas@86.122.32.234) | |
| 18:00.13 | CIA-68 | BRL-CAD: 03carlmoore * r52469 10/brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks/tabs |
| 19:28.02 | CIA-68 | BRL-CAD: 03bob1961 * r52470 10/brlcad/trunk/src/libdm/ (dm-X.c dm-ogl.c dm-rtgl.c): Modified the _choose_visual routines to return a visual that is on the screen of interest. Applied to dm-ogl.c, dm-X.c and dm-rtgl.c. Still need to look at dm-wgl.c |
| 20:28.25 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 21:08.43 | brlcad | starseeker: you know what that commit from bob was about? |
| 22:14.57 | *** join/#brlcad merzo (~merzo@87-15-133-95.pool.ukrtel.net) | |
| 22:35.29 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 22:42.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:11.21 | brlcad | starseeker: also, have a system that's not properly detecting X11/Xlib.h, any hints? |
| 00:13.16 | brlcad | HAVE_X11_XLIB_H is not set, but it's in /usr/X11R7/include/X11/Xlib.h; that include dir is searched; X11_X11_INCLUDE_PATH:PATH=/usr/X11R7/include .. so I'm not sure where to look next |
| 00:15.58 | brlcad | was a fresh build |
| 00:16.36 | brlcad | BRLCAD_ENABLE_X11=ON |
| 01:02.10 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 01:02.12 | brlcad | okay, some progres -- the actual header check is only testing -I/usr/local/include and compiler-default include dirs (/usr/include) |
| 01:10.03 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 01:13.51 | brlcad | man, this is bizarre.. |
| 01:21.41 | brlcad | ahh, apparently a bug that nobody can reproduce |
| 01:21.45 | brlcad | http://www.cmake.org/pipermail/cmake/2011-October/046634.html |
| 01:22.06 | brlcad | if(var STREQUAL "HAVE_X11_XLIB_H") <-- ok |
| 01:22.27 | brlcad | if("${var}" STREQUAL "HAVE_X11_XLIB_H") <-- FAIL |
| 01:27.41 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 01:27.43 | brlcad | ah, I think I see the issue too, it's treating the quoted string as a variable inconsistently |
| 01:34.03 | brlcad | actually the 'ok' above is a fail too |
| 01:39.53 | CIA-68 | BRL-CAD: 03brlcad * r52473 10/brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: unclear why strequal doesn't seem to be comparing strings. add some comments and spacing for readability. |
| 01:39.53 | CIA-68 | BRL-CAD: 03starseeker * r52472 10/brlcad/trunk/src/librt/test_botpatches.cpp: Use SVD to get the 'correct' plane for a given patch. |
| 02:12.23 | CIA-68 | BRL-CAD: 03brlcad * r52474 10/brlcad/trunk/CMakeLists.txt: |
| 02:12.23 | CIA-68 | BRL-CAD: turns out that BRLCAD_INCLUDE_FILE is only searching in system include dirs (and |
| 02:12.23 | CIA-68 | BRL-CAD: the appended /usr/local/include required dir) but not any of the X11 include |
| 02:12.23 | CIA-68 | BRL-CAD: paths. regardless, we don't need to retry the search since we found it or not |
| 02:12.23 | CIA-68 | BRL-CAD: during FindX11 checking. Just add our config file entry accordingly. |
| 02:12.30 | CIA-68 | BRL-CAD: 03brlcad * r52471 10/brlcad/trunk/BUGS: looks like it may be private memory with the transparency problem |
| 02:23.07 | CIA-68 | BRL-CAD: 03starseeker * r52475 10/brlcad/trunk/src/librt/test_botpatches.cpp: start setting up to handle cases where the split results in two or more distinct patches. |
| 02:26.24 | CIA-68 | BRL-CAD: 03brlcad * r52476 10/brlcad/trunk/CMakeLists.txt: helps to set a cmake variable if we're going to stash it as a #cmakedefine |
| 02:26.56 | starseeker | this is an interesting little resource: http://kaba.hilvi.org/pastel/pastel.htm |
| 02:27.18 | starseeker | brlcad: erm. sorry, had my head buried in the code all day :-/ |
| 03:38.02 | brlcad | I found a different workaround, but left some commented code that I couldn't wrap my head around |
| 04:21.11 | CIA-68 | BRL-CAD: 03brlcad * r52477 10/brlcad/trunk/src/tab/script.l: tokens.h is in the same dir |
| 04:30.50 | CIA-68 | BRL-CAD: 03brlcad * r52478 10/brlcad/trunk/src/tab/script.l: quellage, need missing headers -- particularly unistd.h for isatty() in generated sources on netbsd |
| 04:31.17 | CIA-68 | BRL-CAD: 03brlcad * r52479 10/brlcad/trunk/src/libfb/if_ogl.c: convert to libbu memory management |
| 04:36.36 | CIA-68 | BRL-CAD: 03brlcad * r52480 10/brlcad/trunk/src/tab/script.l: don't need yy_flex_strlen |
| 04:50.56 | CIA-68 | BRL-CAD: 03brlcad * r52481 10/brlcad/trunk/src/nirt/nirt.h: remove the antiquated __NetBSD__ section and authorship commentary |
| 05:08.57 | CIA-68 | BRL-CAD: 03brlcad * r52482 10/brlcad/trunk/ (NEWS src/libfb/if_ogl.c src/libfb/if_wgl.c): |
| 05:08.57 | CIA-68 | BRL-CAD: revert r52256 and r52268 that defaulted the opengl interfaces to |
| 05:08.57 | CIA-68 | BRL-CAD: single-buffering. provokes some bugs that seem to be related to inconsistent |
| 05:08.57 | CIA-68 | BRL-CAD: state management. in particular, not painting the background until after a |
| 05:08.57 | CIA-68 | BRL-CAD: couple (additional) expose events. |
| 05:10.22 | brlcad | elf_: unfortunately, the patches had to be undone .. several issues |
| 05:10.50 | elf_ | What kinda issues brlcad ? |
| 05:10.58 | brlcad | read the preceeding lines |
| 05:12.40 | elf_ | I see |
| 05:50.31 | CIA-68 | BRL-CAD: 03brlcad * r52483 10/brlcad/trunk/src/other/togl/src/CMakeLists.txt: need the X11 include dirs... |
| 09:32.23 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:01.51 | CIA-68 | BRL-CAD: 03brlcad * r52484 10/brlcad/trunk/src/libbu/vls_vprintf.c: put the char into an int to quell upcasting warning |
| 12:03.22 | CIA-68 | BRL-CAD: 03brlcad * r52485 10/brlcad/trunk/src/librt/primitives/ (sketch/sketch_tess.cpp superell/superell_brep.cpp): initialize vars before use quellage |
| 12:10.38 | CIA-68 | BRL-CAD: 03brlcad * r52486 10/brlcad/trunk/src/ (61 files in 27 dirs): swooping update to support platforms where the ctype API is implemented as a set of macros indexing into arrays instead of functions. we cast into int accordingly. supports netbsd 5.1 (gcc 4.1.3) compilation. |
| 14:11.06 | CIA-68 | BRL-CAD: 03starseeker * r52487 10/brlcad/trunk/src/librt/test_botpatches.cpp: Add pointer to Soderkvist's handy course notes documenting the planar SVD fitting algorithm. |
| 14:42.53 | CIA-68 | BRL-CAD: 03r_weiss * r52488 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Update to function "nmg_isect_two_face2p_jra" in file "nmg_inter.c". Code cleanup, used newer, easier to read macros for float compares. |
| 14:52.06 | CIA-68 | BRL-CAD: 03r_weiss * r52489 10/brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: Update to function "nmg_face_rs_init" in file "nmg_fcut.c". Fixed a bug where the entire "nmg_ray_state" structure was not being initialized. |
| 14:59.28 | CIA-68 | BRL-CAD: 03brlcad * r52490 10/brlcad/trunk/src/canon/canonlib.c: one more straggler ctype fix |
| 14:59.43 | CIA-68 | BRL-CAD: 03brlcad * r52491 10/brlcad/trunk/src/other/togl/demo/CMakeLists.txt: need X11 include dirs |
| 15:15.46 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 15:22.29 | CIA-68 | BRL-CAD: 03n_reed * r52492 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: clean up ehy validity checks in rt_ehy_plot |
| 15:46.18 | CIA-68 | BRL-CAD: 03starseeker * r52493 10/brlcad/trunk/src/librt/test_botpatches.cpp: minor tweaks to plotting code. |
| 17:04.37 | CIA-68 | BRL-CAD: 03bob1961 * r52494 10/brlcad/trunk/ (4 files in 4 dirs): Added functionality for detecting polygon overlaps. |
| 17:21.46 | CIA-68 | BRL-CAD: 03n_reed * r52495 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: clean up tolerance calculations and validity checks |
| 21:05.31 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:05.31 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 21:22.35 | CIA-68 | BRL-CAD: 03r_weiss * r52499 10/brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: |
| 21:22.36 | CIA-68 | BRL-CAD: Created a new function "nmg_plot_open_edges" within file "nmg_bool.c". This |
| 21:22.36 | CIA-68 | BRL-CAD: function finds open edges within an NMG object and creates a UNIX plot file |
| 21:22.36 | CIA-68 | BRL-CAD: containing these edges. Updated function "nmg_bool" to call this new function |
| 21:22.36 | CIA-68 | BRL-CAD: when a boolean operation fails due to dangling faces. |
| 22:26.04 | CIA-68 | BRL-CAD: 03starseeker * r52500 10/brlcad/trunk/src/librt/test_botpatches.cpp: If a patch splits topologically when removing triangles, make new patches out of the results. |
| 00:01.20 | CIA-68 | BRL-CAD: 03starseeker * r52501 10/brlcad/trunk/ (include/nurbs.h src/libnurbs/PullbackCurve.cpp): Expose Keith's 3d curve interpolation fitting function. |
| 00:12.27 | CIA-68 | BRL-CAD: 03starseeker * r52502 10/brlcad/trunk/src/librt/test_botpatches.cpp: Use interpolateLocalCubicCurve for the patch edge fitting. |
| 00:32.11 | brlcad | elf_: progress? |
| 02:19.29 | CIA-68 | BRL-CAD: 03starseeker * r52503 10/brlcad/trunk/src/librt/test_botpatches.cpp: Start trying to add trims - pullback_curve is crashing, not sure what I'm doing wrong... |
| 02:31.47 | starseeker | growl |
| 02:32.32 | starseeker | when your crashing behavior leads you into a function with the comment "this functions sucks" that's not generally a good sign... |
| 03:17.49 | *** join/#brlcad yukonbob (~bch@95.142.160.193) | |
| 03:17.53 | yukonbob | hello #brlcad |
| 03:32.46 | brlcad | howdy yukonbob |
| 03:44.07 | yukonbob | :) |
| 03:47.26 | yukonbob | noticed brlcad is looking mighty sweet on coverity these days... |
| 04:46.45 | *** part/#brlcad vsrinivas (U2FsdGVkX1@batman.acm.jhu.edu) | |
| 05:53.11 | *** join/#brlcad CIA-68 (cia@cia.vc) | |
| 07:54.22 | *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us) | |
| 08:19.34 | *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us) | |
| 08:31.40 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 11:48.58 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0eb340.bb.sky.com) | |
| 12:07.43 | *** join/#brlcad phoenixyjll (7319d80b@gateway/web/freenode/ip.115.25.216.11) | |
| 12:34.30 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 14:01.40 | brlcad | hi crdueck |
| 14:01.51 | brlcad | how're classes? |
| 14:38.23 | CIA-68 | BRL-CAD: 03bob1961 * r52504 10/brlcad/trunk/src/libged/polyclip.cpp: A few mods for ged_polygons_overlap(). |
| 16:58.54 | *** join/#brlcad stas (~stas@109.166.130.225) | |
| 17:41.12 | *** join/#brlcad merzo (~merzo@59-201-132-95.pool.ukrtel.net) | |
| 18:21.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:41.10 | CIA-68 | BRL-CAD: 03r_weiss * r52505 10/brlcad/trunk/src/libged/bot_fuse.c: |
| 21:41.10 | CIA-68 | BRL-CAD: Updated functions "ged_bot_fuse", renamed function "_ged_show_dangling_edges" to |
| 21:41.10 | CIA-68 | BRL-CAD: "show_dangling_edges". Added the ability of the mged command "bot_fuse" to be |
| 21:41.10 | CIA-68 | BRL-CAD: passed a "-p" to create a plot file of the open edges or "-s" to show the open |
| 21:41.10 | CIA-68 | BRL-CAD: edges on the display. The number of open edges is counted and reported. |
| 22:38.00 | crdueck | brlcad: good so far, thanks. I'm starting to get settled back into the university routine |
| 00:19.44 | CIA-68 | BRL-CAD: 03r_weiss * r52506 10/brlcad/trunk/src/librt/primitives/ehy/ehy.c: Update to file "ehy.c" to fix "unused variable" compile error. |
| 01:48.55 | CIA-68 | BRL-CAD: 03brlcad * r52507 10/brlcad/trunk/src/libged/bot_fuse.c: make show_dangling_edges() static, not public API. eliminate the bot_fuse_option* globals, pull into local scope and mark static const. |
| 01:57.20 | CIA-68 | BRL-CAD: 03starseeker * r52508 10/brlcad/trunk/src/librt/test_botpatches.cpp: try to improve flip determination logic in trim building - something still not right, brep is invalid. |
| 02:48.33 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 02:48.33 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 06:21.36 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:11.59 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0e42f1.bb.sky.com) | |
| 15:37.58 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 17:32.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 17:47.12 | *** join/#brlcad merzo (~merzo@17-158-133-95.pool.ukrtel.net) | |
| 18:12.11 | CIA-68 | BRL-CAD: 03brlcad * r52509 10/brlcad/trunk/TODO: long thought that gqa should be calulating overlap volumes so cleanup work can be better prioritized. plus, it'd remove a source of confusion. reminded of the issue by banealis via help forum discussion. |
| 18:43.46 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:17.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:17.43 | *** mode/#brlcad [+o ChanServ] by sturgeon.freenode.net | |
| 20:26.46 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 21:59.42 | CIA-68 | BRL-CAD: 03starseeker * r52510 10/brlcad/trunk/src/librt/test_botpatches.cpp: Successfully trim the fitted brep. Outer loops only so far, still some problem situations, and the fitted results aren't so great, but never-the-less a milestone. |
| 22:33.25 | CIA-68 | BRL-CAD: 03r_weiss * r52511 10/brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: |
| 22:33.25 | CIA-68 | BRL-CAD: Updates to functions "nmg_crackshells" and "nmg_isect_two_generic_faces" within |
| 22:33.25 | CIA-68 | BRL-CAD: file "nmg_inter.c". Changed the macro comparing the face bounding boxes so that |
| 22:33.25 | CIA-68 | BRL-CAD: the face bounding boxes must be at least distance tolerance apart to be excluded |
| 22:33.25 | CIA-68 | BRL-CAD: from further testing instead of not overlapping by at least distance tolerance. |
| 22:33.26 | CIA-68 | BRL-CAD: This prevents missing intersections of faces where they are axis aligned and the |
| 22:33.27 | CIA-68 | BRL-CAD: face bounding boxes are less than distance tolerance apart. |
| 22:36.27 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 01:00.15 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:51.24 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:28.26 | *** join/#brlcad paulproteuss (~paulprote@rose.makesad.us) | |
| 08:17.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:28.36 | brlcad | *yawn* |
| 16:04.07 | CIA-68 | BRL-CAD: 03bob1961 * r52512 10/brlcad/trunk/src/libtclcad/tclcad_obj.c: A hole flag is now expected to be included with each polygon contour. |
| 16:07.51 | *** join/#brlcad flash_ (~flash@adsl-ull-28-58.49-151.net24.it) | |
| 16:09.13 | CIA-68 | BRL-CAD: 03bob1961 * r52513 10/brlcad/trunk/src/libged/polyclip.cpp: More tweaks to ged_polygons_overlap. |
| 16:42.44 | *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md) | |
| 17:47.41 | *** join/#brlcad merzo (~merzo@0-223-200-46.pool.ukrtel.net) | |
| 18:28.47 | starseeker | http://www.copenhagensuborbitals.com/resources_downloads.php |
| 18:53.27 | CIA-68 | BRL-CAD: 03starseeker * r52514 10/brlcad/trunk/src/librt/test_botpatches.cpp: Move loop building logic into function in preparation for building multiple loops (inner and outer) per patch. |
| 19:10.56 | CIA-68 | BRL-CAD: 03starseeker * r52515 10/brlcad/trunk/src/librt/test_botpatches.cpp: Try building inner loops. Not generating totally valid breps yet. |
| 05:12.12 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:35.58 | *** join/#brlcad elf_ (~elf@92.80.3.25) | |
| 10:34.43 | CIA-68 | BRL-CAD: 03MelinaoewoywpoqcLegge 07http://brlcad.org * r4443 10/wiki/Dog_Collars_-_What_You_Need_To_Know: New page: What's The Best Type Of Dog Collar? Getting the right dog collar for your dog is one of the most important things you can do for your dog. Your dog will probably spend most of it's life w... |
| 10:53.50 | *** join/#brlcad yiyus (~124271242@je.je.je) | |
| 12:36.11 | *** join/#brlcad abhi2011 (~chatzilla@117.200.92.29) | |
| 12:41.45 | abhi2011 | hey elf_ |
| 12:56.42 | abhi2011 | darn I forgot how to setup cmake for compiling with visual studio |
| 12:57.28 | abhi2011 | I think for the simulate command, the path to the bullet library has to be mentioned for the FindBullet.cmake script to find it |
| 13:01.31 | abhi2011 | ah the readme is there |
| 13:50.55 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 15:55.15 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:30.57 | *** join/#brlcad abhi2011 (~chatzilla@117.200.86.91) | |
| 16:38.35 | abhi2011 | elf_, I am building brlcad now |
| 16:38.38 | abhi2011 | in windows :P |
| 16:38.46 | abhi2011 | will test out with your g file after that |
| 16:39.21 | elf_ | Oh hello abhi, I see didn't try it in windows, I am using linux :) |
| 16:41.21 | abhi2011 | ok |
| 16:41.43 | abhi2011 | so it takes 1000 steps for the cube to fall to the ground ? |
| 16:42.09 | abhi2011 | if thats so then maybe for now, we can drop the cube closer to the ground |
| 16:42.54 | abhi2011 | I generally dump the output at every step, the lesser the number of steps thats output, the easier it is to track down whats wrong |
| 16:43.01 | elf_ | Hmm no, the cube is at 50m above the ground, in that g file, it takes 190steps to move the cube 50mm, so to move the cube 50m it will take 190*1000 roughly |
| 16:43.35 | elf_ | 1k steps moves the cube just a little bit in that simulation |
| 16:43.48 | elf_ | and for 10k steps the simulation gets aborted |
| 16:44.04 | abhi2011 | hmm, it should not be that way, if gravity is acting on the cube, it should accelerate faster |
| 16:44.52 | elf_ | I know |
| 16:45.44 | abhi2011 | ok, we need to verify some more basic things first |
| 16:45.55 | abhi2011 | I think what we can do as a test for whether the simulation logic of bullet itself is still working correctly, we can just drop a cube and print its position in mged |
| 16:46.40 | elf_ | From the last cube simulation I did it looked like the collision point was in the middle of the cube |
| 16:46.41 | abhi2011 | so lets try to do that first, i.e. comment out everything in ... |
| 16:46.43 | abhi2011 | let me check |
| 16:46.44 | elf_ | that it's not right |
| 16:47.32 | abhi2011 | yeah thats because the overlap detection logic is not working correctly |
| 16:47.50 | abhi2011 | i had put it in much later but its not tested out yet |
| 16:48.37 | elf_ | I see |
| 16:48.51 | abhi2011 | so in simphysics.cpp , run_simulation(struct simulation_params *sp) |
| 16:50.25 | abhi2011 | I think we can replace it with the code in http://bulletphysics.org/mediawiki-1.5.8/index.php/Hello_World |
| 16:50.41 | abhi2011 | to test whether bullet is working as it should |
| 16:51.18 | elf_ | okay will try it |
| 16:51.39 | abhi2011 | there is a loop in which the physics is stepped towards the bottom of the page |
| 16:51.48 | abhi2011 | that loop should also be there |
| 16:52.15 | elf_ | the whole source is at the bottom of the page |
| 16:52.31 | abhi2011 | cool :) |
| 16:52.43 | abhi2011 | just plop it in |
| 16:53.28 | elf_ | yeah |
| 17:01.05 | abhi2011 | I notice I had set gravity along -ve z |
| 17:01.28 | elf_ | yeah you put it -10 |
| 17:02.24 | abhi2011 | any luck with the hello world thingy |
| 17:03.19 | elf_ | It compiled just fine, I tried it on the same g file I send to you but just gets blocked |
| 17:03.39 | abhi2011 | in the loop ? |
| 17:03.55 | abhi2011 | try adding prints above it |
| 17:05.58 | elf_ | Okay so the thing is, it gets the output it is supposed to get from the tutorial for 1 step, 2 steps then when I try with 10 steps it blocks |
| 17:06.24 | elf_ | mged freezes so I have to kill the process |
| 17:07.46 | abhi2011 | thats wierd |
| 17:08.06 | elf_ | very since it works fine for all the numbers lower than 10 O.O |
| 17:08.40 | abhi2011 | so you change the number of steps in the for loop statement right ? |
| 17:08.46 | abhi2011 | for (int i=0 ; i<300 ; i++) { |
| 17:08.58 | abhi2011 | you change it to : for (int i=0 ; i<10 ; i++) { ? |
| 17:10.28 | abhi2011 | there is one other possibility, I think the simulation may be completing, but since the right data is not returned out if the function, so mged freezes |
| 17:10.30 | elf_ | not there, it's from somewhere else, I put there 10 indeed, but when I run simulate I run it as "simulate 1/2/3../10" for all of them works for 10 it doesn't |
| 17:11.17 | abhi2011 | oh ok |
| 17:11.52 | abhi2011 | the value of 10 is put into sim_params->duration argument |
| 17:12.43 | abhi2011 | so your loops is something like : for (int i=0 ; i< sim_params->duration ; i++) { ? |
| 17:13.26 | elf_ | yes |
| 17:13.50 | abhi2011 | ok, whats happens if you hardcode the number of steps in the function |
| 17:14.01 | abhi2011 | so hardcode to 300 in the loop limit |
| 17:14.11 | abhi2011 | then run with simulate 1 |
| 17:14.35 | abhi2011 | it will still execute 300 steps , because its hardcoded, it will ignore 1 |
| 17:14.45 | abhi2011 | do you then get the output for 300 steps ? |
| 17:15.53 | elf_ | yes it gets the output for 300 steps |
| 17:16.15 | abhi2011 | ok, and I assume it matches the hello world output |
| 17:16.57 | elf_ | it does, it's like the one they said it should be |
| 17:17.41 | abhi2011 | right, so thats good |
| 17:19.04 | abhi2011 | what the output if you replace dynamicsWorld->stepSimulation(1/60.f,10); |
| 17:19.13 | abhi2011 | with step_physics(dynamicsWorld); |
| 17:20.01 | abhi2011 | its rater hilarious, whats happening actually |
| 17:20.16 | elf_ | why so? |
| 17:20.25 | abhi2011 | but lets see if you get the right output after replacing it |
| 17:21.23 | elf_ | I get a seg fault |
| 17:22.00 | abhi2011 | oh just comment out the 1st bu_vls_printf() line |
| 17:22.09 | abhi2011 | in step_physics() |
| 17:22.30 | abhi2011 | its prolly 'cause of the sim_params structure |
| 17:22.50 | abhi2011 | in fact comment out all 3 |
| 17:23.03 | abhi2011 | and replace with your own print statements |
| 17:23.40 | abhi2011 | those statements I had put in to mark the beginning and end of each step |
| 17:23.55 | abhi2011 | so the output from each step is clearly separated in the log |
| 17:24.01 | abhi2011 | and I can go through it easier |
| 17:26.26 | abhi2011 | any luck ? |
| 17:26.39 | elf_ | it's good |
| 17:26.44 | elf_ | same output as before |
| 17:27.04 | abhi2011 | ok, so the step_physics() is supposed to be called at every step |
| 17:27.33 | abhi2011 | that means that there need to be a loop in the run_simulation() |
| 17:28.47 | elf_ | yeah, right now it the for (int i=0 ; i< 300 ; i++) { } loop |
| 17:29.00 | abhi2011 | exactly |
| 17:30.02 | abhi2011 | for some reason we had decided last year, that we would add objects to the bullet dynamics world, do 1 step of simulation, then get the transforms into the sim_params structure, then clear out everything and repeat |
| 17:30.29 | abhi2011 | that is why you see a for loop in line 503 |
| 17:30.37 | abhi2011 | but its commented out ! |
| 17:31.03 | abhi2011 | my fault, i think that was for debugging something ! |
| 17:31.07 | elf_ | yes wanted to ask you about those commented lines |
| 17:31.30 | abhi2011 | so simulate has actually been executing just 1 step :P |
| 17:31.38 | abhi2011 | not 100k |
| 17:32.22 | elf_ | well it never really got to be executed 100k, but I see your point |
| 17:32.23 | abhi2011 | the basic way in which the simulate command works now is to load everything that need to be simulated into sim_params structure |
| 17:32.37 | abhi2011 | pass it to run_simulation() |
| 17:33.02 | abhi2011 | there cram the shapes from sim_params into the bullet dynamics world |
| 17:33.09 | abhi2011 | run the required number of steps |
| 17:33.22 | abhi2011 | grab the transforms at the end of each step from bullet |
| 17:33.27 | abhi2011 | and put into sim_params |
| 17:33.58 | abhi2011 | only the last step's transforms actually remain after the simulation |
| 17:34.12 | *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md) | |
| 17:34.14 | abhi2011 | the sim_params structure is then accessed back in libged |
| 17:34.33 | abhi2011 | to read the transforms and update the shapes in mged |
| 17:35.26 | abhi2011 | there are several improvements to this but I had done it this particularly inefficient way to debug the contact point generation algorithm which is what I was working on last |
| 17:35.31 | elf_ | it makes sense, you are interested in the initial position of the geometry when you start your simulation, you don't want to save all the intermediate steps your geometry finds itself during the simulation |
| 17:35.44 | elf_ | only the final state, you save it and then pass it to libged |
| 17:35.44 | abhi2011 | thats right |
| 17:36.19 | abhi2011 | also, I don think there is a need to recreate the simulation world each time and add the objects back |
| 17:36.33 | abhi2011 | but that can be corrected anytime |
| 17:36.38 | elf_ | what do you mean? |
| 17:36.50 | abhi2011 | so if you see the comented out for loop |
| 17:37.03 | abhi2011 | it includes the creations and deletion fo the bullet dynamics worls |
| 17:37.06 | abhi2011 | *world |
| 17:37.14 | abhi2011 | btDiscreteDynamicsWorld* dynamicsWorld; |
| 17:37.15 | elf_ | yeah that must be done outside |
| 17:37.22 | abhi2011 | yes |
| 17:37.25 | elf_ | no need for it to be done everytime |
| 17:37.29 | abhi2011 | it probably was outside |
| 17:37.40 | abhi2011 | I may have moved it in to debug a single step |
| 17:37.42 | abhi2011 | anyway |
| 17:37.48 | abhi2011 | what you can do right now |
| 17:37.59 | abhi2011 | is remove the comments |
| 17:38.11 | abhi2011 | move the world creation stuff out of the loop |
| 17:38.20 | abhi2011 | so we are only stepping inside the loop |
| 17:38.23 | abhi2011 | and doing nothing else |
| 17:38.37 | abhi2011 | then use the get_transforms() after the loop body |
| 17:38.45 | abhi2011 | to get back te transforms into sim_params |
| 17:38.55 | elf_ | hmm sounds good |
| 17:38.57 | abhi2011 | and see if things move a bit faster in mged |
| 17:38.58 | elf_ | let me try it |
| 17:39.03 | abhi2011 | :P |
| 17:39.44 | abhi2011 | the cleanup() should be kept |
| 17:39.53 | abhi2011 | after get_transforms() |
| 17:45.09 | elf_ | damn I get a weird warning, that I didn't get before... |
| 17:45.51 | abhi2011 | which is ? |
| 17:45.56 | elf_ | the size variable is being shadowed O.O |
| 17:45.57 | elf_ | /usr/local/include/bullet/LinearMath/btSerializer.h:538:36: instantiated from here |
| 17:45.57 | elf_ | /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h:102:27: warning: declaration of size shadows a member of 'this' [-Wshadow] |
| 17:45.58 | elf_ | /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h: In member function void* btAlignedObjectArray<T>::allocate(int) [with T = const char*]: |
| 17:45.58 | elf_ | /usr/local/include/bullet/LinearMath/btAlignedObjectArray.h:287:31: instantiated from void btAlignedObjectArray<T>::reserve(int) [with T = const char*] |
| 17:46.14 | abhi2011 | thats in bullet |
| 17:46.16 | abhi2011 | hmm |
| 17:46.46 | abhi2011 | lt me check that line |
| 17:46.54 | abhi2011 | name collision maybe |
| 17:47.53 | *** join/#brlcad merzo (~merzo@201-246-92-178.pool.ukrtel.net) | |
| 17:48.48 | elf_ | it was my fault |
| 17:49.19 | elf_ | forgot when I modified step_physics I modified the way the output it was displayed |
| 17:49.29 | abhi2011 | ok |
| 17:54.22 | elf_ | not good, not good at all, now it gets aborted if I run simulate > 100 which is not good |
| 17:54.50 | abhi2011 | whats happens for < 100 ? |
| 17:56.22 | elf_ | it ran its course |
| 17:56.26 | elf_ | so it worked |
| 17:56.36 | elf_ | but trying with more than 100 it's not working |
| 17:56.40 | abhi2011 | did the shapes get updated in mged ? |
| 17:57.40 | elf_ | it did |
| 17:59.07 | abhi2011 | ok is the movement significant |
| 17:59.12 | abhi2011 | or still very small ? |
| 18:00.27 | abhi2011 | hmm I see in simulate.c that I do have a loop |
| 18:00.34 | elf_ | okay so I think the cube it actually falls out of the simulation for more than 120 or so steps |
| 18:00.42 | abhi2011 | which calls run_simulation() |
| 18:01.02 | abhi2011 | that should not happen |
| 18:01.06 | elf_ | let me try something I have to recreate the .g files cause the db gets corrupt after the cube falls into the ground |
| 18:01.21 | elf_ | and the movement is significant |
| 18:01.40 | abhi2011 | ok and I also see that there is a loop in simulate.c |
| 18:01.53 | abhi2011 | thats calls run_simulation |
| 18:02.09 | abhi2011 | you can comment out that loop for now |
| 18:02.26 | abhi2011 | thats causing the huge number of steps |
| 18:02.58 | abhi2011 | if you see in simulate.c 431 |
| 18:03.13 | abhi2011 | there is a loop there already |
| 18:03.30 | abhi2011 | just comment out that loop for now |
| 18:13.15 | elf_ | The loop on line 431 in simulate.c it's actually the one that simulates things, it can't be commented out |
| 18:13.34 | elf_ | get_bb: Got the BB for "sim_gp.r" as min {-15000.000000 -15000.000000 -1000.000000} max {15000.000000 15000.000000 1000.000000} |
| 18:13.35 | elf_ | get_bb: Dimensions of this BB : 30000.000000 30000.000000 2000.000000 |
| 18:13.35 | elf_ | get_bb: Got the BB for "sim_cube.r" as min {-1000.000000 -1000.000000 49000.000000} max {1000.000000 1000.000000 51000.000000} |
| 18:13.35 | elf_ | get_bb: Dimensions of this BB : 2000.000000 2000.000000 2000.000000 |
| 18:13.49 | elf_ | That's the output I get with the whole loop commented out |
| 18:14.02 | elf_ | and the position is not actually modified |
| 18:14.24 | elf_ | for simulate 80 |
| 18:15.58 | abhi2011 | yeah, what I meant is either the loop in simulate.c is kept or the one in simphysics.cpp |
| 18:17.05 | abhi2011 | if both are kept, then the number of steps executed is more than |
| 18:17.22 | abhi2011 | its = sim_params->duration * sim_params->duration |
| 18:17.30 | abhi2011 | which is not what we want |
| 18:17.47 | elf_ | yeah, the one in simphysics.cpp has to go then |
| 18:17.55 | abhi2011 | yep :P |
| 18:18.01 | abhi2011 | sorry to mislead you on that one |
| 18:18.14 | abhi2011 | I had forgotten there was a loop in simulate.c |
| 18:18.25 | elf_ | so we are basically to the beginning, cause if the loop in symphisics.cpp go then nothing changed |
| 18:19.12 | abhi2011 | yep, but we know now that the simulation does work |
| 18:19.53 | abhi2011 | the difference in having the loop in simulate rather than in simphysics.cpp |
| 18:20.03 | abhi2011 | is that by having the loop in smulate.c |
| 18:20.28 | abhi2011 | the entire bullet world is recreated each time |
| 18:20.57 | abhi2011 | but that should not cause the cube to fall slower |
| 18:21.09 | abhi2011 | because the velocity information gained from the last step |
| 18:21.30 | abhi2011 | is put into the cube in the current step before being stepped |
| 18:22.03 | elf_ | well I am running right now the simulate command on the database I sent to you, and the steps are tiny again for the m units |
| 18:22.22 | elf_ | I am waiting to see if it aborts for the 10k steps simulate |
| 18:22.50 | abhi2011 | I think the reason the steps are tiny is because |
| 18:22.58 | abhi2011 | the linear velocity gained in the last sim step |
| 18:23.10 | abhi2011 | is not being set in the beginning of the next step |
| 18:23.34 | abhi2011 | this has to be done manually, because now we are recreating the bullet world at each step |
| 18:23.40 | abhi2011 | and re-adding the rigid bodies |
| 18:23.47 | elf_ | hmm but if that were the case then wouldn't the same thing happen for mm too? |
| 18:24.02 | abhi2011 | mm ? |
| 18:24.36 | elf_ | milimeters |
| 18:24.49 | elf_ | and I am simulating for meters now |
| 18:25.33 | elf_ | In the mm geometry there wasn't such a problem as the linear velocity not being set for the next step |
| 18:25.54 | elf_ | or maybe the units are way too small to observe the difference |
| 18:25.58 | abhi2011 | yes |
| 18:26.04 | elf_ | and the simulation aborted for 10k |
| 18:26.11 | elf_ | trying a lower number |
| 18:26.14 | abhi2011 | bullet uses a 0.04 meters as the collision margin |
| 18:26.22 | abhi2011 | its cant simulate for less then that |
| 18:26.59 | abhi2011 | I dont think testing with mm will work at the moment |
| 18:27.14 | abhi2011 | I didnt even know the units could be changed at all :P |
| 18:27.24 | abhi2011 | bullet uses only meters |
| 18:27.34 | elf_ | well the distance between the ground plane and the cube in the mm sim was 50mm so about 0.05m |
| 18:27.45 | abhi2011 | yep |
| 18:27.51 | elf_ | the default it's mm, at least in the build I got |
| 18:27.53 | abhi2011 | thats the collision margin |
| 18:27.59 | abhi2011 | ok |
| 18:28.20 | abhi2011 | yeah mged can show objects in the mm range |
| 18:28.34 | abhi2011 | but bullet does not simulate at those low dimensions |
| 18:29.05 | elf_ | I see |
| 18:29.24 | elf_ | so the mm simulation it's kinda compromised then, meaning the results from there are not conclusive |
| 18:29.25 | abhi2011 | in fact that bulet uses a 0.04 m collision margin, it would be best to work with objects significantly bigger |
| 18:29.36 | abhi2011 | I dont think so |
| 18:29.51 | abhi2011 | *in fact since |
| 18:30.08 | abhi2011 | lets fix the unit as meters for now |
| 18:31.00 | abhi2011 | if required bullet can be compiled with double precision and may work with smaller units |
| 18:31.10 | abhi2011 | but thats for later |
| 18:31.48 | elf_ | okay so I ran the simulation for 5500 steps and the cube was pretty close to the ground |
| 18:32.08 | abhi2011 | did it fall at all ? |
| 18:32.10 | elf_ | then I wanted to see how much closer can I get it so I ran it for another 800 steps |
| 18:33.01 | elf_ | the cube went back to the top and started falling again to the ground |
| 18:34.37 | elf_ | like this |
| 18:34.39 | elf_ | http://imageshack.us/a/img17/2627/simlw.png |
| 18:35.08 | elf_ | see the doubling of the cube up there |
| 18:35.24 | elf_ | the original cube the one above and the cube that's falling again to the ground |
| 18:35.40 | elf_ | at least now I know where it goes when I think it "disappears" |
| 18:36.23 | abhi2011 | ok |
| 18:36.41 | abhi2011 | isnt there any movement when run for 300 steps |
| 18:36.49 | abhi2011 | or less ? |
| 18:37.40 | elf_ | I am doing that right now, running it for 5800 steps |
| 18:37.49 | abhi2011 | no i mean |
| 18:37.52 | abhi2011 | simulate 300 |
| 18:38.03 | elf_ | just 300? |
| 18:38.28 | abhi2011 | yes |
| 18:40.00 | elf_ | this is it |
| 18:40.00 | elf_ | http://imageshack.us/a/img839/2403/sim2g.png |
| 18:40.08 | elf_ | no big change for the cube position |
| 18:40.41 | abhi2011 | hmm that definitely should not happen |
| 18:41.04 | abhi2011 | 300 steps is enough steps to see a large change in the position |
| 18:41.47 | elf_ | I know but still nothing major happens |
| 18:42.07 | abhi2011 | ok lets try fixing this first |
| 18:42.13 | abhi2011 | lets print out the position of the cube |
| 18:42.46 | abhi2011 | so in get_transforms() |
| 18:42.54 | abhi2011 | in simphysics.cpp |
| 18:43.09 | abhi2011 | thats the function which get the transform from bullet |
| 18:43.29 | abhi2011 | and puts it into a struct rigid_body |
| 18:44.21 | elf_ | okay, so I should be printing the BB position in 3D space, right? |
| 18:44.25 | abhi2011 | sim_params has a linked list of struct rigid body nodes |
| 18:44.28 | abhi2011 | yes |
| 18:45.10 | elf_ | the current_node->btbb_center,current_node->btbb_min and current_node->btbb_dims, right? |
| 18:45.36 | abhi2011 | print aabbMin |
| 18:45.40 | abhi2011 | thats directly from bullet |
| 18:47.10 | abhi2011 | also comment out line 522 |
| 18:47.17 | abhi2011 | in simphysics.cpp |
| 18:47.36 | abhi2011 | that will take the custom algorithm for cube-cube collisions out of the icture |
| 18:48.49 | abhi2011 | also comment out lines |
| 18:49.01 | abhi2011 | 537 to 546 |
| 18:49.30 | elf_ | the overlap filter callback? |
| 18:49.39 | abhi2011 | yes |
| 18:49.54 | abhi2011 | right upto gContactDestroyedCallback = contact_destroyed; |
| 18:50.53 | elf_ | about the custom algorithm it is there for when bullet it's not found? |
| 18:51.08 | abhi2011 | so now we are using the default bullet algorithms for everything and have registered no callbacks |
| 18:51.10 | abhi2011 | no its for |
| 18:51.20 | abhi2011 | using ray tracing to detect overlaps |
| 18:51.26 | abhi2011 | between arbitrary shapes |
| 18:51.31 | abhi2011 | its based on librt |
| 18:52.00 | abhi2011 | but we do not need it right now, since the default bullet algos. should also work to move the cube |
| 18:52.16 | abhi2011 | if the cube is still too slow then we try printing the cube position |
| 18:52.44 | abhi2011 | if the cube position is changing but mged is not getting updated then there also it may appear that the cube is not moving |
| 18:52.58 | abhi2011 | that means there is a problem mapping the cube's position into the shape in mged |
| 18:53.31 | abhi2011 | so we need to go step by step to figure out where the "apparent" slow down is happening |
| 18:53.46 | abhi2011 | one thing is certain |
| 18:53.56 | abhi2011 | the cube must fall much faster |
| 18:54.21 | abhi2011 | and it will collide too, since we are now using bullet's own algos |
| 18:55.24 | elf_ | I get the shadowing error again |
| 18:56.53 | elf_ | http://paste.ubuntu.com/1221104/ |
| 18:59.34 | abhi2011 | revert your commented out lines and try to find out which line being commented out cause the error |
| 19:00.19 | elf_ | I am on it |
| 19:03.46 | abhi2011 | hmm, getting some errors in the windows build |
| 19:03.55 | elf_ | like? |
| 19:03.58 | abhi2011 | lets hope I can get it fixed |
| 19:04.04 | abhi2011 | got to do with some path not found |
| 19:07.36 | abhi2011 | http://paste.ubuntu.com/1221121/ |
| 19:07.44 | abhi2011 | 52k lines of logs :P |
| 19:08.39 | *** join/#brlcad elf (~elf@213.233.85.6) | |
| 19:08.58 | elf | grrr blackout so I only have batery for one hour or so left |
| 19:09.52 | *** join/#brlcad elf_ (~elf@213.233.85.6) | |
| 19:10.20 | abhi2011 | ok, I ll continue working on it, its probably something silly since the entire set of calls has worked before |
| 19:11.26 | elf_ | prolly I am doing definitely something wrong over here since I backed up my comments and now I get all kind of weird errors like not finding anything when I try to compile mged O.O |
| 19:11.44 | abhi2011 | just revert you changed files |
| 19:11.54 | abhi2011 | to the latest version |
| 19:11.58 | abhi2011 | in svn |
| 19:12.06 | abhi2011 | and start again |
| 19:12.19 | abhi2011 | thats the safest and fastest way sometimes :P |
| 19:12.43 | elf_ | yeah that's what I did just now |
| 19:16.55 | abhi2011 | ok mged is runnig with bullet |
| 19:17.01 | abhi2011 | so I can at least test |
| 19:17.19 | elf_ | okay, I get the shadowing error because I added the bu_vls_printf command... |
| 19:17.32 | abhi2011 | lets see if I can get a simple cube working again with no extra stuff |
| 19:17.33 | elf_ | I don't understand why though? |
| 19:17.36 | abhi2011 | ah great |
| 19:17.56 | abhi2011 | check its source |
| 19:18.18 | abhi2011 | if you are using eclipse, you press F3 :P |
| 19:18.34 | elf_ | No, I don't use eclipse :) |
| 19:19.45 | abhi2011 | hehe |
| 19:20.10 | abhi2011 | bu.h then i think |
| 19:20.23 | elf_ | yeah |
| 19:20.48 | abhi2011 | in libboo |
| 19:24.13 | elf_ | something's off since bu_vls_printf doesn't use any variable named size from what I can see |
| 19:25.13 | abhi2011 | those build errors are while building the docs, so it should be ok |
| 19:25.14 | abhi2011 | hmm |
| 19:25.16 | abhi2011 | ok |
| 19:25.22 | abhi2011 | you can try with printf for now then |
| 19:26.49 | abhi2011 | hmm but I wonder why its happening though |
| 19:27.00 | abhi2011 | i dont remember seeing that error before either |
| 19:27.03 | elf_ | yeah printf will do for the moment |
| 19:27.20 | elf_ | It's strange cause I get it at random times |
| 19:27.25 | abhi2011 | vls i think is for variable length strings |
| 19:27.36 | abhi2011 | it may be using size somewhere in there |
| 19:28.56 | abhi2011 | bu_vls_printf() prints these strings as they are stored and maged differently from char[] i think |
| 19:29.04 | abhi2011 | *managed |
| 19:29.09 | elf_ | yeah and it uses a variable len |
| 19:29.22 | elf_ | What I meant by getting it at random times |
| 19:29.24 | elf_ | it's that |
| 19:29.33 | elf_ | I commented line 522 |
| 19:29.34 | elf_ | I didn't get it |
| 19:29.49 | elf_ | then I commented line 537 and I get it |
| 19:30.06 | elf_ | if I comment the whole block 537 to 546 I get it |
| 19:35.13 | *** join/#brlcad elf_ (~elf@213.233.85.6) | |
| 19:35.56 | abhi2011 | ok, it passed in windows :P |
| 19:36.04 | elf_ | good :) |
| 19:36.13 | abhi2011 | hey what was the command for drawing a comb |
| 19:36.36 | abhi2011 | darn i need that shrtcut list |
| 19:36.59 | elf_ | r to create a region |
| 19:37.12 | elf_ | I used regions and c for combs |
| 19:37.17 | elf_ | if I remmeber correctly |
| 19:37.32 | elf_ | I still can't figure what's this thing problem is |
| 19:37.57 | abhi2011 | draw sim.c |
| 19:38.17 | abhi2011 | hmm, so there are other places where bu_vls_printf is used |
| 19:38.23 | elf_ | I am taking out things from it, it shouldn't give me errors when I take something that was there and wasn't giving errors about shadowing variables |
| 19:38.58 | abhi2011 | whats your gcc version by the way |
| 19:39.14 | abhi2011 | it should not make a difference |
| 19:39.18 | abhi2011 | but lets see |
| 19:40.59 | abhi2011 | ah now I remember why we chose to recreate the bullet world and add shapes again every time |
| 19:41.05 | elf_ | bu_log is used in those lines I want to get out |
| 19:41.11 | abhi2011 | ok |
| 19:41.14 | elf_ | and I have the 4.6.1 version of gcc |
| 19:41.32 | elf_ | Why did you recreate the world every time? |
| 19:41.57 | elf_ | and it should give me errors when I try to add stuff... not when I take out stuff that it's standalone in there... |
| 19:42.46 | abhi2011 | yeah |
| 19:42.48 | abhi2011 | hmm |
| 19:43.45 | abhi2011 | so which line in that entire bunch of lines in simphysics.cpp |
| 19:43.51 | abhi2011 | cause the error |
| 19:44.36 | elf_ | starting with 537 |
| 19:44.53 | elf_ | I even commented out the whole broadphase_call function.. |
| 19:44.56 | elf_ | didn't work obv |
| 19:46.54 | abhi2011 | ok so lets try to figure out if its the presence of bu_log in other functions or the other bu_vls_printf() for some reason |
| 19:47.02 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Dog Collars - What You Need To Know]]": spam |
| 19:47.10 | CIA-68 | BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:MelinaoewoywpoqcLegge]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 19:47.33 | abhi2011 | so lets comment out all the bu_vls_printf() lines |
| 19:47.40 | abhi2011 | and check |
| 19:47.48 | abhi2011 | then bu_logs and check |
| 19:48.13 | elf_ | in the whole simphysics, right? |
| 19:48.29 | abhi2011 | yep |
| 19:48.33 | abhi2011 | its a rute force way |
| 19:48.42 | abhi2011 | *brute |
| 19:50.01 | elf_ | I get the error here |
| 19:51.45 | abhi2011 | even after removing all the bus ? |
| 19:52.01 | elf_ | even after removing all of them |
| 19:52.49 | abhi2011 | dont remember seeing that -W shadow flag before |
| 19:52.54 | abhi2011 | thats the one causing it |
| 19:53.03 | abhi2011 | will need to check with brlcad |
| 19:53.21 | abhi2011 | ok, so meanwhile |
| 19:53.29 | elf_ | where's the flag set? |
| 19:53.40 | elf_ | Sean? Are you around? |
| 19:53.44 | abhi2011 | it will be in one of the cmake files I think |
| 19:54.02 | abhi2011 | the top level one |
| 19:54.10 | abhi2011 | anyway |
| 19:54.20 | abhi2011 | its a warning right ? |
| 19:54.40 | abhi2011 | so you are able to finish the compile ? |
| 19:54.47 | abhi2011 | oh but |
| 19:54.53 | abhi2011 | warning are flaggged as errors |
| 19:54.55 | elf_ | it's a warning but the warnings are errors |
| 19:54.57 | elf_ | yeah |
| 19:54.58 | elf_ | that |
| 19:55.02 | abhi2011 | hmm |
| 19:55.05 | abhi2011 | :P |
| 19:55.30 | abhi2011 | so how about not commenting out the lines |
| 19:55.37 | abhi2011 | but keeping the functions empty |
| 19:55.45 | abhi2011 | or putting a return as the 1st line |
| 19:56.10 | abhi2011 | till we fix this shadow warning |
| 19:56.29 | abhi2011 | we can put returns in the functions that the commented out lines cause to be called |
| 19:56.45 | abhi2011 | so revert again :P |
| 19:57.01 | elf_ | done it already |
| 19:57.07 | abhi2011 | right |
| 19:57.11 | elf_ | and now the return statements |
| 19:57.18 | elf_ | for broadphase_callback |
| 19:57.43 | abhi2011 | ok, so at least line 522 is commented out right ? |
| 19:58.02 | elf_ | yeah that one works |
| 19:58.07 | abhi2011 | 538 ? |
| 19:58.30 | elf_ | nope bu_logs all over that one |
| 20:00.08 | elf_ | I might run out of battery, no energy yet O.O |
| 20:00.36 | abhi2011 | ad removing the bu_logs from lines 329 to 383 makes no difference ? |
| 20:00.43 | abhi2011 | ok |
| 20:01.53 | abhi2011 | I also see that the mass of the body is set to 80000000 kgs |
| 20:01.55 | abhi2011 | in s3.g |
| 20:01.57 | abhi2011 | :P |
| 20:02.07 | abhi2011 | that will certainly stall the sim |
| 20:02.14 | abhi2011 | lets see if I can hard code the mass for now |
| 20:02.18 | elf_ | It's not set to that |
| 20:02.21 | elf_ | I wanted to ask you about it actually |
| 20:02.28 | abhi2011 | ok |
| 20:02.31 | elf_ | the mass of the body modifies DURING the simulation |
| 20:02.34 | elf_ | that's wrong |
| 20:02.41 | abhi2011 | hmm |
| 20:02.58 | elf_ | The mass it's the same, the forces applied should modify |
| 20:03.02 | abhi2011 | I dont remember pulling the mass from the passed sim_params |
| 20:03.08 | abhi2011 | but let me check |
| 20:03.14 | elf_ | It gets passed wrong then |
| 20:03.30 | abhi2011 | i think I was just setting it proportional to the aabb volume |
| 20:03.40 | abhi2011 | till the other issues got fixed |
| 20:03.54 | elf_ | Hmm |
| 20:04.06 | elf_ | let me run it again and see something |
| 20:04.12 | abhi2011 | line 146 |
| 20:04.25 | abhi2011 | I ll try printing out the cube position |
| 20:04.34 | abhi2011 | maybe there is a mapping problem back to mged |
| 20:07.06 | abhi2011 | hmm, the volume is being calculated incorrectly |
| 20:07.20 | abhi2011 | <PROTECTED> |
| 20:07.27 | elf_ | I see that in the simulation too |
| 20:07.31 | abhi2011 | to see if the cube collides properly |
| 20:07.46 | elf_ | I gt like 8000000000kg... |
| 20:08.22 | abhi2011 | yeah thats wrong |
| 20:08.33 | abhi2011 | i hardcoded it to 1 kg for now |
| 20:10.20 | elf_ | The hardcoded version is not working |
| 20:10.29 | elf_ | I did it too, put the mass to 1 kg |
| 20:10.33 | elf_ | but the cube is not movibg |
| 20:10.36 | elf_ | moving* |
| 20:10.54 | abhi2011 | whats the position thats printed ? |
| 20:10.58 | elf_ | the forces are not applied properly I think or something somewhere goes really wrong |
| 20:11.03 | elf_ | the same as the previous one |
| 20:11.46 | abhi2011 | whats the linear and angular velocities |
| 20:11.51 | abhi2011 | try printing out those 2 |
| 20:12.44 | elf_ | do you have a getLinearVelocity function> |
| 20:12.45 | elf_ | ? |
| 20:13.20 | abhi2011 | yes there is one like that |
| 20:13.31 | abhi2011 | its used in the get_transforms() |
| 20:16.16 | elf_ | can't print them.. the bu_vls_printf is not working again |
| 20:16.16 | elf_ | grrr |
| 20:16.45 | abhi2011 | but printf does right ? |
| 20:19.01 | elf_ | it doesn't print it |
| 20:19.17 | elf_ | I don't think it ever gets on that else case unless when it sets the mass |
| 20:20.33 | abhi2011 | hmm but the condition simple says that if the name of the object is not the same as the ground plane name |
| 20:20.36 | abhi2011 | then goto else |
| 20:20.57 | abhi2011 | print both current_node->rb_namep and sim_params->ground_plane_name |
| 20:21.12 | abhi2011 | before the if{} |
| 20:21.12 | elf_ | It doesn't print this though printf("LinearVelocity %f AngularVelocity %f\n", current_node->linear_velocity, current_node->angular_velocity); |
| 20:21.34 | abhi2011 | ok, but it enters the else {} ? |
| 20:21.53 | elf_ | The mass it |
| 20:22.18 | elf_ | s always the same so the thing that modifies is the velocity |
| 20:22.18 | elf_ | it |
| 20:22.21 | elf_ | <PROTECTED> |
| 20:23.44 | abhi2011 | hmm, if get_transforms() gets called and there is a print statement there |
| 20:23.54 | abhi2011 | then it should print the velocity |
| 20:24.22 | abhi2011 | can you trying adding a print statement |
| 20:24.30 | elf_ | Okay the velocities are both 0 |
| 20:24.34 | abhi2011 | at the beginning of get_transforms() |
| 20:24.34 | elf_ | So that's not good |
| 20:24.43 | abhi2011 | so after 2 steps also |
| 20:24.49 | abhi2011 | the velocity is 0 ? |
| 20:25.44 | elf_ | http://paste.ubuntu.com/1221254/ there it doesn't move |
| 20:25.53 | elf_ | The velocity is 0 |
| 20:25.53 | abhi2011 | ok |
| 20:25.54 | elf_ | both of them |
| 20:27.02 | abhi2011 | bbmin is really wierd |
| 20:27.38 | abhi2011 | ok lets hardcode the dimensions too |
| 20:27.51 | elf_ | BBmax is weird too since the cube position is -1 1 -1 1 49 51 |
| 20:27.52 | abhi2011 | that should be the last piece of info we are transferring |
| 20:28.02 | abhi2011 | yeah its not getting transferred |
| 20:28.06 | abhi2011 | correctly |
| 20:28.07 | elf_ | nope |
| 20:28.19 | abhi2011 | change line 102 |
| 20:28.39 | abhi2011 | make it new btBoxShape(btVector3(10, 10, 10)); |
| 20:29.28 | abhi2011 | also same change in line 108 |
| 20:29.46 | abhi2011 | current_node->bb_dims[*]/2 with 10.0f |
| 20:29.52 | abhi2011 | or 10 watever |
| 20:30.14 | abhi2011 | this is the dimension of the ground plane |
| 20:30.30 | abhi2011 | it may not match what we have in mged |
| 20:30.35 | abhi2011 | but that doesnt matter |
| 20:30.59 | abhi2011 | we are going to test only whether positions get transferred correctly |
| 20:32.28 | abhi2011 | then in line 138 |
| 20:32.50 | abhi2011 | this is the section for the dynamic bodies |
| 20:33.02 | abhi2011 | make the dimensions 1,1,1 |
| 20:34.23 | abhi2011 | I ll pastebin the changes |
| 20:37.57 | *** join/#brlcad elf (~elf@92.80.23.248) | |
| 20:38.59 | *** join/#brlcad elf_ (~elf@92.80.23.248) | |
| 20:39.08 | elf_ | damn sorry abhi, just send you an email but I got power back |
| 20:39.31 | elf_ | so yeah back to that simphysics.cpp file |
| 20:49.51 | elf_ | This thing is getting stranger by the moment imo... |
| 20:50.19 | elf_ | here's what the simulation looks like after the changes, hard-codding the dimensions and the mass of the cube |
| 20:50.20 | elf_ | http://imageshack.us/a/img20/4735/test2r.png |
| 20:50.28 | elf_ | http://paste.ubuntu.com/1221285/ |
| 20:50.40 | elf_ | it was ran for 30 steps... |
| 20:52.27 | elf_ | brlcad, do you have any opinion about this? O.o |
| 23:31.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 00:36.59 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:40.24 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 07:07.36 | *** join/#brlcad abhi2011 (~chatzilla@117.200.86.175) | |
| 07:23.40 | *** join/#brlcad ksuzee (~ksu@193.151.107.42) | |
| 07:54.40 | *** join/#brlcad abhi2011 (~chatzilla@117.200.83.2) | |
| 08:54.51 | elf_ | hey abhi |
| 09:00.37 | abhi2011 | hi |
| 09:02.10 | elf_ | Sorry again for last night, but the hard codding didn't work as expected, there are more problems, here's what I got after hardcodding the lines 102,108http://imageshack.us/a/img20/4735/test2r.png |
| 09:02.11 | elf_ | http://paste.ubuntu.com/1221285/ |
| 09:02.56 | elf_ | the velocities still on zero, but the real the problem is that th BBmin and BBmax are still strantte |
| 09:02.58 | elf_ | strange* |
| 09:07.26 | abhi2011 | ok, yeah I am looking at it now |
| 09:07.53 | abhi2011 | any luck with the bu_vls_printf() errors |
| 09:10.13 | elf_ | No, look through the bu_vls_printf() and I can't figure out what the problem is, but the shadowing must happen between one 'size' variable from bullet and something similar from the printf routine, though there they use 'len' |
| 09:11.28 | abhi2011 | you can also send out a mail in the brlcad mailing list with the error |
| 09:11.39 | abhi2011 | someone there will have a better idea of whats going on |
| 09:13.24 | elf_ | Good idea will do it |
| 09:17.14 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4444 10/wiki/User:Elf11: /* Log */ |
| 09:25.57 | elf_ | send that mail on the mailing list |
| 09:32.08 | abhi2011 | compiles fine on windows :P |
| 09:38.56 | elf_ | It does? with the bu_vls_printf? |
| 09:39.29 | abhi2011 | yep |
| 09:39.30 | elf_ | If that's the case I can change to windows, and compile it for VS too |
| 09:39.36 | abhi2011 | err no |
| 09:39.43 | abhi2011 | lets fix it in linux :) |
| 09:39.59 | elf_ | okay |
| 09:39.59 | abhi2011 | lets see when someone replies |
| 09:40.17 | abhi2011 | the debugger in windows is a bit better thats why i use it |
| 09:40.23 | elf_ | until then I will use printfs instead of the bu_vls_printf |
| 09:40.28 | abhi2011 | yep |
| 09:41.08 | elf_ | The VS ide is pretty nice, I like it too, but I work more in linux that's why I started in here |
| 09:41.54 | abhi2011 | yeah brlcad should build smoothly in all platforms |
| 09:42.01 | abhi2011 | thats why we use cmake |
| 09:42.24 | abhi2011 | it used to build quite well in linux and windows , the last time I checked about a year ago |
| 09:42.38 | abhi2011 | lot of code has been added since then |
| 09:42.47 | elf_ | hmm if you say it goes okay in VS, maybe then it has something to do with the gdb config :-? |
| 09:43.22 | abhi2011 | well I do not use gdb config so I cant say |
| 09:44.27 | elf_ | hmm anyway, what it doesn't do in my version is that it doesn't calculate the mass correctly |
| 09:44.36 | elf_ | hard-codded it so now it's 1kg |
| 09:44.44 | elf_ | then the velocities are still 0 |
| 09:44.47 | elf_ | not good |
| 09:45.05 | elf_ | also the bbMin and bbMax are all over the place even after hard-codding them |
| 09:45.30 | abhi2011 | thats fine, the printed bbMin and bbMax are taken from sim_params |
| 09:45.39 | abhi2011 | which as we know is not havng the right values |
| 09:45.46 | elf_ | nope |
| 09:46.10 | abhi2011 | it should and it used to, so I ll have to see later what went wrong |
| 09:46.37 | abhi2011 | but for now with everything harcoded and just the positions transferred back mged, we should see the cube colliding |
| 09:46.45 | abhi2011 | I am trying to get that working again |
| 09:47.17 | elf_ | it uses just the center to collide so far, it should use more than that |
| 09:47.55 | elf_ | were is the code for shooting rays through the geometry? |
| 09:48.56 | abhi2011 | simrt.c and simrt.h |
| 09:49.03 | abhi2011 | no it doesnt use the center |
| 09:49.14 | abhi2011 | it appears that way because its mapped incorrectly |
| 09:49.26 | elf_ | hmmm |
| 09:49.53 | abhi2011 | the only way to debug this, since there is no independent way of looking at the bullet world |
| 09:50.00 | abhi2011 | is to print out the cube position |
| 09:50.21 | abhi2011 | and check whether the position stabilizes where the collision is supposed to occur |
| 09:50.27 | abhi2011 | thats what I am trying to do |
| 09:51.04 | abhi2011 | in games where bullet is generally used, there is an opengl renderer which provides and independent view of the dynamics world |
| 09:51.12 | abhi2011 | unfortunately we do not have that here |
| 09:51.57 | elf_ | well I am trying to say that if the cube would get stabilized where it should, on the ground surface then he won't go half way through the plane, that's not how it should work |
| 09:52.17 | abhi2011 | yep thats right |
| 09:52.36 | abhi2011 | so if mged is showing the cube as half through the plance |
| 09:52.41 | elf_ | so if the bbMin and bbMax are wrong where are the right values? |
| 09:52.52 | abhi2011 | aabbMin and aabbMax |
| 09:53.16 | abhi2011 | see line 258 : bb_Shape->getAabb(bb_MotionState->m_graphicsWorldTrans, aabbMin, aabbMax); |
| 09:53.31 | abhi2011 | thats a function call to bullet |
| 09:53.31 | elf_ | those are the one that I printed, bbMin and bbMax from the file I pasted to you, in get_transform right? |
| 09:54.13 | elf_ | so those are the ones that I get strange values for |
| 09:54.13 | abhi2011 | oh ok |
| 09:54.19 | abhi2011 | well let me check then |
| 09:54.36 | elf_ | I thought there was something that I missed and there was someplace else where they were |
| 09:54.48 | elf_ | sure check it :) |
| 10:02.33 | elf_ | you know I get the aaBBMin and aaBBMax values printed 2 times for each step of the simulation even though there is only one line that prints them out, same with the Linear velocity and angular velocity |
| 10:03.00 | elf_ | that means that the portion of code where this happens is called somehow 2 times, why? |
| 10:03.41 | elf_ | and also the linear and angular velocities are both the same value in the both prints (zero) not the same can be said about the aaBBMin value |
| 10:05.37 | abhi2011 | darn, the edit/debug cycle is really slow because of this multiconfig_path thing |
| 10:06.06 | abhi2011 | apparently it makes a list of all files everytime and then compiles |
| 10:06.24 | abhi2011 | it used to be much much faster :( |
| 10:06.32 | elf_ | can't you compile just the section that you modified? like just mged? |
| 10:06.40 | elf_ | I do that in linux |
| 10:06.44 | abhi2011 | i am compiling only libged |
| 10:07.03 | abhi2011 | i think thats the smallest target |
| 10:07.11 | abhi2011 | mged will load libged.dll |
| 10:07.14 | elf_ | yeah |
| 10:07.18 | abhi2011 | or libged.so whatever |
| 10:07.38 | abhi2011 | yeah thats really slow too |
| 10:07.47 | abhi2011 | anyway |
| 10:07.57 | abhi2011 | i am trying to figure out whats happening |
| 10:07.59 | abhi2011 | lets see |
| 10:12.56 | elf_ | let me know when you get it working |
| 10:13.14 | elf_ | it should be better to test it for the same simple cube falling on the ground |
| 10:13.18 | elf_ | I used this |
| 10:13.20 | elf_ | units m |
| 10:13.27 | elf_ | in gp rpp -15 15 -15 15 -1 1 |
| 10:13.35 | elf_ | in cube rpp -1 1 -1 1 49 51 |
| 10:13.40 | elf_ | r cube.r u cube |
| 10:13.43 | elf_ | r gp.r u gp |
| 10:13.46 | elf_ | ae 35 15 |
| 10:13.50 | elf_ | autoview |
| 10:13.52 | elf_ | tra 0 10 0 |
| 10:13.58 | elf_ | simulate 30 |
| 10:14.23 | elf_ | for me the cube looks like in the image I send you earlier after 30 steps, halfway though the ground plane |
| 10:14.49 | elf_ | and if you do it like that we can compare the aaBBMin and aaBBMax values |
| 10:17.39 | abhi2011 | whats was the 49 and 51 for ? |
| 10:17.46 | abhi2011 | for a rpp |
| 10:18.11 | elf_ | well you set the cube up on the Z axis above the plane 50 units |
| 10:18.31 | elf_ | you get Xmin Xmax Ymin Ymax Zmin Zmax |
| 10:18.34 | elf_ | for an rpp |
| 10:18.42 | elf_ | xy the horizontal plane |
| 10:18.50 | abhi2011 | ah yes right |
| 10:18.53 | elf_ | Z is the vertical axis perpendicular on that plane |
| 10:19.40 | elf_ | for the cube with the lenght of 1 it will be like he has the center at 50 units above the ground plane that way |
| 10:20.04 | elf_ | now that we hard-codded the cube dimensions to 10 it would be much closer to the gp |
| 10:20.26 | elf_ | like just 1/9 of the cube above the 50 mark and the rest down of it |
| 10:20.58 | abhi2011 | yep |
| 10:21.00 | elf_ | but that shouldn't be a problem, since 10 < 50 so the cube should just fall a short way and then stop on the gp not half way through |
| 10:23.39 | abhi2011 | yeah aabb min of the cube should be same same aabbmax of the ground cube |
| 10:23.52 | abhi2011 | *same as |
| 10:24.10 | abhi2011 | on collision |
| 10:26.37 | elf_ | yep, what values do you get? |
| 10:26.45 | elf_ | cause I don't get any reasonable ones |
| 10:33.25 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027b4353.bb.sky.com) | |
| 10:40.57 | elf_ | abhi2011, you said that changing the lines 102 and 108 with the btVector3(current_node->bb_dims[0]/2,current_node->bb_dims[1]/2,current_node->bb_dims[2]/2) to btVector3(10,10,10) will set the cube dimensions to a hard-codded value right? |
| 10:41.14 | abhi2011 | yes |
| 10:41.31 | elf_ | I don't think that's right, I think that sets the ground plane dimensions to a hard-codded value of 10 |
| 10:41.49 | elf_ | that's why the simulation looks like the image I showed you earlier |
| 10:41.52 | abhi2011 | yeah i had added more lines after you left yesterday |
| 10:42.07 | abhi2011 | wait i ll paste bin the function |
| 10:42.11 | elf_ | okay |
| 10:42.29 | elf_ | still the problem is not with the ground plane so that one should be let alone, I think |
| 10:43.01 | elf_ | the cube dimensions should be hardcodded and that's not the place where it should be done, I think it should be done on the else case |
| 10:43.10 | abhi2011 | http://paste.ubuntu.com/1222218/ |
| 10:43.33 | abhi2011 | yeah but if the ground planes dimensions are not correct that will afect the simulation |
| 10:43.48 | abhi2011 | anyway I made the ground plane into an actual static plane |
| 10:43.52 | abhi2011 | of 0 thickness |
| 10:43.58 | abhi2011 | and the cube is hardcoded |
| 10:44.07 | elf_ | yeah I see that, about the ground plane |
| 10:44.29 | abhi2011 | all the MAT_COPY stuff is commented out |
| 10:44.40 | abhi2011 | that copies from sim_param |
| 10:44.49 | abhi2011 | for the initial transform |
| 10:45.04 | elf_ | hmm yeah |
| 10:45.15 | elf_ | the cube now it's actually a sphere right? |
| 10:46.33 | abhi2011 | yes |
| 10:46.42 | abhi2011 | wont make a difference in the positions |
| 10:47.01 | abhi2011 | until after collision |
| 10:48.50 | elf_ | does the simulation run with the changes that you did on your end? |
| 10:49.50 | elf_ | I am asking cause here it gets aborted once again... |
| 10:51.48 | *** join/#brlcad stas (~stas@host-static-92-115-48-61.moldtelecom.md) | |
| 10:52.10 | abhi2011 | comment out lines 466 to 470 |
| 10:52.16 | abhi2011 | in simulate.c |
| 10:52.47 | abhi2011 | thats to apply the transforms in mged |
| 10:52.55 | abhi2011 | the abort seems to be happening there |
| 10:53.57 | elf_ | the rbA and rbB structs? |
| 10:54.22 | abhi2011 | this part : |
| 10:54.29 | abhi2011 | rv = apply_transforms(gedp, &sim_params); |
| 10:54.31 | abhi2011 | if (rv != GED_OK) { |
| 10:54.41 | abhi2011 | bu_vls_printf(gedp->ged_result_str, "%s: ERROR while applying transforms\n", argv[0]); |
| 10:54.43 | abhi2011 | return GED_ERROR; |
| 10:54.44 | abhi2011 | } |
| 10:55.08 | abhi2011 | you are looking in simphysics |
| 10:56.25 | elf_ | yeah |
| 10:56.35 | elf_ | saw after that that you said simulate.c |
| 10:59.34 | abhi2011 | no more aborts |
| 10:59.39 | abhi2011 | now lets see |
| 10:59.51 | elf_ | for me it runs without stopping |
| 11:00.35 | abhi2011 | simulate 1 also ? |
| 11:00.42 | abhi2011 | oh do one more thing |
| 11:00.54 | abhi2011 | comment out line 448 |
| 11:01.00 | abhi2011 | in simulate.c |
| 11:01.08 | abhi2011 | I am removing all ray tracing stuff |
| 11:01.19 | abhi2011 | the ray tracing generates too much output |
| 11:01.50 | abhi2011 | uncomment line 238 in simphysics.cpp |
| 11:01.57 | abhi2011 | bu_vls_printf(sim_params->result_str, "Position : %f, %f, %f\n", m[12], m[13], m[14]); |
| 11:02.29 | abhi2011 | or rather make it into a bu_log staement |
| 11:02.31 | elf_ | to print the final position? |
| 11:02.34 | abhi2011 | yes |
| 11:03.00 | abhi2011 | bu_log("Position : %f, %f, %f\n", m[12], m[13], m[14]); |
| 11:03.02 | elf_ | where is all the rt stuff called? |
| 11:03.07 | elf_ | yeah did that |
| 11:03.44 | abhi2011 | it called in simrt.c |
| 11:03.57 | abhi2011 | which is supposed to have a custom algo based on raytracing |
| 11:04.06 | abhi2011 | for detecting overlaps between 2 cubes |
| 11:04.17 | abhi2011 | this algo is no longer registered with bullet |
| 11:04.26 | abhi2011 | (we commented it out) |
| 11:04.32 | abhi2011 | so it will no longer be called |
| 11:04.52 | abhi2011 | apart from the ray tracing is initialized in init_raytrace(&sim_params); |
| 11:05.00 | abhi2011 | line 448 in simulate.c |
| 11:05.08 | abhi2011 | but we commented out that too |
| 11:05.20 | abhi2011 | so now we are using only bullet's default algos |
| 11:05.25 | abhi2011 | which will do the job too |
| 11:05.46 | elf_ | so we comment out th init_raytrace(&sim_params) in simulate.c |
| 11:05.54 | elf_ | and what else? |
| 11:07.19 | abhi2011 | nothing else |
| 11:07.27 | abhi2011 | lets try running it |
| 11:11.50 | abhi2011 | the dynamic rigid body's position needs to be greater than 0 |
| 11:12.12 | elf_ | what's your output? can you paste it somewhere? |
| 11:12.23 | abhi2011 | i am stil changing it |
| 11:12.31 | abhi2011 | <PROTECTED> |
| 11:12.33 | abhi2011 | btVector3(0, 0, 0))); |
| 11:12.35 | abhi2011 | this is line 151 |
| 11:12.39 | abhi2011 | <PROTECTED> |
| 11:12.49 | abhi2011 | i am just testing with this |
| 11:19.18 | elf_ | well the difference I see after running it with that line up there is that now the end position of the falling geometry is inside the ground |
| 11:19.29 | elf_ | Position : 0.000000, 0.000000, -1.000000 |
| 11:19.59 | abhi2011 | hmm it should be : btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 0, 1), |
| 11:20.01 | abhi2011 | btVector3(0, 10, 0))); |
| 11:20.23 | abhi2011 | the quaternion is for rotation |
| 11:20.31 | abhi2011 | the vector3 is for the origin |
| 11:20.40 | abhi2011 | both combine to make the transform |
| 11:20.56 | abhi2011 | both are args to the btTransform ctor |
| 11:21.09 | abhi2011 | darn |
| 11:21.14 | elf_ | ? |
| 11:21.27 | abhi2011 | btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 0, 1), |
| 11:21.30 | abhi2011 | btVector3(0, 0, 10))); |
| 11:21.38 | abhi2011 | 10 units up on the z axis |
| 11:21.40 | abhi2011 | not y |
| 11:21.46 | elf_ | yeah |
| 11:21.53 | elf_ | I put them on the Z |
| 11:23.18 | elf_ | hmmm I get this btDefaultMotionState* bb_MotionState = new btDefaultMotionState(btTransform(btQuaternion(0, 0, 10, 1), |
| 11:23.18 | elf_ | <abhi2011> btVector3(0, 0, 0))) |
| 11:23.25 | elf_ | ahh not that one |
| 11:23.30 | elf_ | Position : 0.000000, 0.000000, -1.000000 |
| 11:23.31 | elf_ | get_transforms: Dimensions of this BB : 1999999968613498880.000000 1999999968613498880.000000 1999999968613498880.000000 |
| 11:23.31 | elf_ | Position : 0.000000, 0.000000, 9.997222 |
| 11:23.31 | elf_ | get_transforms: Dimensions of this BB : 1.000000 1.000000 1.000000 |
| 11:23.32 | elf_ | simulate: The simulation result is in group : sim.c |
| 11:23.35 | elf_ | tha |
| 11:23.36 | elf_ | t |
| 11:23.53 | abhi2011 | try runnign for a few more steps |
| 11:23.58 | abhi2011 | the 2nd position is the shere |
| 11:24.02 | abhi2011 | *sphere |
| 11:24.09 | elf_ | yeah that one looks good imo |
| 11:24.13 | elf_ | it should be there |
| 11:24.35 | abhi2011 | unfortunately i do not get any movement :P |
| 11:24.51 | elf_ | it's really small the movement I mean |
| 11:24.58 | elf_ | I ran it for another 3 steps |
| 11:25.04 | elf_ | and this is the new position of the sphere |
| 11:25.05 | elf_ | <PROTECTED> |
| 11:25.05 | elf_ | <abhi2011> btVector3(0, 0, 0))) |
| 11:25.09 | elf_ | not again |
| 11:25.15 | abhi2011 | ? |
| 11:25.21 | elf_ | I always forget it doesn't work that way to copy paste from mged |
| 11:25.28 | elf_ | Position : 0.000000, 0.000000, 9.991667 |
| 11:25.32 | elf_ | that one |
| 11:25.40 | abhi2011 | ok so it is accelerating |
| 11:25.46 | abhi2011 | thats how it shud be |
| 11:25.58 | abhi2011 | check this with the hellow world app output |
| 11:26.01 | elf_ | yeah I let it run for some more steps |
| 11:26.03 | elf_ | lets see |
| 11:26.22 | abhi2011 | it shud stop at 0.5 |
| 11:26.34 | abhi2011 | the center of the sphere will be at 0.5 |
| 11:26.39 | abhi2011 | as the radius is 0.5 |
| 11:27.05 | abhi2011 | darn forgot to save the file |
| 11:27.09 | abhi2011 | ok lets try again |
| 11:27.12 | abhi2011 | :sigh: |
| 11:27.49 | elf_ | I ran it for 30 steps... I got a mess... http://paste.ubuntu.com/1222279/ |
| 11:30.30 | abhi2011 | hmm |
| 11:31.36 | elf_ | well after 40 steps this is how far it has moved.. Position : 0.000000, 0.000000, 9.944445 |
| 11:31.40 | elf_ | that's not a lot |
| 11:31.44 | elf_ | and I still get that mess |
| 11:33.50 | abhi2011 | yeah remove those output lines |
| 11:34.16 | abhi2011 | the one tha prints : get_transform : aaBBMin -5724593028653935111469506849925777538048616085059274744487769129466414820852884796651876100297183267000396656472042632853955496324592056664064.000000 aaBBMax 0.000000 |
| 11:34.18 | abhi2011 | get_transform : aaBBMin -0.000031 aaBBMax 0.000000 |
| 11:34.38 | abhi2011 | then the output wil be easier to read |
| 11:35.35 | abhi2011 | http://paste.ubuntu.com/1222294/ |
| 11:37.08 | elf_ | yeah it's similar to what I've got |
| 11:38.12 | elf_ | Don't you think it still moves too slowly? after 140 steps it got only here |
| 11:38.25 | elf_ | Position : 0.000000, 0.000000, 9.722222 |
| 11:38.51 | abhi2011 | yeah thats wierd |
| 11:40.24 | abhi2011 | its prolly got to do with the fact that we are setting the velocity in every iteration |
| 11:40.39 | abhi2011 | prolly the velocity is not getting set correctly |
| 11:40.44 | abhi2011 | lets print the velocities |
| 11:41.22 | elf_ | in simphysics.cpp add rigid bodies on the else case right? |
| 11:41.58 | abhi2011 | yes |
| 11:42.31 | elf_ | bbRigidBody has any field linear/angular velocity? |
| 11:42.45 | elf_ | Or do we take it from the current_node->linear_velocity when we print it? |
| 11:44.08 | elf_ | found it never mind |
| 11:46.18 | abhi2011 | oh shoot |
| 11:46.39 | abhi2011 | we are restarting the sim from 10 each time :P |
| 11:46.50 | abhi2011 | since we have hardcoded it |
| 11:47.26 | elf_ | yes we do but after 200 steps it goes jsut till 9.4222 |
| 11:47.34 | abhi2011 | yes thats cause as I have said |
| 11:47.46 | abhi2011 | we recreate the bullet world in each iteration |
| 11:47.54 | abhi2011 | we do not run a loop in run_simulation |
| 11:48.03 | abhi2011 | we call run_simulation itself 200 times |
| 11:48.05 | abhi2011 | :P |
| 11:48.07 | elf_ | ahhh I thought you meant something else |
| 11:48.20 | abhi2011 | the reason we do that is a bit complicated |
| 11:48.26 | abhi2011 | but I ll try n explain |
| 11:48.35 | abhi2011 | its got to with the raytracing stuff |
| 11:48.38 | abhi2011 | 1 sec |
| 11:48.41 | elf_ | okay |
| 11:48.41 | abhi2011 | i ll go grab some tea |
| 11:51.03 | abhi2011 | so when simulate 10 is called then ged_simulate() gets called right |
| 11:51.15 | elf_ | right |
| 11:51.35 | abhi2011 | ged_simulate() add the regions in the .g file using add_regions() |
| 11:51.42 | abhi2011 | in line 423 |
| 11:52.24 | abhi2011 | every regions gets its own node in the list of struct rigid_body nodes |
| 11:52.34 | elf_ | okay |
| 11:52.38 | abhi2011 | the head of this list is stored in sim_params |
| 11:52.52 | abhi2011 | in struct rigid_body *head_node |
| 11:53.00 | abhi2011 | see simulate.h |
| 11:53.02 | abhi2011 | anyway |
| 11:53.26 | abhi2011 | so the loop for the simulation is just after that |
| 11:53.57 | abhi2011 | in the loop we create a combination representing the regions in their new positions |
| 11:54.28 | abhi2011 | that is there is a comb called sim.c and below it there is a copy of all the regions being simulated |
| 11:54.48 | abhi2011 | but having transforms as returned by bullet |
| 11:55.12 | abhi2011 | this is to prevent modifying the original regions and their locations |
| 11:55.28 | abhi2011 | so sim.c gets created in recreate_sim_comb() |
| 11:55.31 | abhi2011 | all ok so far ? |
| 11:55.45 | elf_ | okay |
| 11:56.52 | abhi2011 | after that we call run_simulation() which simply scans the list passed in sim_params and adds the objects whose information is present at each node |
| 11:57.18 | abhi2011 | the number of nodes = the number of regions being simulated = the number of rigid bodies inserted into the bullet sim |
| 11:57.38 | abhi2011 | so in our case there should be 2 nodes |
| 11:57.52 | elf_ | gp and the sphere/cube |
| 11:58.07 | abhi2011 | yes |
| 11:58.20 | abhi2011 | the ground plane has a fixed name as you know |
| 11:58.26 | elf_ | yes |
| 11:58.48 | abhi2011 | and in simhysics.cpp i detect this name and make the corresponding object a static object(not dynamic) |
| 11:58.54 | abhi2011 | so the ground plane never moves |
| 11:59.06 | abhi2011 | the other objects will be dynamic |
| 11:59.07 | elf_ | okay, got that |
| 11:59.12 | abhi2011 | anyway t |
| 12:00.01 | abhi2011 | so in run_simulation we create the simulation world from scratch and add objects, run the sim for just 1 step and get back the transforms in sim_params |
| 12:00.09 | abhi2011 | then delete the bullet sim stuff |
| 12:00.16 | abhi2011 | dynamics world, collision shapes etc |
| 12:00.22 | elf_ | shouldn |
| 12:00.29 | elf_ | t we run it all in run_simulation |
| 12:00.35 | elf_ | I mean for more than one step |
| 12:00.37 | abhi2011 | yep coming to that |
| 12:00.41 | abhi2011 | we could do that |
| 12:00.44 | elf_ | okay :) |
| 12:00.59 | abhi2011 | and thats the easiest way and I do that for debuggng sometimes |
| 12:01.06 | abhi2011 | but the problem is |
| 12:01.12 | abhi2011 | or rather the feature |
| 12:01.24 | abhi2011 | that brlcad can produce arbitrary shpes |
| 12:01.39 | abhi2011 | like a arbn |
| 12:01.47 | abhi2011 | or a tgc |
| 12:01.49 | elf_ | okay |
| 12:02.03 | abhi2011 | these shapes cannot be created directly in bullet |
| 12:02.13 | abhi2011 | bullet has only a limited number of primitives |
| 12:02.29 | elf_ | right |
| 12:02.33 | abhi2011 | sphere, cone, cylinder and very few tohers |
| 12:02.53 | abhi2011 | so the question was how do we support collisions for these shapes |
| 12:03.19 | abhi2011 | a reasonable (perhaps not the best way) to do it is |
| 12:03.27 | abhi2011 | to run the simulation for 1 step |
| 12:03.37 | abhi2011 | then get back the transforms into mged |
| 12:04.06 | abhi2011 | then hit the overlapping regions with rays |
| 12:04.20 | abhi2011 | using the fast raytracing library |
| 12:04.23 | abhi2011 | librt |
| 12:04.30 | elf_ | okay |
| 12:04.50 | abhi2011 | so we can get the exact contact points and penetrations information this way |
| 12:05.15 | abhi2011 | these are put into the proper structures in sim_param |
| 12:05.27 | abhi2011 | for the next iterations |
| 12:05.43 | abhi2011 | now the catch here is |
| 12:06.07 | abhi2011 | if we run the sim loop in run_simulation() |
| 12:06.16 | abhi2011 | then we cant update mged at every step |
| 12:06.28 | abhi2011 | we will get only the final position after the simulation completes |
| 12:06.39 | abhi2011 | for updating mged and using librt |
| 12:06.49 | elf_ | we need intermediate positions |
| 12:06.50 | abhi2011 | we need to get out of run_simulation, or return from it rather |
| 12:06.54 | abhi2011 | yep |
| 12:07.06 | abhi2011 | so my solution was to |
| 12:07.20 | abhi2011 | recreate the simulation at every step |
| 12:07.34 | abhi2011 | with the state information stored in sim_params |
| 12:07.43 | abhi2011 | in between loop iterations |
| 12:07.51 | abhi2011 | with the loop being in ged_simulate() |
| 12:08.02 | abhi2011 | if we are not bothred with ray tracing |
| 12:08.06 | abhi2011 | then we can run the loop |
| 12:08.12 | abhi2011 | in run_simulation() |
| 12:08.37 | abhi2011 | but that will not meet the criteria of supporting arbitrary shapes |
| 12:08.53 | abhi2011 | there are 4 things in the stae info |
| 12:08.58 | elf_ | couldn't there be a way to use rt in the run_simulation() loop? |
| 12:09.02 | abhi2011 | *state info |
| 12:09.18 | abhi2011 | there could be |
| 12:09.45 | abhi2011 | but you have to put the updation code in there |
| 12:09.57 | abhi2011 | to update the raytracing world |
| 12:10.07 | abhi2011 | right now |
| 12:10.15 | abhi2011 | what I do is update mged |
| 12:10.35 | abhi2011 | that also updates the ray tracing world |
| 12:10.46 | abhi2011 | and allows the rays to detect objects in their new positions |
| 12:11.04 | elf_ | hmm how exactly updating mged updates the rt world? |
| 12:11.15 | abhi2011 | i do not know |
| 12:11.32 | abhi2011 | but when rays are shot then objects are detected |
| 12:11.32 | elf_ | Oh so it's something that's outside the simulate command |
| 12:11.37 | abhi2011 | yes |
| 12:11.53 | abhi2011 | as in the code is outside |
| 12:12.17 | abhi2011 | but apply_transforms() does the updating |
| 12:12.21 | abhi2011 | using libged commands |
| 12:12.49 | abhi2011 | so that updates the internal structures for ray tracing to work on the objects in their new positions |
| 12:13.10 | abhi2011 | so if you look at the commands you will see that it ultmately updates stuff in the .g file |
| 12:13.16 | abhi2011 | and librt reads from there |
| 12:13.31 | elf_ | maybe something like that could be done so that it will work inside the run_simulation() |
| 12:13.34 | abhi2011 | actually it updates the in -mem representation f the scene |
| 12:13.48 | abhi2011 | yep |
| 12:13.57 | abhi2011 | however this appraoch also works :P |
| 12:14.03 | abhi2011 | just have to fix it |
| 12:14.08 | elf_ | It does |
| 12:14.09 | abhi2011 | i remember it working before |
| 12:14.26 | abhi2011 | but you can try the other approach too |
| 12:14.43 | elf_ | hmm we'll see |
| 12:14.46 | abhi2011 | i just found the curent way simpler in the limited time i had |
| 12:14.48 | abhi2011 | :P |
| 12:15.10 | elf_ | Yeah, it is a little bit simpler |
| 12:15.37 | elf_ | now the question is why it's not working properly for the current simulation? |
| 12:17.38 | abhi2011 | i ll check that in a min |
| 12:17.40 | abhi2011 | brb |
| 12:18.41 | elf_ | okay |
| 12:37.52 | abhi2011 | hm i have an idea of why we get the variation in the position of the sphere |
| 12:38.04 | abhi2011 | in our current hardcoded state |
| 12:38.17 | abhi2011 | it should be same each time |
| 12:38.21 | abhi2011 | since at every step |
| 12:38.32 | abhi2011 | we start from the same position |
| 12:39.21 | elf_ | right |
| 12:39.42 | abhi2011 | the linear velocity is being preserved and saved in sim_params |
| 12:39.55 | abhi2011 | its being applied to the sphere before each iterations |
| 12:40.00 | abhi2011 | *iteration |
| 12:40.21 | abhi2011 | so the linear vel will keep increasing |
| 12:40.53 | abhi2011 | as would be the case anyway, if the position of the sphere were changing |
| 12:41.13 | abhi2011 | thats causes a greater drop from 10 each time |
| 12:41.29 | elf_ | right it would make sense |
| 12:41.42 | abhi2011 | lets print the lnear velocity just before its set |
| 12:41.50 | abhi2011 | in add_rigid_body() |
| 12:41.52 | abhi2011 | else case |
| 12:41.56 | abhi2011 | see if its increasing |
| 12:42.21 | elf_ | yeah, so we should print the bb_RigidBody->linear_velocity |
| 12:42.27 | abhi2011 | yes |
| 12:43.00 | abhi2011 | the position difference should be 10 - linear_velocity.z |
| 12:43.08 | abhi2011 | every time |
| 12:45.21 | abhi2011 | hmm i see we are setting a higher linear vel each time |
| 12:45.36 | abhi2011 | so there is a higher drop within the timespan of 1 step each time |
| 12:46.00 | abhi2011 | combined with the fact that we start from 10 each time, that is why movement appears slow |
| 12:46.02 | abhi2011 | :P |
| 12:46.17 | elf_ | I got a little problem |
| 12:46.24 | elf_ | I printed this printf("BEFORE SETTING : LinearVelocity %f AngularVelocity %f\n", bb_RigidBody->linear_velocity.z, bb_RigidBody->angular_velocity.z); |
| 12:46.38 | abhi2011 | ok |
| 12:46.44 | elf_ | before the VMOVE(V, current_node->linear_velocity); |
| 12:46.44 | abhi2011 | i think z() |
| 12:47.01 | elf_ | ahh that's what I was going to ask if there was a function or just a var |
| 12:47.09 | abhi2011 | :) |
| 12:47.23 | elf_ | cause I get an error and can't find it through all the output I get from gdb... about size stuff |
| 12:48.15 | abhi2011 | yeah gdb produces too much output |
| 12:48.18 | elf_ | that wasn't it, called it as bb_RigidBody->angular_velocity.z() |
| 12:48.27 | elf_ | and I still get the error |
| 12:49.28 | abhi2011 | oh thats cause bb_RigidBody is a struct rigid_body |
| 12:49.46 | abhi2011 | that my own structure |
| 12:49.49 | abhi2011 | in it |
| 12:49.58 | abhi2011 | angular_velocity is defined as vect_t |
| 12:50.10 | abhi2011 | bu_log("Setting linear velocity as : %f, %f, %f", |
| 12:50.12 | abhi2011 | <PROTECTED> |
| 12:50.14 | abhi2011 | <PROTECTED> |
| 12:50.15 | abhi2011 | <PROTECTED> |
| 12:50.48 | abhi2011 | oh wait bb_RigidBody is a btRigidBody |
| 12:51.12 | abhi2011 | well if you print the velocity from bb_RigidBody then you will not get the right velocity |
| 12:51.16 | abhi2011 | as its not yet set |
| 12:51.26 | elf_ | hmm you are right |
| 12:51.29 | abhi2011 | you need to print the velocity in the current_node |
| 12:51.37 | abhi2011 | as thats where its pulled from |
| 12:51.39 | abhi2011 | and saved to |
| 12:52.43 | abhi2011 | so the struct rigid_body (all lower case ) is my own structure |
| 12:53.18 | abhi2011 | it has a lot of fields specific to our situation |
| 12:53.26 | abhi2011 | btRigidBody is provided by Bullet |
| 12:53.28 | elf_ | okay, I used that bu_log statement you pasted |
| 12:53.36 | abhi2011 | ok |
| 12:53.45 | elf_ | yeah, figured that all the structures with bt in name are bullet provided |
| 12:53.48 | elf_ | right? |
| 12:53.51 | abhi2011 | yep |
| 12:55.52 | abhi2011 | printf() wasnt printing inside mged |
| 12:56.00 | abhi2011 | but bu_log() does |
| 12:58.15 | elf_ | I still get lots of output for it |
| 12:58.16 | elf_ | http://paste.ubuntu.com/1222440/ |
| 12:59.47 | abhi2011 | yeah you need to comment out those lines in run_simulation() |
| 13:00.12 | abhi2011 | at least line : dispatcher->registerCollisionCreateFunc(BOX_SHAPE_PROXYTYPE,... |
| 13:00.57 | elf_ | it's commented |
| 13:01.21 | elf_ | I mean that's the output I get with that line commented |
| 13:01.46 | abhi2011 | how about dynamicsWorld->getPairCache()->setOverlapFilterCallback(filterCallback); |
| 13:05.07 | abhi2011 | also below it : dispatcher->setNearCallback((btNearCallback)nearphase_callback); |
| 13:07.29 | elf_ | looks better no |
| 13:07.30 | elf_ | w |
| 13:08.40 | abhi2011 | can you paste the output |
| 13:08.45 | elf_ | http://paste.ubuntu.com/1222460/ that's my outpu |
| 13:09.09 | abhi2011 | yeah |
| 13:09.21 | elf_ | do you get something similar? |
| 13:09.24 | abhi2011 | so as you can see the linear velocity is being saved |
| 13:09.25 | abhi2011 | yes |
| 13:09.28 | abhi2011 | its same |
| 13:09.47 | abhi2011 | now |
| 13:10.00 | abhi2011 | we have to get the objects from mged into the sim |
| 13:10.10 | abhi2011 | and remove all the hardcoded stuff |
| 13:10.25 | elf_ | okay |
| 13:10.59 | abhi2011 | all regions in mged are inserted as cubes in bullet |
| 13:11.08 | abhi2011 | the region can be any arbitrary shape |
| 13:11.13 | elf_ | yeah bounding boxes |
| 13:11.20 | abhi2011 | yes |
| 13:11.57 | abhi2011 | the idea was to generate the contact points using ray tracing so the actual collision behavior will be according to the true shape |
| 13:11.59 | abhi2011 | and not a cube |
| 13:12.18 | abhi2011 | even though we use cubes, or rather cuboids got from the AABB |
| 13:12.27 | elf_ | okay |
| 13:12.44 | abhi2011 | so for sphere rolling on the ground |
| 13:13.06 | abhi2011 | the aabb will look like its penetrated the ground after the sphere rolls by 45 degress |
| 13:13.31 | elf_ | right that makes sense |
| 13:14.17 | abhi2011 | right so lets check first whether positions are getting mapped back to mged correctly |
| 13:14.51 | abhi2011 | i ll try to fix apply_transforms() and let you know |
| 13:15.20 | abhi2011 | no point in both of us working in lock step :P |
| 13:17.24 | elf_ | the checking should be done in apply transform right? |
| 13:18.00 | abhi2011 | umm checking ? |
| 13:18.17 | elf_ | if the position are getting mapped correctly |
| 13:18.19 | elf_ | I mean |
| 13:18.35 | abhi2011 | yes |
| 13:18.39 | abhi2011 | the mapping |
| 13:18.57 | abhi2011 | its done in apply_transforms |
| 13:19.09 | elf_ | okay |
| 13:19.19 | abhi2011 | i move the shape back to origin using inverse transform |
| 13:19.25 | abhi2011 | do rotation |
| 13:19.33 | abhi2011 | then translation |
| 13:21.27 | abhi2011 | blackout ! |
| 13:21.32 | abhi2011 | see you later ! |
| 13:21.38 | elf_ | okay |
| 13:22.01 | elf_ | I will look through the apply_transforms too |
| 13:28.37 | *** join/#brlcad abhi2011 (~chatzilla@117.200.83.2) | |
| 13:28.54 | abhi2011 | back ! |
| 13:30.46 | abhi2011 | i have uncommented line 257 in get_transforms() |
| 13:30.53 | abhi2011 | print_matrices(current_node->rb_namep, current_node->m, m); |
| 13:31.01 | abhi2011 | that causes this output : |
| 13:31.42 | abhi2011 | http://paste.ubuntu.com/1222497/ |
| 13:54.08 | elf_ | yeah I played with that one too |
| 13:57.02 | abhi2011 | the error is in insert_AABB() |
| 13:57.06 | abhi2011 | its not needed right now |
| 13:57.15 | abhi2011 | prolly can comment out |
| 13:57.44 | abhi2011 | i mean comment out in apply_transforms() |
| 13:58.00 | abhi2011 | thats just to display the new AABBs in mged |
| 14:10.03 | elf_ | hmm wait what should we comment out in apply_transforms()? |
| 14:15.49 | elf_ | okay hmm I get the same output with and without the insert_AABB line in apply_transforms |
| 14:28.34 | abhi2011 | ok |
| 14:28.45 | elf_ | do you get something different? |
| 14:29.00 | elf_ | I am running a debugger over it right now, step by step |
| 14:29.01 | abhi2011 | yeah I get a stack corruption with insertAABB |
| 14:29.06 | abhi2011 | in the cmd_args aray |
| 14:29.09 | elf_ | hmmm |
| 14:29.12 | abhi2011 | i can dismiss it and continue |
| 14:29.18 | abhi2011 | but anyway |
| 14:29.24 | abhi2011 | thats not needed right now |
| 14:29.33 | elf_ | maybe you have commented more lines out than necessarily |
| 14:29.43 | abhi2011 | could be |
| 14:30.11 | abhi2011 | right now I am checking if the cube is inserted into the dropped position in the 2nd iteration |
| 14:30.21 | abhi2011 | or the original starting position |
| 14:30.28 | abhi2011 | it should be at the dropped position |
| 14:32.18 | elf_ | aha |
| 14:33.43 | abhi2011 | hmm it is |
| 14:33.51 | abhi2011 | still its dropping very slowly |
| 14:33.59 | abhi2011 | its weird |
| 14:35.41 | elf_ | well then it's from somewhere else |
| 14:36.24 | abhi2011 | the velocity is going up |
| 14:36.31 | abhi2011 | but the position is not changing as fast |
| 14:37.05 | elf_ | where were you updating the position? |
| 14:39.38 | abhi2011 | apply_transforms() |
| 14:39.46 | abhi2011 | i am convinced that this is a units issue |
| 14:40.19 | abhi2011 | bullet is saying its placed the object at : 49,000 someting |
| 14:40.20 | abhi2011 | Added new rigid body : sim_cube.r to simulation with mass 1.000000 Kg at (0.000000,0.000000,49876.246094) |
| 14:40.25 | abhi2011 | that should not happen |
| 14:40.38 | abhi2011 | it means mged is supplying the units in mm |
| 14:40.41 | elf_ | it should be 49.876 |
| 14:40.44 | abhi2011 | the height is dropping |
| 14:40.50 | abhi2011 | buts its in the units place |
| 14:40.58 | abhi2011 | as it shoudl be |
| 14:41.13 | abhi2011 | ok, but mged has to supply the height in meters |
| 14:41.23 | elf_ | the units are set to meters if mged is not supplying the units right then... |
| 14:41.24 | abhi2011 | or we divide by 1000 in bullet |
| 14:41.41 | elf_ | when you type units in mged window you get something like 1m = 1000mm that's correct |
| 14:42.18 | abhi2011 | i get |
| 14:42.19 | abhi2011 | You are editing in 'mm'. 1 mm = 1 mm |
| 14:42.27 | elf_ | but I think it gets transferred as meters but in mm units, as in we have 49 meters okay then we send 49kmm |
| 14:42.38 | abhi2011 | hmm |
| 14:42.47 | abhi2011 | ok |
| 14:42.52 | abhi2011 | so now matter what units i have |
| 14:42.57 | abhi2011 | millimeters or meters |
| 14:42.59 | elf_ | that's wrong, I said that before making a new database you should set units m |
| 14:43.08 | abhi2011 | its transferring it as 49999 |
| 14:43.41 | abhi2011 | yes it was set to meters |
| 14:44.02 | abhi2011 | do you see your output as 49.000 something ? |
| 14:44.15 | abhi2011 | i mean in the bullet matrices |
| 14:44.18 | abhi2011 | and positions |
| 14:44.29 | elf_ | that's what I get http://paste.ubuntu.com/1222635/ |
| 14:45.08 | elf_ | but you see the plane dimensions are 15 not 15K so it is transferred in milimeters |
| 14:45.33 | abhi2011 | yeah thats fine in the bullet matrix outputs |
| 14:45.45 | elf_ | I am talking about the sim_gp.r and sim_cube.r |
| 14:45.55 | abhi2011 | as you have the positions hardcoded still |
| 14:46.04 | abhi2011 | i have reverted to the code in svn |
| 14:46.10 | elf_ | you mean you get 49k in the matrice? |
| 14:46.11 | abhi2011 | where I pick up dimensions from mged |
| 14:46.14 | abhi2011 | yes |
| 14:46.19 | elf_ | what have you changed? |
| 14:46.39 | abhi2011 | one sec i ll commit to svn |
| 14:47.25 | elf_ | okay |
| 14:51.09 | CIA-68 | BRL-CAD: 03Abhi2011 * r52516 10/brlcad/trunk/src/libged/simulate/ (simphysics.cpp simulate.c simutils.c): Fixing the simulate function. There are a number of debugging lines still present. These will be removed soon. |
| 14:51.27 | abhi2011 | update |
| 14:51.51 | abhi2011 | there are a lot of indentation related changes |
| 14:51.55 | abhi2011 | so just ignore those |
| 14:54.13 | elf_ | kay getting them now |
| 15:00.56 | elf_ | darn should have just updated my current version not try and get the whole repo again |
| 15:02.58 | abhi2011 | :P |
| 15:05.15 | elf_ | ahh you took out the hardcodded parts |
| 15:06.08 | abhi2011 | yes |
| 15:06.18 | abhi2011 | does it compile without shadows ? |
| 15:07.08 | elf_ | I am making another build for that one, since I got it from the latest version of the svn so I have to wait if it compiles without shadow |
| 15:08.04 | elf_ | anyway I think the shadow problems occur just when I butch on some of the code, I tried using again the bu_logs in my version of the code and it worked, so most probably I was doing something wrong |
| 15:08.08 | elf_ | before |
| 15:09.34 | abhi2011 | cool |
| 15:14.10 | abhi2011 | ok the positions are fine now |
| 15:14.14 | abhi2011 | I ll commit the new code |
| 15:14.40 | abhi2011 | its not updating mged yet though |
| 15:14.56 | abhi2011 | but its coming to a halt at 1.9999 |
| 15:15.01 | abhi2011 | which is correct |
| 15:15.10 | abhi2011 | as the ground plane in your s3.g |
| 15:15.24 | abhi2011 | is 2 m in height with center at 0,0,0 |
| 15:15.32 | abhi2011 | and the cube is also 2 m in height |
| 15:15.49 | abhi2011 | so the center of the cube on collision will be at 1 + 1 = 2 m |
| 15:16.01 | elf_ | that's right |
| 15:16.14 | abhi2011 | i ll commit the new code again |
| 15:16.15 | elf_ | what was wrong with the positions? |
| 15:16.40 | elf_ | okay I'll wait to finish this building and then update only the changes |
| 15:17.19 | abhi2011 | yep |
| 15:17.28 | abhi2011 | and now to fix this mged updating thing |
| 15:17.34 | elf_ | I mean what did you change for the position to be right? |
| 15:17.38 | CIA-68 | BRL-CAD: 03Abhi2011 * r52517 10/brlcad/trunk/src/libged/simulate/simulate.c: More fixes. Scaled the mged supplied AABB bounds by 0.0001 to bring it into meters before feeding into bullet. |
| 15:17.50 | elf_ | ahh you scalled it |
| 15:17.55 | abhi2011 | yeah :P |
| 15:18.13 | abhi2011 | what else to do, i dunno what mged is mucking up at the moment |
| 15:18.28 | elf_ | that's tricky.... maybe the problem wasn't from there, will have to tell Sean about this one |
| 15:18.33 | abhi2011 | yeah |
| 15:18.42 | elf_ | if mged is getting the units wrong that's a big problem |
| 15:19.00 | abhi2011 | we are prolly not executing the right commands |
| 15:19.08 | abhi2011 | i can see 15 and 50 etc |
| 15:19.16 | abhi2011 | in the primitive editor |
| 15:19.19 | elf_ | though I tend to think we are doing something wrong in the code |
| 15:19.23 | elf_ | 15 and 50? |
| 15:19.33 | abhi2011 | in mged opengl wndow |
| 15:19.33 | elf_ | darn this build takes forever... |
| 15:19.42 | abhi2011 | if you select a primitive |
| 15:19.56 | abhi2011 | edit > primitve selection |
| 15:20.05 | abhi2011 | then goto |
| 15:20.14 | abhi2011 | edit > primitve editor |
| 15:20.24 | abhi2011 | you can see the details of the object |
| 15:20.34 | abhi2011 | that does know abut the units |
| 15:21.41 | abhi2011 | strange |
| 15:21.45 | abhi2011 | it does about the units |
| 15:21.53 | abhi2011 | but if i select meters as the unit |
| 15:22.07 | abhi2011 | the primitive editor shows me .001 m |
| 15:22.15 | abhi2011 | if i make the units as mm |
| 15:22.18 | abhi2011 | then it show 1 mm |
| 15:22.35 | abhi2011 | so the cubes in te s3.g file were created with mm dimensions |
| 15:22.52 | abhi2011 | hmm |
| 15:22.59 | elf_ | what does the units command tell you? |
| 15:23.02 | elf_ | type units |
| 15:23.05 | elf_ | in mged |
| 15:23.24 | abhi2011 | You are editing in 'm'. 1 m = 1000 mm |
| 15:23.33 | elf_ | so it was created with meters not mm |
| 15:23.45 | abhi2011 | no |
| 15:23.49 | elf_ | I assume that you didn't select units m before |
| 15:23.55 | abhi2011 | when I goto primitive editor |
| 15:24.06 | abhi2011 | i can see the dimensions of the cube as 0.001 mm |
| 15:24.10 | abhi2011 | so it was made in mm |
| 15:24.25 | abhi2011 | sprry |
| 15:24.28 | abhi2011 | 0.001 m |
| 15:24.48 | abhi2011 | umm u understand what I mean ? |
| 15:24.57 | abhi2011 | see the cubes must have been in mm |
| 15:25.14 | abhi2011 | else the prim editor would not say the dimension as 0.001 |
| 15:25.20 | abhi2011 | when I am in units = meters |
| 15:25.20 | elf_ | send you another database, it has the same geometry as the one you got |
| 15:25.40 | abhi2011 | ok |
| 15:25.42 | elf_ | I am looking at it right now and I get ARB8 V1:(1,-1,49) |
| 15:25.44 | elf_ | which is right |
| 15:26.15 | abhi2011 | yes but what do you see in the primitive editor |
| 15:27.23 | elf_ | and I am looking at the primitive editor in this one too it looks like this |
| 15:27.24 | elf_ | http://imageshack.us/a/img826/4358/screenshotat20120923182.png |
| 15:27.26 | abhi2011 | what was the command for getting ARB8 V1:(1,-1,49) |
| 15:27.39 | abhi2011 | yes |
| 15:27.48 | elf_ | if you are getting that it's not right... cause the units used to create the geometry are selected as meters |
| 15:27.49 | abhi2011 | so that means your units are currently in meters |
| 15:27.53 | elf_ | so something's wrong |
| 15:27.59 | abhi2011 | hmm |
| 15:28.31 | abhi2011 | ok my units are currently st to meters |
| 15:30.06 | *** join/#brlcad elf_ (~elf@109.97.187.115) | |
| 15:30.14 | elf_ | and the arb8 thing you get in the mged window with Keypoint:ARB8 V1:(1,-1,49), on the margin of the window, where you get also the az, el and other info |
| 15:34.08 | abhi2011 | ok there was a command to print out all the vertices i think |
| 15:34.44 | abhi2011 | for a arb8 i mean |
| 15:36.19 | *** join/#brlcad elf__ (~elf@92.80.8.106) | |
| 15:36.48 | elf__ | Grrr damn it keep getting kicked O.O |
| 15:38.04 | abhi2011 | yeah you are right |
| 15:38.09 | abhi2011 | I did l cube |
| 15:38.20 | abhi2011 | its printing the vertices as 1000 etc |
| 15:38.25 | abhi2011 | while unit = mm |
| 15:38.39 | abhi2011 | but the prim editor shows it as 1.000 |
| 15:38.48 | abhi2011 | thats weird |
| 15:38.49 | elf__ | so something's wrong |
| 15:38.59 | abhi2011 | yeah |
| 15:39.01 | abhi2011 | well anyway |
| 15:39.03 | elf__ | I think it's somewhere outside simulate command |
| 15:39.09 | abhi2011 | yep |
| 15:39.21 | abhi2011 | so lets see whats up with mged updating |
| 15:40.26 | abhi2011 | i think if the units are wrong |
| 15:40.36 | abhi2011 | and the objects are being moved only by 49 mm |
| 15:40.41 | abhi2011 | then there will a problem |
| 15:40.55 | abhi2011 | we will have to scale the tranforms back |
| 15:41.01 | elf__ | I don't think there's anything wrong with the updating actually. |
| 15:41.01 | abhi2011 | by 1000 |
| 15:41.05 | elf__ | It updates it right |
| 15:41.10 | elf__ | by the scalling |
| 15:41.14 | elf__ | I mean for mm it worked |
| 15:41.20 | elf__ | so now it updates it for mm to |
| 15:41.26 | elf__ | moving it just a tiny little bit |
| 15:41.35 | elf__ | if the units it would be right |
| 15:41.41 | abhi2011 | yep |
| 15:41.43 | elf__ | then it would update it for meters |
| 15:41.49 | elf__ | so it would move more |
| 15:42.29 | abhi2011 | hmm so do we remove the scaling then |
| 15:42.50 | elf__ | yep no scalling |
| 15:42.57 | abhi2011 | ok |
| 15:43.33 | abhi2011 | so now we have to ensure that bullet gets 50 |
| 15:43.38 | abhi2011 | and not 50,000 |
| 15:44.59 | elf__ | hmm we can trick it I guess somehow, maybe the scaling should remain when we get the parameters from mged to bullet and then we will only update what we get from bullet so no need for more scaling |
| 15:45.15 | elf__ | this should only be something temporal |
| 15:45.53 | abhi2011 | yep |
| 15:46.15 | abhi2011 | so when we update back from bullet |
| 15:46.35 | abhi2011 | now |
| 15:46.43 | abhi2011 | we have to check whats happening |
| 15:46.54 | abhi2011 | i have got scaling present only during the input |
| 15:47.04 | abhi2011 | in get_bb() |
| 15:47.09 | abhi2011 | no where else |
| 15:48.30 | elf__ | okay that's good, there should be scaling since that's when we get the dimensions from mged to bullet |
| 15:50.37 | elf__ | hmm it's still not enough, the scaling is there but the bullet still somehow gets the 49K instead of 49 |
| 15:51.06 | abhi2011 | eh ? |
| 15:51.20 | abhi2011 | i can see 49 in the matrices |
| 15:52.00 | abhi2011 | wait i ll post my output |
| 15:52.04 | elf__ | yes there's 49 in the matrices but it acts as if it's 49k, try and simulate it for more steps 20 or so |
| 15:52.25 | elf__ | for 20 steps in the mm simulation will move a good deal |
| 15:52.35 | elf__ | here it barely "trembles" so to speak |
| 15:53.13 | abhi2011 | ok, but the position is dropping right ? |
| 15:53.21 | elf__ | how I see it, it's that it should be the same thing only in different dimensions, it moves at one speed in the mm units then the same proportions should be respected in the m unitz |
| 15:53.22 | abhi2011 | it should drop right down to 1.9999 |
| 15:55.29 | elf__ | that |
| 15:55.32 | elf__ | s the thing it's not |
| 15:55.33 | elf__ | http://paste.ubuntu.com/1222766/ |
| 15:56.02 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 15:56.37 | abhi2011 | here is my output : http://paste.ubuntu.com/1222768/ |
| 15:57.09 | elf__ | see the 49.416668 it got modified just a little bit, I was expecting the 49 to get modified to drop to something like 40 or so |
| 15:57.19 | abhi2011 | only in 300 steps |
| 15:57.22 | abhi2011 | see my output |
| 15:57.42 | abhi2011 | 50 m is a long distance to fall :P |
| 15:57.56 | elf__ | hmm that's better |
| 15:57.59 | elf__ | let me try it |
| 15:58.01 | abhi2011 | remember in the hallo world they had it as 300 |
| 15:58.24 | elf__ | yes you are right |
| 15:59.06 | elf__ | it works |
| 15:59.13 | elf__ | okay so one out of the way |
| 16:01.00 | abhi2011 | yah it hits at 227 |
| 16:01.13 | abhi2011 | thats when the linear velocity drops suddenly |
| 16:02.22 | abhi2011 | so lets run it for 1 iteration |
| 16:02.29 | abhi2011 | and see how the values change |
| 16:02.34 | abhi2011 | whats your current units |
| 16:02.39 | abhi2011 | i ll swithc to the same |
| 16:02.48 | abhi2011 | so we are on the same page |
| 16:03.06 | abhi2011 | i am in mm |
| 16:03.40 | elf__ | I am in m |
| 16:03.49 | elf__ | I used m all this time |
| 16:04.08 | abhi2011 | right |
| 16:04.11 | abhi2011 | so am i now |
| 16:04.12 | elf__ | but yeah around the 227 velocity goes suddenly near 0 |
| 16:04.35 | elf__ | Question do you actually see the cube on the ground? |
| 16:04.38 | abhi2011 | yah maybe the 2nd hit |
| 16:04.43 | elf__ | or near the ground plane? |
| 16:04.46 | abhi2011 | in the hallo world it hit earleir |
| 16:04.53 | abhi2011 | yeah |
| 16:04.56 | abhi2011 | well anyway |
| 16:05.09 | abhi2011 | so now we have to get mged updating correctly |
| 16:05.18 | elf__ | mine it's still in the same postion, strange |
| 16:05.25 | abhi2011 | yeah mine too |
| 16:05.29 | elf__ | okay let's get mged to update correctly |
| 16:05.47 | abhi2011 | so run for only 1 iteration |
| 16:05.56 | abhi2011 | lets see what it says |
| 16:06.01 | abhi2011 | after that |
| 16:06.06 | abhi2011 | in mged |
| 16:06.30 | abhi2011 | i am guessing that since bullet will return in meters |
| 16:06.46 | abhi2011 | i.e. something like 49.999 after 1st iteration |
| 16:07.00 | abhi2011 | mged will see it as 49.99 mm |
| 16:07.08 | abhi2011 | and thats not visible |
| 16:08.44 | elf__ | okay it gets something as 49.997223 |
| 16:09.19 | elf__ | so 49.99 will be then double precision, so next time the simulate command should start from 49.99 right? |
| 16:10.23 | abhi2011 | yes |
| 16:10.42 | abhi2011 | umm |
| 16:10.43 | abhi2011 | no |
| 16:10.53 | elf__ | no? |
| 16:11.03 | abhi2011 | if you run simulate again it will start again from 50 |
| 16:11.15 | abhi2011 | because it makes a copy of the cube each time |
| 16:11.43 | abhi2011 | the 2nd iteration while running the simuate command will start from 49.99 |
| 16:12.04 | abhi2011 | is that what you meant :) |
| 16:12.57 | abhi2011 | if you see the output of the simulate command for 2 iterations you ll understand |
| 16:13.25 | abhi2011 | the output of the previous iteration is the input for the next iteration |
| 16:13.35 | elf__ | yeah. the second iteration I meant :) |
| 16:15.30 | abhi2011 | lets try multiplying the translation component of the matrices by 1000 and if there is a change |
| 16:15.47 | abhi2011 | *and see if |
| 16:18.58 | abhi2011 | lines 248-250 |
| 16:19.09 | abhi2011 | i undo previous translation |
| 16:19.25 | abhi2011 | lines 295-297 i apply current translation |
| 16:19.35 | abhi2011 | in simulate.c |
| 16:21.54 | abhi2011 | yeah it updates correctly with the 1000 scaling during output as well |
| 16:21.57 | abhi2011 | i ll commit it |
| 16:24.07 | CIA-68 | BRL-CAD: 03Abhi2011 * r52518 10/brlcad/trunk/src/libged/simulate/simulate.c: Added scaling for the bullet->mged transform as well. All this scaling should not be needed. We should try testing with another scene where we create the geometry in mm. |
| 16:24.41 | abhi2011 | i ll try with some of my older .g files |
| 16:36.09 | elf__ | it looks good on my end |
| 16:37.14 | elf__ | does it work with your old files as well? |
| 16:37.35 | elf__ | I will try with the geometry in mm |
| 16:37.43 | elf__ | there shouldn't be any problems though |
| 16:39.39 | elf__ | hmm the position doesn't get updated in mged opengl window |
| 16:42.02 | elf__ | http://paste.ubuntu.com/1222855/ |
| 16:42.15 | elf__ | hmm |
| 16:42.53 | elf__ | it might be affected by the fact that bullet got that 0.04 tolerance |
| 16:43.04 | elf__ | will try with larger values |
| 16:46.36 | abhi2011 | the cube comes to rest on the ground right ? |
| 16:46.47 | abhi2011 | after dropping 50 meters ? |
| 16:47.01 | elf__ | in the meters simulation yes |
| 16:47.08 | elf__ | for the mm one is not working |
| 16:47.11 | abhi2011 | ok |
| 16:47.20 | elf__ | how's on your end? |
| 16:47.29 | abhi2011 | i seem to have the units set to mm |
| 16:47.35 | abhi2011 | for all my older files |
| 16:47.55 | abhi2011 | maybe you can create a new .g file |
| 16:48.05 | abhi2011 | and have the unit set to mm |
| 16:48.09 | abhi2011 | and try again |
| 16:48.19 | elf__ | ahh well yeah I don't think there's a way to change it to meters in any other way than to create another .g file |
| 16:48.32 | elf__ | I am trying for larger geometry in the mm file |
| 16:48.54 | elf__ | cause the bullet tolerance it might affect the simulation |
| 16:51.11 | abhi2011 | yes |
| 16:51.44 | abhi2011 | anything less than 0.1 m might cause issues |
| 16:52.57 | elf__ | hmm I butched the dimensions for the gp and the supposed cube but it works for mm too even though it doesn't look nice in this simulation |
| 16:52.58 | elf__ | http://imageshack.us/a/img834/5985/mmtest.png |
| 16:52.59 | abhi2011 | aha !! |
| 16:53.01 | elf__ | for 100 steps |
| 16:53.09 | abhi2011 | now with the scaling in place |
| 16:53.12 | abhi2011 | i get issues |
| 16:53.15 | elf__ | like? |
| 16:53.16 | abhi2011 | in my older files |
| 16:53.25 | abhi2011 | objects going through the plane |
| 16:53.29 | abhi2011 | ok let me remove the scaling |
| 16:53.40 | abhi2011 | i ll send you my older file |
| 16:53.44 | abhi2011 | you can use that |
| 16:53.44 | elf__ | okay :) |
| 16:59.31 | CIA-68 | BRL-CAD: 03Abhi2011 * r52519 10/brlcad/trunk/src/libged/simulate/simulate.c: Removed all scaling stuff. The modeling units for the simulate command is mm. Meters wont work. |
| 17:00.28 | elf__ | abhi maybe there's something wrong with your old files |
| 17:00.36 | elf__ | cause at me both the meters and mm work |
| 17:00.42 | elf__ | here's the mm file sim |
| 17:00.42 | elf__ | http://imageshack.us/a/img339/2808/150jd.png |
| 17:00.59 | abhi2011 | thats cause scaling is still in place |
| 17:01.04 | elf__ | and I ran it for >150 steps and it's still didn't get inside the plane |
| 17:01.10 | abhi2011 | update the code now |
| 17:01.13 | abhi2011 | i have removed scaling |
| 17:01.14 | elf__ | yes but it works for mm and meters |
| 17:01.18 | elf__ | with scalling |
| 17:01.21 | abhi2011 | and sent you the older file |
| 17:01.22 | elf__ | so why removing it? |
| 17:01.52 | abhi2011 | well we can go with either approach |
| 17:02.00 | abhi2011 | if we model in meters |
| 17:02.03 | abhi2011 | then we need the scaling |
| 17:02.07 | abhi2011 | if we model in mm |
| 17:02.08 | elf__ | you said that meters don't work, it doesn't work without the scaling, but with the scaling on my end works with meters and mm |
| 17:02.09 | abhi2011 | then we do not |
| 17:02.20 | abhi2011 | oh |
| 17:02.20 | elf__ | I'll send you the .g file I used to make that last image |
| 17:02.22 | abhi2011 | hmm |
| 17:02.35 | abhi2011 | ok wait wait |
| 17:02.37 | abhi2011 | :P |
| 17:02.47 | abhi2011 | lets pick a simple solution then |
| 17:02.56 | abhi2011 | either one of the 2 |
| 17:03.03 | abhi2011 | so if you want scaling then fine |
| 17:03.20 | abhi2011 | I ll test it with mm and m later |
| 17:03.31 | elf__ | let me see if your .g file works for me with scalling |
| 17:03.35 | abhi2011 | i am sure it works if you say so :) |
| 17:03.38 | elf__ | if it doesn't we see what we do :) |
| 17:03.46 | abhi2011 | just pick which one you want |
| 17:03.59 | elf__ | double checking is never bad :) |
| 17:04.03 | abhi2011 | and we can go on to the next issue :) |
| 17:04.06 | abhi2011 | yep |
| 17:04.12 | abhi2011 | gotta go have dinner forst |
| 17:04.15 | abhi2011 | brb :P |
| 17:04.51 | elf__ | okay enjoy it :) |
| 17:07.49 | elf__ | abhi? I am only seeing one small kinda blue square o.O |
| 17:08.04 | elf__ | I ran it for 50 steps first, though you said to run it for 200 steps |
| 17:08.14 | elf__ | wanted to see something intermediate |
| 17:08.22 | elf__ | I don't know if that's what am I supposed to se |
| 17:08.23 | elf__ | e |
| 17:24.12 | abhi2011 | hmm thats strange |
| 17:24.22 | abhi2011 | there should be 3 small squares |
| 17:24.31 | abhi2011 | above each other |
| 17:24.35 | elf__ | so I get it that I am not supposed to see the only small square... |
| 17:24.44 | abhi2011 | yep |
| 17:25.07 | elf__ | can you run rt -W -o test.png |
| 17:25.15 | elf__ | on your sim.c file |
| 17:25.18 | elf__ | group* |
| 17:25.26 | elf__ | after 200 steps and then upload it somewhere? |
| 17:25.30 | elf__ | imageshack.us... |
| 17:26.06 | elf__ | I ran it for 50 100 150 steps I still get that one blue small square |
| 17:29.11 | elf__ | I haven't reverted back the scaling, jfyi but you said the cubes are going below the ground so that shouldn't matter, I should see 3 cubes going below the ground |
| 17:52.41 | *** join/#brlcad merzo (~merzo@14-102-132-95.pool.ukrtel.net) | |
| 17:58.05 | *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org) | |
| 17:58.12 | tobiasu | moin |
| 17:58.48 | tobiasu | trying to compile brlcad on openbsd, and scratching my head over this error message: |
| 17:58.56 | tobiasu | /usr/ports/pobj/brlcad-7.22.0/brlcad-7.22.0/include/fb.h:136: error: expected declaration specifiers or '...' before 'Display' |
| 17:59.56 | tobiasu | The X11 includes are found, everything seems fine |
| 18:05.24 | elf__ | abhi2011, I might have figured why your old fallsmall.g file is not working when the scaling is present, the whole geometry is really small |
| 18:05.45 | elf__ | I removed the scaling and tried without it, for 150 steps the cubes fall through the plane |
| 18:05.53 | elf__ | but like I said they are really small |
| 18:06.13 | elf__ | maybe doing the same .g file but for bigger geometry values it will work |
| 18:06.22 | elf__ | it works in that mmm.g file I send to you |
| 18:27.56 | abhi2011 | maybe you can try to switch the view to left view |
| 18:27.58 | abhi2011 | by pressing L |
| 18:28.07 | abhi2011 | then it should frame all the boxes |
| 18:28.12 | abhi2011 | then run the sim |
| 18:28.16 | abhi2011 | thats what i do generally |
| 18:29.09 | elf__ | yeah, well with the scaling even the gp looks really small, I realized after running it without the scaling that the blue square I was seeing was the gp, I wasn't even seeing the small cubes |
| 18:29.22 | elf__ | how did you create it? Just a gp and 3 cubes at different heights? |
| 18:29.30 | abhi2011 | yep |
| 18:29.38 | abhi2011 | you need to click on the mged screen |
| 18:29.42 | elf__ | that should go in the same region so they fall at the same time? |
| 18:29.44 | abhi2011 | left clicking will make it zoom |
| 18:29.54 | abhi2011 | sorry rght click i think |
| 18:29.57 | elf__ | I did it didn't help :) |
| 18:30.02 | abhi2011 | oh |
| 18:30.07 | abhi2011 | wait i ll post a screen |
| 18:31.24 | elf__ | okay :) |
| 18:31.36 | elf__ | I can post a screen with the simulation without the scaling too :) |
| 18:33.04 | abhi2011 | hehe |
| 18:33.05 | abhi2011 | ok |
| 18:33.44 | elf__ | here's what it looks like without the scalling |
| 18:33.45 | elf__ | http://imageshack.us/photo/my-images/29/simulation.png/ |
| 18:33.54 | elf__ | will add one with the scaling too :) |
| 18:34.30 | abhi2011 | oh hmm |
| 18:34.35 | abhi2011 | so it goes through |
| 18:34.42 | abhi2011 | is it the exact same code |
| 18:34.46 | abhi2011 | as in svn currently ? |
| 18:35.09 | elf__ | yep without the scaling, but with the scaling I am thinking that maybe the geometry it's too small to act naturally |
| 18:35.17 | elf__ | yep as in the svn currently |
| 18:35.37 | elf__ | since it stopped for bigger geometry in mm in my other .g file .... |
| 18:35.39 | elf__ | will see |
| 18:36.02 | abhi2011 | ok i ll run it for 300 steps |
| 18:36.06 | abhi2011 | see what happens |
| 18:41.27 | abhi2011 | here is what i get after simulate 200 |
| 18:41.28 | abhi2011 | http://imageshack.us/a/img593/70/simulate200.png |
| 18:41.39 | abhi2011 | i switched to the az 35, el 25 view |
| 18:41.50 | abhi2011 | from the opengl screen, view menu |
| 18:42.17 | abhi2011 | it should not be going thru the plane |
| 18:42.33 | abhi2011 | because that means the collision detection is not working |
| 18:42.46 | abhi2011 | but if the code is from svn then it should |
| 18:42.56 | abhi2011 | and the fallsmall.g file should be used |
| 18:43.22 | elf__ | with the code from the svn it goes through the plane |
| 18:43.47 | elf__ | with the scaling in place I can't make that geometry large enough to see it |
| 18:43.52 | abhi2011 | after how many steps does it happen |
| 18:43.59 | elf__ | tried right button on the mouse |
| 18:44.01 | elf__ | autoview |
| 18:44.08 | elf__ | different settings for the view |
| 18:44.11 | elf__ | nothing |
| 18:44.14 | elf__ | 150 |
| 18:44.32 | abhi2011 | ok |
| 18:44.47 | abhi2011 | so if you directly just load the fallsmall.g file |
| 18:45.09 | abhi2011 | and then draw a.r, b.r , c.r and gp.r |
| 18:45.26 | abhi2011 | then switch to az 35, el 25 |
| 18:45.30 | abhi2011 | in the view menu |
| 18:45.37 | abhi2011 | are you able to see anything |
| 18:46.20 | elf__ | yeah that works |
| 18:46.27 | elf__ | it shows the 3 cubes and the gp |
| 18:47.30 | abhi2011 | ok thats good |
| 18:47.38 | abhi2011 | you are also able to switch to left view ? |
| 18:47.46 | abhi2011 | by pressing L |
| 18:48.28 | elf__ | yeah |
| 18:48.43 | abhi2011 | ok |
| 18:48.57 | abhi2011 | so now you have the svn code running right ? |
| 18:49.04 | abhi2011 | in libged |
| 18:49.11 | abhi2011 | no scaling |
| 18:49.25 | elf__ | nope, now I have the one with scaling running |
| 18:49.44 | abhi2011 | ok, so can we try with the svn code only |
| 18:49.58 | abhi2011 | just to see if we can both get the same output |
| 18:50.05 | abhi2011 | with the exact same steps |
| 18:50.13 | abhi2011 | and exact same file |
| 18:50.49 | abhi2011 | it wil go through with scaling |
| 18:51.03 | abhi2011 | becuase the objects are too small when scaling is on |
| 18:51.09 | abhi2011 | then are less than a mm |
| 18:51.24 | abhi2011 | so lets both sync and run the same code and try the same steps |
| 18:51.29 | abhi2011 | and compare the output |
| 18:52.03 | elf__ | okay reverted back to the svn one |
| 18:52.30 | abhi2011 | ok |
| 18:52.44 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:52.45 | abhi2011 | let me know when mged is running |
| 18:54.25 | elf__ | compiled and running |
| 18:55.02 | abhi2011 | ok |
| 18:55.16 | abhi2011 | so now if you load that fallsmall.g file |
| 18:55.27 | abhi2011 | and draw the 3 cubes and the gp and switch view |
| 18:55.34 | abhi2011 | you can still see them right ? |
| 18:56.11 | elf__ | yes |
| 18:56.32 | abhi2011 | ok |
| 18:56.42 | abhi2011 | so now zap the scene |
| 18:56.45 | abhi2011 | wth Z |
| 18:56.58 | abhi2011 | and simulate for 20 steps |
| 18:58.09 | elf__ | done |
| 18:58.14 | abhi2011 | the cubes should have moved down |
| 18:58.30 | abhi2011 | but none should have penetrated the gp |
| 18:58.43 | elf__ | they did move down :) |
| 18:59.22 | abhi2011 | ok and you can see them right |
| 18:59.33 | elf__ | yep none got in the plane |
| 18:59.39 | abhi2011 | ok cool |
| 18:59.43 | abhi2011 | so at least that works |
| 18:59.56 | elf__ | yes it does |
| 18:59.57 | abhi2011 | see with scaling what happens is the objects sizes are too small |
| 19:00.11 | abhi2011 | we cannot see what bullet is actually doing |
| 19:00.21 | elf__ | yeah and they are way too under 0.04 m that's bullet tolerance |
| 19:00.26 | abhi2011 | so we thing the object size are same as what appears in mged |
| 19:00.32 | abhi2011 | actually bullet is doing some other stuff |
| 19:00.41 | abhi2011 | yep |
| 19:00.57 | elf__ | so that's why I asked you how you made the .g file so I can reproduce it at a bigger scale |
| 19:01.00 | abhi2011 | and thats cause I use the scaled postion to get the bb |
| 19:01.14 | abhi2011 | yeah I forgot that it was in mm |
| 19:01.15 | elf__ | like I did with the other .g file I send to you |
| 19:02.01 | elf__ | if there are enough mm so that the object are in meters, like 1000mm or so for an object the scaling works |
| 19:03.10 | abhi2011 | ok |
| 19:04.54 | abhi2011 | hmm, so then we will need to model objects to be larger |
| 19:05.05 | elf__ | yeah, that's my idea too |
| 19:05.20 | elf__ | though I still think it's not right what happens there with the mm/m stuff |
| 19:05.38 | abhi2011 | ok, so lets stick with no scaling for now |
| 19:05.46 | abhi2011 | so we have to model with normal numbers |
| 19:05.47 | elf__ | okay |
| 19:05.52 | abhi2011 | till we speak to sean about it |
| 19:06.01 | abhi2011 | no need to complicate the code more than it needs to :) |
| 19:06.11 | elf__ | well the thing is it will work only for mm with no scaling |
| 19:06.16 | abhi2011 | yep |
| 19:06.33 | abhi2011 | :) |
| 19:07.04 | abhi2011 | hmm |
| 19:07.07 | elf__ | ? |
| 19:07.13 | abhi2011 | darn even i am no sure anymore :P |
| 19:07.26 | abhi2011 | ok fine |
| 19:07.31 | abhi2011 | lets go with scaling then |
| 19:07.36 | abhi2011 | to have maximum support |
| 19:07.40 | abhi2011 | in both units |
| 19:07.49 | elf__ | haha |
| 19:08.32 | elf__ | It will be kinda uhmm so and so to explain that you know you should have large objects to simulate the physics |
| 19:10.06 | abhi2011 | yah, I think if we the unit is chosen to be meters via the units command, then when we create objects we should not need to specify 1000 for 1 meter |
| 19:10.16 | abhi2011 | thats the whole point of choosing meters as the unit |
| 19:10.23 | abhi2011 | to not have to specify large numbers |
| 19:10.35 | elf__ | yeah |
| 19:10.54 | abhi2011 | but as of now that not the case i think |
| 19:11.01 | abhi2011 | i havent tried in meters |
| 19:11.17 | abhi2011 | ok, well we have to move on |
| 19:11.21 | abhi2011 | lets leave it as it for now |
| 19:11.24 | abhi2011 | with no scaling |
| 19:11.33 | abhi2011 | there is the ray tracing stuff to solve |
| 19:11.40 | abhi2011 | we ll use mm from now on |
| 19:11.49 | elf__ | okay |
| 19:11.59 | abhi2011 | right |
| 19:12.18 | abhi2011 | by the way I guess you know the script |
| 19:12.30 | abhi2011 | for generatng the images of each frame |
| 19:12.47 | abhi2011 | you can try it now that mged is getting updated |
| 19:13.06 | elf__ | hmm what script to be exact? |
| 19:13.21 | abhi2011 | good question :P |
| 19:14.03 | abhi2011 | sim.sh |
| 19:14.20 | abhi2011 | i had mailed it to you earlier |
| 19:14.38 | elf__ | yeah |
| 19:14.55 | elf__ | hmm will run it right now, let's see what I get |
| 19:15.10 | abhi2011 | you may need to modify it a bit |
| 19:15.28 | elf__ | yep |
| 19:15.29 | abhi2011 | it has to run from the directory where the .g file is or something |
| 19:15.32 | abhi2011 | ust check it |
| 19:15.37 | elf__ | I saw that |
| 19:15.57 | elf__ | uhmm where is that roll.g file? |
| 19:17.17 | elf__ | I actually did one of those for the single cube falling on the ground |
| 19:17.29 | abhi2011 | use your own .g file :P |
| 19:17.29 | elf__ | anyway I will try it with the fallsmall.g file |
| 19:17.34 | abhi2011 | yep |
| 19:21.27 | abhi2011 | irc used to be a lot more busy |
| 19:21.42 | abhi2011 | i wonder where all the other people went! |
| 19:23.39 | elf__ | on holiday maybe |
| 19:25.43 | abhi2011 | anyway, we l continue tomorrow |
| 19:25.49 | abhi2011 | glad we got something fixed today |
| 01:35.23 | *** join/#brlcad yukonbob (~bch@107.228.181.67) | |
| 01:35.27 | yukonbob | hello #brlcad |
| 01:37.52 | yukonbob | ...and goodbye ! |
| 03:39.38 | elf__ | brlcad, are you around? :) |
| 04:57.37 | *** join/#brlcad ``Erik (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 05:23.54 | CIA-68 | BRL-CAD: 03Elf11 07http://brlcad.org * r4445 10/wiki/User:Elf11: /* Log */ |
| 06:54.49 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:20.05 | *** join/#brlcad elf11_ (~elf11_@92.80.8.106) | |
| 08:22.12 | *** part/#brlcad elf11_ (~elf11_@92.80.8.106) | |
| 08:22.18 | *** join/#brlcad elf11_ (~elf11_@92.80.8.106) | |
| 09:16.38 | *** join/#brlcad elf11_ (~elf11_@92.80.8.106) | |
| 09:45.33 | *** join/#brlcad elf11_ (~elf11_@92.80.8.106) | |
| 09:55.40 | *** join/#brlcad elf11__ (~elf11__@92.80.8.106) | |
| 10:01.13 | *** join/#brlcad abhi2011 (~chatzilla@117.214.48.168) | |
| 10:34.44 | *** join/#brlcad elf11__ (~elf11__@92.80.57.5) | |
| 10:40.54 | *** join/#brlcad abhi2011_ (~chatzilla@117.214.48.168) | |
| 10:45.33 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:45.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:46.01 | *** join/#brlcad abhi2011 (~chatzilla@117.200.81.167) | |
| 13:49.43 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@027b4353.bb.sky.com) | |
| 14:05.51 | *** join/#brlcad elf11__ (~elf11__@109.97.130.248) | |
| 14:09.21 | *** join/#brlcad elf_ (~elf@92.80.57.5) | |
| 14:20.23 | CIA-68 | BRL-CAD: 03starseeker * r52520 10/brlcad/trunk/src/libnurbs/opennurbs_fit.cpp: Remove some debugging output. |
| 14:21.52 | abhi2011 | hey starseeker, is there anyway to disable the multiconfig_path thing |
| 14:22.10 | abhi2011 | it seems to be throwing up some errors in the windows compile |
| 14:27.08 | elf11__ | It is "normal" for the VS brlcad build to have a few GB on the HDD? |
| 14:33.03 | abhi2011 | so about the raytracing algorithm |
| 14:33.22 | elf11__ | yeah? |
| 14:33.26 | abhi2011 | right now we are using the bullet default cube-cube collision algo |
| 14:33.45 | abhi2011 | in fact bullet has specific algos for specific shape pairs |
| 14:33.54 | abhi2011 | (details in the manual) |
| 14:34.46 | abhi2011 | so we need to uncomment the lines 525 to 552 |
| 14:34.52 | abhi2011 | in simphysics |
| 14:35.10 | abhi2011 | thats for registering a custom algorithm for box-box collisions |
| 14:35.34 | abhi2011 | the algo in its current state will probably need fixing |
| 14:36.01 | abhi2011 | so we can pick up a simple case to use for fixing it first |
| 14:36.02 | elf11__ | hmm okay |
| 14:36.17 | abhi2011 | a box on te ground plane |
| 14:36.36 | abhi2011 | the box should stay in its position |
| 14:36.42 | abhi2011 | for al iterations |
| 14:37.50 | elf11__ | right |
| 14:38.00 | elf11__ | a static object so to speak |
| 14:38.13 | abhi2011 | only the ground plane is static |
| 14:38.21 | abhi2011 | the box is dynamic |
| 14:38.27 | CIA-68 | BRL-CAD: 03Abhi2011 * r52521 10/brlcad/trunk/src/libged/simulate/ (simphysics.cpp simulate.c): Removed all the logging lines. |
| 14:38.45 | abhi2011 | in bullet a dynamic object at rest is still dynamic |
| 14:38.56 | abhi2011 | with all velocities 0 |
| 14:40.09 | abhi2011 | there are 2 phases in bullet's collision detection pipeline |
| 14:40.16 | abhi2011 | broadphase and narrowphase |
| 14:40.40 | abhi2011 | in broadphase AABBs are used to generate pairs of objects which are colliding |
| 14:41.11 | abhi2011 | then the narrowphase is used to generate the exact contact points, penetration distance, normals |
| 14:41.26 | abhi2011 | bullet will calculate the reaction force from this data |
| 14:42.05 | elf11__ | okay |
| 14:51.12 | *** join/#brlcad abhi2011 (~chatzilla@117.200.81.167) | |
| 14:56.32 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 14:56.53 | DarkCalf | waves to #brlcad |
| 16:11.45 | *** join/#brlcad elf11_ (~elf11_@92.80.57.5) | |
| 16:40.06 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:40.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:59.24 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:59.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:32.07 | *** join/#brlcad abhi2011 (~chatzilla@117.200.84.173) | |
| 17:33.10 | abhi2011 | elf11_ ? |
| 18:00.51 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:31.40 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:31.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:12.24 | *** join/#brlcad paulprot1uss (~paulprote@rose.makesad.us) | |
| 20:49.46 | elf11_ | hey, tried to compile BRL-CAD for VS and got a bunch of errors |
| 20:49.48 | elf11_ | http://paste.ubuntu.com/1225364/ |
| 20:50.11 | elf11_ | if anyone has any idea what the problem is please do tell... |
| 21:02.59 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 21:04.00 | *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org) | |
| 21:16.10 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:22.07 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 15:20.35 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:20.35 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 15:42.40 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:42.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:01.10 | CIA-68 | BRL-CAD: 03brlcad * r52527 10/brlcad/trunk/src/libged/bot_fuse.c: quell may be used uninitialized |
| 16:09.21 | CIA-68 | BRL-CAD: 03carlmoore * r52528 10/brlcad/trunk/misc/CMake/Distcheck.cmake: fix 2 spellings |
| 16:10.49 | CIA-68 | BRL-CAD: 03carlmoore * r52529 10/brlcad/trunk/misc/CMake/distcheck_autotools.cmake.in: fix spelling in a quoted string |
| 16:20.34 | *** join/#brlcad [1]elf11_ (~elf11_@92.80.57.5) | |
| 16:27.10 | brlcad | elf11_: here's what was written |
| 16:27.10 | brlcad | 22:30 < brlcad> elf11_: you should totally document everything abhijit has been telling you in the source code |
| 16:27.13 | brlcad | 22:31 < brlcad> like the broadphase/narrowphase information, bounding boxes, how things are organized and processed, etc |
| 16:27.16 | brlcad | 22:31 < brlcad> a comment in one of the source files or even in a text README file is warranted |
| 16:27.19 | brlcad | 22:31 < brlcad> as much detail an information as possible |
| 16:36.42 | elf11_ | Hey, Sean. I was already doing that, documenting for myself what Abhi told me, to organize stuff a little bit in my mind - by writing it down, so I will add a file with it in the source files |
| 16:38.02 | brlcad | great |
| 16:38.55 | elf11_ | and about the mm/m problem that we encountered? |
| 16:39.18 | elf11_ | also I am currently trying to see why the mass of the body is growing during the simulation |
| 16:45.12 | brlcad | elf11_: can you summarize the problem? |
| 16:45.31 | brlcad | limiting working units to mm is fine for now, but it does seem like a peculiar limitation |
| 16:47.02 | elf11_ | In the meter case we concluded that when transfering information from mged to bullet, mged has the units stored as n * 1000mm and not as n meters, so bullet gets n*1000 units, since bullet knows only about meters that's the unit we get |
| 16:47.49 | elf11_ | so scaling when transferring from mged to bullet is an option |
| 16:49.17 | elf11_ | also found out why the cube was penetrating the gp in that simulation, bullet has a tolerance of 0.04m so for collision detection to work properly geometry should be larger than that tolerance |
| 16:49.26 | elf11_ | the geometry for that simulation wasn't |
| 16:59.09 | brlcad | elf11_: brl-cad stores everything as mm and lets you have working units be nearly anything |
| 16:59.59 | brlcad | you shouldn't be "scaling" anything.. should be passing it in as-is |
| 17:01.23 | brlcad | if bullet has a tolerance of 0.04m, then it may make sense to "scale" it when feeding it to bullet, but only to overcome that limitation |
| 17:03.13 | brlcad | makes a note of http://wikihelp.autodesk.com/Alias/enu/2013/Help/0124-Autodesk124/0281-How_to..281/0282-Model282/0363-Modify_g363/0427-Cut_or_t427/0433-Convert_433 |
| 17:04.59 | elf11_ | So you say that brlcad is storing everything in mm, but when we transfer from mged to bullet we should have got meters? Of course if the geometry we created was in meters. |
| 18:45.35 | brlcad | elf11_: I wasn't speaking to what happens when you transfer to bullet -- just what brl-cad does |
| 18:46.14 | brlcad | everything is (always) stored as mm along with the working units so that numerics are stable -- conversion happens on the fly to your working units only when needed |
| 18:47.17 | brlcad | if you created geometry in m, then the mm values getting passed to bullet would be "too big" if bullet treats the values as m |
| 20:30.42 | starseeker | Well, nuts. Why'd Pixar have to go with Microsoft Public License... http://www.opensubdiv.com/?p=197 |
| 22:05.51 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 22:29.57 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 22:46.32 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 22:46.32 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 22:48.47 | elf11_ | Hmm okay, thanks brlcad for that, then the scaling when transfering from mged to bullet is necessarily and when working in mm there should be some kind of warning about the size of the geometry. |
| 22:55.28 | starseeker | brlcad: hmm, another open font: http://sourceforge.net/projects/sourcecodepro.adobe/ |
| 00:34.29 | brlcad | starseeker: uhm, because "The code embodies decades of research and experience by Pixar, and a more recent and still active collaboration on fast GPU drawing between Microsoft Research and Pixar." :) |
| 00:36.46 | brlcad | interesting font, looks like adobe themselves published it: http://www.tested.com/news/443102-adobe-releases-monospaced-open-source-font-source-code-pro/ |
| 00:38.09 | brlcad | elf11_: I guess I'm still not seeing the problem -- if you know the values being fed to bullet are always a specific unit, you are providing bullet with a model sized consistently |
| 00:39.01 | brlcad | elf11_: is the problem that small objects will traverse a large distance with very few simulation steps or something like that? |
| 00:48.28 | elf11_ | brlcad, the thing is that you are feeding bullet what's stored in brl-cad, so if for example the simulation I did in mm will be translated to m, then since brl-cad stores sizes in mm, bullet will get 50000 m and not 50 000 mm from brl-cad, hence the scaling |
| 00:49.36 | elf11_ | and small geometry results are not reliable because, bullet has a tolerance of 0.04m that's like 40mm, the simulation I did the biggest geometry was 30mm, lower than the tolerance |
| 00:49.42 | elf11_ | so the cube was penetrating the surface |
| 00:50.33 | brlcad | elf11_: okay, but the mm to m translation would just be a one-time bug to get fixed |
| 00:51.14 | brlcad | that also seems like a very high tolerance -- is it configurable? |
| 00:52.15 | brlcad | moreover, what would be the impact of scaling the geometry up so that it's always an order bigger than that tolerance? |
| 00:52.52 | elf11_ | the mm to m translation is a few lines of code fix |
| 00:53.23 | elf11_ | about the configurable part looked into it, didn't find yet a way to get it lower |
| 00:53.27 | brlcad | or always scaling 10^6 even unless values are >10^6 already |
| 00:55.56 | elf11_ | hmm I tried the simulation I did for values like 10^2 bigger than the ones used, and it worked - the cube didn't fall through the plane, like just meter scaling all the geometry under the tolerance |
| 01:08.46 | brlcad | elf11_: the issue might be the rate at which it simulates |
| 01:09.29 | brlcad | you want X time steps to equate to the same amount of time and for the mass being simulated to reflect the sizes in brl-cad, not whatever size it might have been scaled to |
| 01:10.12 | brlcad | you could compensate with a 10^6 scaling with a similar mass scaling, but it'd have to be done carefully to be correct |
| 01:11.11 | brlcad | best to start as simple possible, unscaled and just document that you the model should be larger than 40mm in order for collision detection to be evaluated correctly |
| 01:11.58 | elf11_ | okay |
| 01:45.28 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 02:33.58 | *** join/#brlcad elf_ (~elf@92.80.57.5) | |
| 03:04.56 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 03:04.59 | yukonbob | hello #brlcad |
| 03:17.47 | brlcad | howdy |
| 03:18.46 | yukonbob | :) |
| 03:19.13 | yukonbob | just saw news of Sony OSL, looked at license. Very impressed. |
| 03:42.57 | yukonbob | brlcad: how're things going? |
| 03:57.25 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 05:04.06 | *** join/#brlcad abhi2011 (~chatzilla@117.200.84.29) | |
| 08:40.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:34.37 | brlcad | starseeker: interesting, rhino mostly punted: http://wiki.mcneel.com/rhino/meshtonurb |
| 13:35.02 | brlcad | though that base case does have some interesting implications that could be useful to support |
| 13:40.37 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 16:34.34 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:43.49 | *** join/#brlcad tobiasu_ (~tobiasu@tin.tmux.org) | |
| 17:10.26 | *** part/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 17:11.35 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 17:35.39 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 20:31.14 | *** join/#brlcad elf_ (~elf@92.80.33.182) | |
| 20:53.42 | starseeker | Hmm - CIA still not working |
| 21:13.28 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 23:24.28 | *** join/#brlcad tobiasu (~tobiasu@tin.tmux.org) | |
| 05:32.29 | brlcad | starseeker: slightly diff approach in order to avoid the mod, but the tolerance might need adjusting |
| 05:33.28 | brlcad | since CIA is offline, used Length() instead of IsSingleton() .. is considerably faster too relatively speaking, but probably not significantly |
| 05:35.36 | brlcad | wow, awesome: http://www.scribd.com/doc/107130136/Trabalho-Desenho-Tecnico-aplicado-BRLCAD-1º-Bimestre |
| 09:10.55 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 11:56.33 | starseeker | brlcad: ah, k - that mod I'm not really concerned over though... exact floating point comparisons are going to mess with the utility of those functions regardless, unless they're intended for something other than what I thought they were for |
| 13:12.27 | brlcad | starseeker: yeah, I know -- that's part of a larger issue |
| 13:13.10 | brlcad | one that probably warrants a brief question to their newsgroup, whether they'd be receptive to a patch -- there's about a dozen exact comparisons that I'm aware of |
| 13:13.41 | brlcad | in the interval class's case, that one's a little more complicated because of the other < > range checks |
| 13:14.44 | brlcad | if nearness to zero is valid, it implies all the comparisons should take floating point into consideration or it becomes inconsistent with the class definition |
| 13:41.03 | *** join/#brlcad abhi2011 (~chatzilla@117.200.82.200) | |
| 19:27.54 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:27.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 02:37.58 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 09:20.58 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:20.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:28.14 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:42.27 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:42.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:03.50 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 13:28.15 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 18:37.14 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:37.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:35.09 | *** join/#brlcad Yoshi477 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 22:45.32 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 22:45.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:37.19 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:37.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:43.17 | *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in) | |
| 12:56.09 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 19:07.55 | *** join/#brlcad stas (~stas@109.48.58.218) | |
| 20:26.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:26.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:41.39 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:41.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:46.47 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:46.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:18.53 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:55.52 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:03.24 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:31.53 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:44.18 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:51.48 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:18.19 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:38.49 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 01:42.22 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:58.05 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:13.58 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 02:14.06 | yukonbob | hello #brlcad |
| 03:27.50 | brlcad | waves |
| 03:28.53 | yukonbob | maw brlcad. |
| 03:29.05 | yukonbob | how're things? |
| 03:29.59 | yukonbob | (btw -- I couldn't see any of that Sheep trailer from SIGGRAPH(?) you were talking about some weeks ago. Just saw talk *of* it). |
| 04:21.34 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 04:41.37 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 05:09.59 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 05:10.43 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 05:22.04 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:22.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:32.04 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 08:14.20 | *** join/#brlcad stas (~stas@109.48.58.218) | |
| 08:24.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:07.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:07.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:15.01 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:15.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:08.30 | *** join/#brlcad stas (~stas@a95-93-142-51.cpe.netcabo.pt) | |
| 11:38.42 | *** join/#brlcad stas (~stas@109.48.2.153) | |
| 12:13.25 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:32.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 12:32.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:37.40 | *** join/#brlcad stas (~stas@109.48.2.153) | |
| 14:42.00 | *** join/#brlcad stas (~stas@109.48.2.153) | |
| 15:05.36 | *** part/#brlcad Mahi (~Mahi@ec2-50-16-47-142.compute-1.amazonaws.com) | |
| 15:22.58 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:37.13 | *** join/#brlcad stas (~stas@a95-93-142-51.cpe.netcabo.pt) | |
| 15:58.49 | *** join/#brlcad stas (~stas@109.48.0.86) | |
| 16:42.26 | *** join/#brlcad stas (~stas@109.48.2.153) | |
| 17:38.50 | *** join/#brlcad stas (~stas@109.48.2.153) | |
| 17:52.43 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 17:52.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:58.58 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:58.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:25.32 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 00:14.10 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 00:41.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 00:56.18 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 00:56.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:12.18 | *** join/#brlcad elf_ (~elf@213.233.85.7) | |
| 10:19.54 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:19.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:27.09 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:07.12 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 11:07.12 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 11:31.34 | starseeker | hmm... CIA really got clobbered this time |
| 11:36.38 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 12:26.34 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 13:17.16 | *** join/#brlcad abhi2011 (~chatzilla@122.167.3.180) | |
| 15:23.24 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:23.25 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:25.40 | brlcad | starseeker: yeah, critical fail |
| 15:26.16 | brlcad | been working with the previous maintainer to see if he has access to his mirror from a couple years ago when we were working on sf.net integration |
| 15:26.40 | brlcad | there are a half-dozen distinct efforts under way to get notifications back online |
| 15:27.15 | brlcad | one guy got the current code updated for modern django, but still leaves a lot starting from scratch without a dump |
| 15:31.15 | brlcad | ``Erik: bug is probably that stdint.h isn't included |
| 15:32.10 | brlcad | looks like other platforms are getting lucky with sys headers that ended up including it |
| 15:48.15 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:48.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:55.05 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 16:01.13 | ``Erik | brlcad: put #include <stdint.h> in the .h and it still failed, wrapped it in an extern "C" {} and it still failed *shrug* both fbsd and linux failed the same way |
| 16:01.29 | ``Erik | prods brlcad.org and sago |
| 16:03.10 | brlcad | o.O |
| 16:03.34 | brlcad | found https://issues.apache.org/ooo/show_bug.cgi?id=64762 |
| 16:04.07 | brlcad | testing a clean netbsd and vanilla system at the moment to see if I can reproduce |
| 16:07.10 | brlcad | I mean, that symbol shouldn't even be conditional as far as I know -- SIZE_MAX is what c99 defines |
| 16:07.21 | brlcad | found a comment thread indicating freebsd4 even had it |
| 16:07.38 | ``Erik | if we have a stray stdc=c89, that might force it off? |
| 16:07.57 | brlcad | hm, yeah, that's possible |
| 16:08.07 | brlcad | especially in that src/other subdir |
| 16:08.22 | ``Erik | ah, fbsd's headers explicitely turn it off in c++ |
| 16:08.58 | brlcad | woot, just got it to reproduce |
| 16:09.07 | brlcad | ahh |
| 16:09.48 | ``Erik | cstddef has the right stuff, according to this post |
| 16:10.21 | brlcad | tests |
| 16:11.24 | brlcad | nfg here, I'll dig some |
| 16:13.19 | brlcad | looks like c++ doesn't define that c99 symbol (bleh) |
| 16:13.56 | brlcad | got it, cplusplusy |
| 16:15.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:16.27 | brlcad | CIA: BRL-CAD: brlcad * r52608 /brlcad/trunk/src/other/step: turns out, c++ doesn't define the SIZE_MAX c99 constant. instead of adding a (size_t)-1 define manually, do it the c++y-way. use numeric_limits. |
| 16:22.17 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:22.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:23.37 | ``Erik | http://paste.lisp.org/display/132283 alter is screwey |
| 16:27.26 | brlcad | that verizon's backbone? |
| 16:27.50 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:27.51 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:28.13 | brlcad | brl-cad tutorial in portuguese: http://www.scribd.com/doc/107130136/Trabalho-Desenho-Tecnico-aplicado-BRLCAD-1%C2%BA-Bimestre |
| 16:29.02 | brlcad | notes that carl has fixed no less than 50 spelling mistakes in docs |
| 16:31.10 | elf_ | Hello, brlcad |
| 16:31.12 | ``Erik | it's a backbone, verizon and uunet both use it to get to sago... *shrug* |
| 16:31.14 | brlcad | hi elf_ |
| 16:31.42 | brlcad | ``Erik: going to alter.net jumps to verizon, so looks like it's backbone that they own |
| 16:32.01 | ``Erik | could be, traceroute from the office fails, too |
| 16:32.03 | ``Erik | in alter |
| 16:32.27 | elf_ | Added another patch right now, it fixes the meter/mm problem that I've got when transferring the units from brlcad to bullet, also added that README file with the simulate command workings explained |
| 16:32.34 | ``Erik | comcrap can still hit sago? O.o |
| 16:32.57 | elf_ | the mass of the objects is being calculated in the right way now, meaning it doesn't grow during the simulation |
| 16:33.34 | ``Erik | (yeh, alter.net whois lists verizon contacts) |
| 16:34.43 | brlcad | ``Erik: yeah, no problems |
| 16:34.58 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:34.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:35.08 | elf_ | right now I am working on the ray-tracing part of the simulate command, the rt part is not working properly yet, it is done only for the box-box collision, talked with Abhi and he suggested I do a standalone bullet demo, where I will add the custom algorithm for simulation using his implementation just as reference since it hasn't been tested extensively |
| 16:58.00 | brlcad | elf_: okay -- it'd be good to have a specific goal identified for that |
| 17:00.17 | brlcad | i'm a bit concerned over how progress has slowed over the past week -- given there's only a few weeks remaining now |
| 17:01.58 | brlcad | need to plan effort going forward so that we don't end up with you having finally understood what you need to do with bullet and the raytracing portion, yet no useful code written |
| 17:02.23 | elf_ | brlcad, yes I do have a specific goal for that one, actually there(in the simrt.c file and the registered custom collision algorithm) is where the collision detection for objects it happens, so doing the standalone bullet project and seeing what it works and what doesn't for box-box and spheres then changing the existing code, I hope it will fix the physics for those 2 shapes |
| 17:03.13 | elf_ | and I am sorry for the slow progress over the last week, I moved a little around, but I totally understand your concerns |
| 17:05.01 | brlcad | "doing the standalone bullet project and seeing what it works and what doesn't for box-box and spheres then changing the existing code" is not a goal... that's a plan of action, and it sounds rather vague at that |
| 17:05.26 | brlcad | fixing the physics for "those 2 shapes" might be a goal, but that's not very specific |
| 17:05.40 | brlcad | what's the goal? |
| 17:08.14 | elf_ | the standalone bullet it is actually related to the simrt.c file, everything that takes place in that standalone demo file should take place in the brlcad world too, the nearphase, broadphase callbacks for bullet should be integrated in both brlcad and the standalone bullet world |
| 17:08.38 | elf_ | the goal is to be able to detect and resolve more than just box-box collision |
| 17:09.20 | elf_ | the current custom algorithm registered with bullet it's for box-box but it can be extended to more than that, sphere collision for example |
| 17:10.11 | elf_ | for box-box there are 4 rays shoot to detect collision, for sphere-box it will only have to be one ray to shoot to detect the collision, it will be like one contact point between the 2 geometry shapes |
| 17:10.20 | *** join/#brlcad merzo (~merzo@204-150-132-95.pool.ukrtel.net) | |
| 17:21.48 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:44.19 | brlcad | elf_: that still sounds ill-defined to me |
| 17:44.32 | brlcad | to be able to detect and resolve more than just box-box collision is a great high-level goal |
| 17:45.12 | brlcad | it's more of an objective even |
| 17:45.16 | brlcad | I'm looking for smaller measurable goals that get you towards that high-level objective |
| 17:45.42 | brlcad | implementing a nearphase callback in brl-cad and demonstrating it would be two near-term goals |
| 17:46.00 | brlcad | what's the difference between a nearphase and broadphase callback? |
| 17:47.05 | elf_ | for bullet the broadphase callback is there when objects can collide, like they are really close to each other, the AABB are almost intersecting or they will intersect in the next few iterations |
| 17:47.17 | elf_ | after that the nearphase callback it takes place |
| 17:47.25 | elf_ | when the AABB actually collide |
| 17:47.49 | elf_ | and the code it is actually there, brlcad, for both of them, it is just ill-working |
| 17:48.02 | *** join/#brlcad merzo (~merzo@106-59-133-95.pool.ukrtel.net) | |
| 17:48.02 | elf_ | for the moment it is all commented out |
| 17:49.13 | brlcad | I was aware of a "preliminary" collision detection using the aabb's to tell you when two objects are "close" and a secondary more precise collision detection that should tell the exact points |
| 17:49.46 | brlcad | is that your broad/nearphase callbacks or is that something else, because it doesn't match your description of a callback prior to the AABBs even overlapping (the broadphase) |
| 17:50.10 | elf_ | that's it, the broadphase - when objects are close and there's the possibility of them to collide and the nearphase when they actually collide, the nearphase returns the actual collision points |
| 17:50.32 | elf_ | the callback is not working as it is supposed to |
| 17:50.46 | brlcad | which, the broad or near? |
| 17:51.23 | brlcad | by general understanding was that broad has been working for some time |
| 17:54.46 | elf_ | it has yes, for box-box, the nearphase is not |
| 17:55.42 | brlcad | so that gets back to my previous point about needing a specific goal |
| 17:56.13 | elf_ | okay, then the specific goal it is to make the nearphase work |
| 17:56.40 | brlcad | for what inputs? |
| 17:56.51 | brlcad | and what does work mean? |
| 17:57.13 | brlcad | what's your output -- how will you demonstrate the goal being achieved? |
| 17:58.05 | elf_ | box-box for now, then test the broadphase for box-sphere and adding nearphase for box-spere too |
| 17:58.37 | elf_ | work = collision points should be detected, that should be verified with shooting rays |
| 17:59.27 | brlcad | woah, so hold on again |
| 17:59.38 | brlcad | broadphase is either working for all object or it's not, no? |
| 17:59.56 | brlcad | if it's not working, that should be the focus of attention before getting into nearphase work |
| 18:00.12 | elf_ | right, but it hasn't been tested, it should be working, at least in theory, abhi hasn't tested it |
| 18:00.38 | brlcad | testing that should take all of a few minutes, no? |
| 18:00.54 | brlcad | you just wrote up a tutorial, replace the box with a sphere |
| 18:01.22 | brlcad | that is central to planning your next course of action |
| 18:02.45 | brlcad | in fact, you should be able to also test something complex, like the m35 truck model, to tell you if broadphase is working |
| 18:03.02 | elf_ | yes, testing it shouldn't take more than a few minutes, so that's why I didn't dwell on it |
| 18:03.26 | elf_ | okay, about the m35 truck model how do one gets those models inside mged? |
| 18:03.42 | brlcad | except your plan of action involved testing broadphase for box-sphere later |
| 18:03.58 | brlcad | the point of testing it is that there's a chance it doesn't work, you don't know |
| 18:04.06 | elf_ | you are right |
| 18:04.08 | brlcad | IF it doesn't work, that completely changes your plan |
| 18:04.18 | brlcad | that's not a minor detail |
| 18:04.29 | elf_ | true |
| 18:04.48 | brlcad | that's something you could spend a week investigating and fixing, so it has to come before any nearphase work |
| 18:05.30 | brlcad | so there's a specific goal |
| 18:06.30 | elf_ | okay, so for now the goal is to test and make sure the broadphase it is working for all kinds of arbitrary shapes |
| 18:06.37 | brlcad | TEST broadphase AABB collision detection with aa-box (done), rotated box (not done), ellipsoid (not done), combination (not done) |
| 18:06.55 | brlcad | not arbitrary, a carefully selected set that gives you confidence it's working |
| 18:07.22 | brlcad | testing shouldn't take more than an hour or two, but is a good goal |
| 18:07.39 | elf_ | okay, so rotated box, ellipsoid and combination |
| 18:07.47 | brlcad | on a related note, I presume with the tolerance work that you were able to get a better animation of the box falling down to the ground in your tutorial? |
| 18:09.29 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:09.41 | elf_ | right now the box is not penetrating the plane anymore, ran it for 300 steps and it stopped on the ground plane |
| 18:09.49 | elf_ | there is a pic on the log page |
| 18:10.20 | elf_ | http://imageshack.us/a/img18/2438/simulate300.png |
| 18:10.24 | brlcad | I believe your tutorial created a really small box, right, like 1-2mm big? |
| 18:10.43 | elf_ | same simulation, geometry in meters this time |
| 18:11.13 | brlcad | okay, so if it's 1-2mm then it still sinks into the ground? |
| 18:11.23 | elf_ | yeah, that is not possible 1-2mm big, bullet has the 0.04m tolerance and it can be set lower, but it will have unexpected behaviour |
| 18:11.45 | elf_ | yes, for geometry that small it is not working |
| 18:12.39 | brlcad | you should mention that in the tutorial... :) |
| 18:12.42 | brlcad | after the If you want to see when the cube touches the ground plane then you only have to increase the simulate step numbers to 190. You should see something like the image to the right : |
| 18:13.16 | *** join/#brlcad abhi2011 (~chatzilla@122.167.3.180) | |
| 18:13.29 | elf_ | okay will do |
| 18:13.43 | brlcad | after that image, you can say something like "notice how the box goes into the ground and rolls over .. it's too small! we can scale it up simply with this: ... and the re-simulate/re-render looks like this: ... |
| 18:15.29 | elf_ | will modify it :) |
| 18:16.03 | brlcad | it's likely to be a common point of confusion, so it's good to say something about the limitation |
| 18:18.48 | brlcad | quick scale instructions: e cube gp ; sed cube ; sca 1000 ; accept ; sed gp ; sca 1000 ; accept ; d cube gp |
| 18:19.11 | brlcad | or something like that, test it yourself |
| 18:19.45 | brlcad | use 'draw' instead of 'e' to be consistent |
| 18:28.59 | abhi2011 | hallo brlcad :) |
| 18:29.31 | brlcad | howdy abhi |
| 18:31.20 | abhi2011 | is BRL-CAD moving to use Qt for the Archer GUI ? |
| 18:31.56 | abhi2011 | I saw some mails related to DisplayManager |
| 19:15.26 | brlcad | abhi2011: it might not make it into archer, but Qt is on the mid-term development roadmap |
| 19:15.35 | brlcad | which is cool, used to be long-term |
| 19:20.11 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 19:20.18 | abhi2011 | yeah and Qt is awesome, I think even Maya uses Qt now :) |
| 20:50.42 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:13.54 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:21.23 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:59.07 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:22.03 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:48.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:12.15 | brlcad | elf_: the patch looks like it has a problem to me |
| 00:16.28 | brlcad | elf_: more specifically, the changes to simulate.c look like it'll scale objects depending on their bounding box position |
| 00:17.17 | brlcad | consider what will happen if I simulate a box 900mm^3 with another 1100mm^3 |
| 00:21.44 | brlcad | also, if the bounding box values are in position, then comparing them against 1000 would be wrong -- that needs testing or explanation in the code |
| 00:22.02 | brlcad | pretty much any time you put a constant number in the code, you need to explain it in a comment |
| 01:42.33 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 02:56.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:04.21 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 04:37.29 | brlcad | looks like nearly all of the old code is really pretty clean with respect to single precision |
| 04:37.43 | brlcad | it's all the new nurbs code that gets it horribly wrong all over the place |
| 04:38.45 | brlcad | this will make a great regression test... |
| 04:45.25 | elf_ | brlcad, the changes in simulate.c are supposed to change the bb values, BRL-CAD like you said keeps the units internally in mm and transforms them on the fly in the working unit, but when transferring them to bullet they don't get transformed in meters if they are are meters, they get transfered without being transformed so bullet gets a big number |
| 04:45.34 | elf_ | that it considers to be in meters |
| 04:45.43 | elf_ | it was a temporary fix |
| 06:48.02 | *** join/#brlcad abhi2011 (~chatzilla@122.167.35.78) | |
| 08:43.29 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.43.95) | |
| 10:28.55 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:36.30 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 10:59.23 | *** join/#brlcad abhi2011 (~chatzilla@122.167.6.26) | |
| 11:27.24 | starseeker | brlcad: sigh. What'd I break now? |
| 12:20.08 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:20.19 | pawleeq | hello |
| 12:23.07 | pawleeq | I am trying to convert one Pro/E model to BRL-CAD, however I end up with error... here is the output: http://pastebin.com/uBKBGgwS |
| 13:17.26 | brlcad | starseeker: huh? |
| 13:18.14 | brlcad | pawleeq: can't reach pastebin.com, can you post to a different one? |
| 13:18.52 | brlcad | starseeker: oh, I was responding to you: 07:31 < starseeker> hmm... CIA really got clobbered this time |
| 13:19.41 | brlcad | see the three lines after |
| 13:22.39 | brlcad | ``Erik: MAT_INIT_IDN and MAT_INIT_ZERO ftw |
| 13:57.55 | starseeker | brlcad: ah. |
| 13:58.40 | starseeker | somebody upgraded something and kaboom? |
| 14:00.34 | pawleeq | here is another link, sorry for the delay http://pawleeq.com/iges-g-trouble.txt |
| 14:17.32 | brlcad | starseeker: not exactly, it's a bit complex |
| 14:18.07 | brlcad | there are several efforts to get things restored, but it'll likely be a couple weeks before we get something back in place |
| 14:41.10 | brlcad | pawleeq: our iges importer is not set up for the entity types you exported from pro/e |
| 14:41.53 | brlcad | pawleeq: I suggest either trying our new step-g importer or obj-g importer (or use our legacy Pro/E plugin) |
| 14:42.38 | brlcad | see http://brlcad.org/d/node/95 for that |
| 14:42.53 | brlcad | recommend trying step though first |
| 14:43.41 | pawleeq | ok thank you |
| 14:48.21 | pawleeq | well, step-g produces empty database, obj-g ends with "Core Dumped" |
| 15:08.01 | brlcad | pawleeq: ouch! |
| 15:08.13 | brlcad | pawleeq: what version are you on? |
| 15:08.34 | brlcad | they are both experimental, but should have gotten a little farther than that |
| 15:09.02 | brlcad | if you post your step and obj file somewhere, I can take a look at converting them |
| 15:38.10 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:38.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:28.36 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 16:30.01 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:30.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:48.49 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 17:01.24 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:08.10 | pawleeq_ | brlcad: I run 7.22 |
| 18:21.49 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 19:14.56 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 20:04.53 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:45.23 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:08.36 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:02.03 | *** join/#brlcad merzo (~merzo@165-59-133-95.pool.ukrtel.net) | |
| 05:21.40 | brlcad | CIA: lots and lots of fastf_t/double commits |
| 05:26.35 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 05:27.34 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 05:27.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:34.11 | *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in) | |
| 06:57.05 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 07:59.01 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:01.49 | *** join/#brlcad stas (~stas@109.48.62.192) | |
| 12:48.06 | ``Erik | neat http://webglplayground.net/ |
| 13:52.01 | *** join/#brlcad saltan (~lieven@d51530284.static.telenet.be) | |
| 13:53.08 | *** part/#brlcad saltan (~lieven@d51530284.static.telenet.be) | |
| 14:28.55 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 14:28.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:12.42 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:47.48 | *** join/#brlcad merzo (~merzo@72-135-133-95.pool.ukrtel.net) | |
| 18:08.04 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:15.12 | starseeker | makes a note to try implementing this later... http://graphics.csie.ncku.edu.tw/Skeleton/ |
| 18:19.28 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 19:47.20 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:00.38 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:00.38 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:47.42 | brlcad | starseeker: that would be awesome! |
| 21:48.05 | brlcad | highly related to the sought-after medial axis evaluation too |
| 00:42.12 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 06:45.17 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:45.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:16.00 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 09:46.58 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 13:01.21 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 13:01.21 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 13:49.27 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 16:38.52 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 16:57.37 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:05.18 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 18:21.08 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 19:35.16 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 19:44.29 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:46.31 | *** join/#brlcad elf_ (~elf@213.233.85.64) | |
| 21:02.38 | starseeker | wonders if the Skeleton output segments would be workable as input to http://www.mit.edu/~ibaran/autorig/index.html |
| 23:26.11 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 03:13.00 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 05:38.06 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 06:05.04 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 07:56.27 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:06.05 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 09:20.46 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:49.57 | *** join/#brlcad stas (~stas@82.208.133.12) | |
| 12:29.32 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:59.18 | ``Erik | O.O holy forshizzle, starseeker, wtf didn't you mention the dinosaur paper that was up on your workstation yesterday, that's some awesome stuff there |
| 13:33.17 | starseeker | ``Erik: you mean the Skeleton paper from SIGGRAPH? |
| 13:58.53 | kanzure | eh? |
| 14:14.26 | ``Erik | yeh |
| 14:14.42 | ``Erik | automatic generation of bones based on a mesh, awesome stuff |
| 14:22.37 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 14:42.55 | starseeker | ``Erik: apparently there's a slight distinction between "bone" skeletons and what they call "curve" skeletons - to get a good bone skeleton, you apparently need the mesh in different poses |
| 14:44.01 | starseeker | fairly moot from our standpoint though, I think - my thought would be to use the auto-generated skeleton points to do manual (i.e. human guided) insertion of bullet based joints with appropriate movement constraints |
| 15:59.02 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:59.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:54.50 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 18:30.51 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:30.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:35.56 | *** join/#brlcad stas (~stas@188.24.40.209) | |
| 20:14.14 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:14.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:30.13 | *** join/#brlcad Rangar (~Dave@124-197-21-4.callplus.net.nz) | |
| 20:31.36 | Rangar | just installed brlcad which I downloaded from the main site and my AV is going off let right and center saying the exe's are infected with Win32.PkdTdss |
| 20:54.36 | brlcad | Rangar: you're not the first to report that -- from everything we can tell, that's a false positive from the AV software |
| 20:55.18 | Rangar | k thx |
| 20:55.35 | Rangar | you're not Twingy or Malorean are you? |
| 20:55.40 | brlcad | which AV software are you using? |
| 20:55.43 | brlcad | nope! |
| 20:56.10 | Rangar | comodo |
| 20:56.15 | brlcad | yeah, that's the one |
| 20:56.39 | Rangar | k i'll send the files as false positives through to them |
| 20:56.42 | brlcad | if you can isolate the exact file it's complaining about, http://www.comodo.com/home/internet-security/submit.php |
| 20:57.14 | Rangar | there are a number of them |
| 20:57.25 | brlcad | I've sent them the files before and they've come back to me and said "yep, we didn't find anything" |
| 20:57.31 | brlcad | pick just one or two |
| 20:57.34 | Rangar | k |
| 20:57.43 | Rangar | hey is twingy and mal still around? |
| 20:57.54 | brlcad | they respond fairly quickly |
| 20:58.21 | Rangar | awesome, used to be good friends on efnet a few years back |
| 20:58.26 | brlcad | mal is sometimes on irc, twingy is on a deserted island |
| 20:58.43 | brlcad | ~seen Malorean |
| 20:58.58 | ibot | i haven't seen 'malorean', brlcad |
| 20:58.58 | brlcad | ibot: wake up |
| 20:58.59 | ibot | ACTION throws a barrel-full of ice water on up and shouts "GOOD MORNING!!!!" |
| 20:59.04 | Rangar | and ``erik is idle as usual ;) |
| 20:59.14 | brlcad | he's here, just busy drinking |
| 20:59.30 | Rangar | :) |
| 21:00.58 | brlcad | ~seen Maloeran |
| 21:01.00 | ibot | maloeran <~maloeran@mail.catchgamer.no> was last seen on IRC in channel #brlcad, 160d 22h 53m 11s ago, saying: 'Ahaha Erik, good easter egg'. |
| 21:01.23 | brlcad | so about five months |
| 21:02.45 | brlcad | Rangar: if/when you hear anything back from the comodo guys, I'd love to hear about it -- good or bad |
| 21:04.07 | brlcad | the exe was put together on a secure system and has passed other up-to-date av scanners |
| 21:05.01 | brlcad | more than likely just a bad signature in their database that is matching one of our libraries, and lots of binaries report a hit |
| 21:06.28 | Rangar | rgr tat |
| 21:06.29 | Rangar | that |
| 21:32.09 | brlcad | Rangar: you could just download the sources and compile it up ;) |
| 21:32.28 | brlcad | it's usually a fairly simple process, even on windows |
| 23:45.24 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 05:23.36 | *** join/#brlcad abhi2011 (~chatzilla@122.167.33.222) | |
| 09:03.39 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 09:03.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:32.38 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:32.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:40.26 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:40.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:00.06 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:22.01 | *** join/#brlcad merzo (~merzo@95.132.201.101) | |
| 17:54.19 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 18:48.14 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:48.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:56.15 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 20:34.37 | *** join/#brlcad merzo (~merzo@207-173-132-95.pool.ukrtel.net) | |
| 22:16.16 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 22:43.39 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 22:43.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:53.31 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 23:53.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 04:31.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:26.55 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:26.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:39.08 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:39.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:48.07 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:48.08 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:17.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:22.33 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:22.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:27.57 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:27.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:41.15 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:41.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:00.30 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 07:00.31 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:03.26 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:05.20 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:09.39 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:30.12 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:33.31 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:34.26 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 07:34.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:39.00 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:43.36 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:47.55 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:49.24 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:54.03 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 07:58.28 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:00.29 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:02.25 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:06.49 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:08.01 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:09.03 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:17.22 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:21.42 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:26.01 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:27.20 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:27.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:30.20 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:38.17 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:43.51 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:43.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:45.49 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:49.03 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:10.10 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:21.14 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:26.03 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:30.42 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:35.02 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:55.07 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 09:58.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:58.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:00.01 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:04.32 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:09.41 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:13.04 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:14.23 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:18.43 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:23.03 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:27.28 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:31.47 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:36.06 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 10:58.00 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:02.20 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:06.45 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:12.07 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:13.34 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:17.53 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:22.13 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:26.51 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:28.46 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:33.22 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:38.28 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:42.46 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:44.52 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 11:44.52 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 11:47.56 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:52.15 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:56.37 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:00.57 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:05.21 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:10.11 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:14.31 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:18.51 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:23.25 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:45.17 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:49.37 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:53.56 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:55.19 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:00.13 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:04.32 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:09.26 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:13.56 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:18.14 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:20.25 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:24.45 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:29.04 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:33.34 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:39.38 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:44.48 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:48.52 | *** join/#brlcad abhi2011 (~chatzilla@122.167.17.68) | |
| 13:49.11 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:53.36 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 13:57.54 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:05.47 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:10.05 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:14.40 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:33.30 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:37.49 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:42.58 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:47.51 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:52.21 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 14:56.39 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:00.58 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:05.18 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:09.38 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:14.14 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:18.57 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:23.11 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:23.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:23.21 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:24.42 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:29.26 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:33.44 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:38.37 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 15:52.41 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:59.44 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:02.31 | ``Erik | world of warcraft modeled in minecraft: http://imgur.com/a/diGD5 |
| 16:04.02 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:08.30 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:09.56 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:14.15 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:18.35 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 16:49.58 | *** join/#brlcad pawleeq__ (~pawleeq@static-cl031028150026.unet.cz) | |
| 17:48.17 | *** join/#brlcad merzo (~merzo@229-252-92-178.pool.ukrtel.net) | |
| 18:49.09 | *** join/#brlcad max` (~user@mobile-251-221.near.uiuc.edu) | |
| 19:10.39 | max` | Hello, anybody here? |
| 19:37.45 | max` | brlcad: Asheesh says to ping you, I'm working on the "VERY EASY: Move LIBBN comments from source to header files" task. |
| 19:53.13 | *** part/#brlcad stas (~stas@188.24.40.209) | |
| 20:33.13 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:33.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:55.49 | *** join/#brlcad RussianKid (~s@cpc1-nott18-2-0-cust211.12-2.cable.virginmedia.com) | |
| 04:01.14 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 07:04.09 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 07:44.00 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 07:44.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:37.39 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 14:37.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:19.51 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 17:48.43 | *** join/#brlcad merzo (~merzo@27-7-132-95.pool.ukrtel.net) | |
| 00:11.24 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:46.25 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 11:03.09 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 11:03.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:08.21 | brlcad | oops, thanks n_reed |
| 15:08.49 | brlcad | I hit compile, but didn't see the error amongst all the other conversion errors |
| 15:09.30 | n_reed | no prob, easy fix |
| 17:50.36 | *** join/#brlcad merzo (~merzo@131-22-132-95.pool.ukrtel.net) | |
| 19:22.33 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:22.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:37.39 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 21:49.00 | brlcad | apparently ON_InstanceRef entities are rather important in the 3dm format .. our converter is lacking |
| 22:30.16 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 02:08.03 | brlcad | starseeker: looks like opennurbs might already be providing an (undocumented) routine for converting trimmed nurbs to untrimmed(!) |
| 02:08.27 | brlcad | ON_Brep::RebuildTrimsForV2() and ON_Brep::MakeValidForV2() look rather interesting, relevant |
| 02:08.45 | brlcad | they convert the brep faces into simpler nurbs surfaces |
| 03:11.55 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 04:39.29 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 04:39.30 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:06.18 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:06.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:46.09 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:46.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:52.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:41.41 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:41.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:28.59 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:28.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:13.51 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:39.30 | *** join/#brlcad ``Erik_ (~erik@pool-108-3-186-191.bltmmd.fios.verizon.net) | |
| 14:53.58 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 15:43.31 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:43.31 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:04.10 | brlcad | starseeker: ping |
| 16:20.38 | *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net) | |
| 17:48.14 | *** join/#brlcad merzo (~merzo@148-36-133-95.pool.ukrtel.net) | |
| 19:03.37 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 19:15.08 | starseeker | that CEB model looks like another good test model |
| 19:21.26 | brlcad | while I give my brain a rest for a couple minutes... |
| 19:21.42 | brlcad | yeah, that is interesting test data |
| 19:21.49 | brlcad | it's made at least four of our converters crash |
| 19:22.11 | brlcad | I fixed the step converter crash, but it still crashes during raytracing |
| 19:22.48 | brlcad | on another note, Google just announced they're running a Doc Sprint Camp in December |
| 19:23.05 | brlcad | I'm going to apply and hope to attend, who's interested in going with? |
| 19:23.29 | brlcad | (we can send up to five) |
| 19:24.46 | brlcad | perfect for getting docs refactored and a new brl-cad manual written |
| 19:30.05 | brlcad | http://brlcad.org/~sean/tmp/code_weeding.png <-- how I feel about refactoring code |
| 19:35.26 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:35.26 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 19:37.45 | starseeker | brlcad: how long is the camp? |
| 19:47.18 | brlcad | dec 3-7 |
| 19:52.08 | starseeker | hmm... when do you need to know? |
| 19:54.06 | brlcad | iff we're accepted, couple weeks before |
| 19:54.24 | brlcad | I'll send out an announcement if we're accepted to see if people in the community want to go |
| 19:54.50 | brlcad | pretty much anybody can attend, so getting some non-coders would be good too |
| 19:58.56 | starseeker | nods - sounds interesting |
| 05:43.18 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:43.18 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:08.25 | brlcad | yawns |
| 10:28.44 | *** join/#brlcad Stattrav_ (~Stattrav@ns.cmi.ac.in) | |
| 11:36.31 | *** join/#brlcad merzo (~merzo@148-36-133-95.pool.ukrtel.net) | |
| 12:01.27 | brlcad | takes a deep breath, calls it a night and heads in to see what he wrote with fresh eyes |
| 12:33.10 | ``Erik | https://google-styleguide.googlecode.com/svn/trunk/lispguide.xml neat |
| 13:40.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:56.00 | kanzure | how far did that recent summer of code student get with the nurbs math/library? |
| 14:16.48 | starseeker | um... we had two students on NURBS, one doing tessellation and one doing implicit -> NURBS conversions (and subsequently surface/surface intersection) |
| 14:17.10 | starseeker | which bit did you mean? |
| 15:53.41 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 15:56.44 | *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net) | |
| 18:27.20 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:27.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:25.39 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) | |
| 22:45.01 | *** join/#brlcad ``Erik_ (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net) | |
| 23:38.32 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 23:40.31 | starseeker | ponders whether the subdivision ability is worth exposing as its own command |
| 01:35.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:49.53 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 10:45.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:45.22 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 10:45.22 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:45.22 | *** mode/#brlcad [+o ChanServ] by pratchett.freenode.net | |
| 10:56.03 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:56.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:47.22 | brlcad | muahahahaha |
| 13:48.23 | brlcad | starts a script that is going to check every commit to NMG |
| 13:50.10 | brlcad | compiling the package and then running the conversion script on all our db files |
| 13:50.18 | brlcad | is gonna graph it up |
| 13:53.59 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 14:35.21 | brlcad | added a new content-based regex spam filter to the wiki |
| 14:35.46 | brlcad | given the recent increase in manual attempts making their way past the captchas |
| 17:47.33 | starseeker | is amazed at the profound waste of time represented by manual captcha bypassing just to spam the BRL-CAD wiki |
| 17:47.59 | starseeker | would have though manual spamming would target higher profile sites |
| 18:57.06 | starseeker | brlcad: are you going back to some starting point with the nmg commits and working forward, or just doing it from here on? |
| 19:17.50 | brlcad | from current back through time |
| 19:21.31 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 19:43.25 | starseeker | brlcad: what do you you think - once I manage to add the edge handling to the subdivision logic, would it be worth adding as a sub-option to the bot command independent of the NURBS fitting? (maybe bot smooth [3] bot.new bot.old or some such...) |
| 19:58.01 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:06.08 | brlcad | starseeker: yeah, sure |
| 20:06.48 | brlcad | bot smooth -modify bot.new bot.old |
| 20:06.58 | brlcad | default doesn't actually modify, it just sets a flag |
| 20:07.22 | brlcad | maybe some other flag other than modify, kinda vague |
| 20:15.18 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:15.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:41.57 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:41.57 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 20:43.05 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 20:44.08 | starseeker | oh - is bot smooth used to set the smoothing flag? |
| 20:44.14 | starseeker | (that would make sense...) |
| 20:44.16 | DarkCalf | waves to brlcad |
| 20:44.26 | starseeker | how about "bot refine" instead? |
| 23:08.09 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 00:49.05 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 01:01.32 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 01:01.32 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 01:56.02 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 05:26.46 | *** join/#brlcad elf (~elf@p5.eregie.pub.ro) | |
| 05:27.42 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 05:30.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:54.50 | *** join/#brlcad merzo (~merzo@65-202-201-46.pool.ukrtel.net) | |
| 14:10.12 | *** join/#brlcad merzo (~merzo@65-202-201-46.pool.ukrtel.net) | |
| 17:13.14 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 17:13.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:48.58 | *** join/#brlcad merzo (~merzo@199-199-201-46.pool.ukrtel.net) | |
| 18:28.54 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:28.55 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:06.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:42.02 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:51.36 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:51.36 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Congratulations to our 11 accepted GSoC students!! | |
| 14:51.43 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 14:51.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:06.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:31.30 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 17:51.56 | *** join/#brlcad merzo (~merzo@83-159-132-95.pool.ukrtel.net) | |
| 19:47.37 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:12.16 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:02.01 | *** join/#brlcad merzo (~merzo@83-159-132-95.pool.ukrtel.net) | |
| 03:54.21 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.66) | |
| 03:54.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:01.42 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:01.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:33.26 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:33.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:48.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:14.51 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 12:15.12 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 12:55.39 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 15:25.48 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:25.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:08.11 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 17:51.02 | *** join/#brlcad merzo (~merzo@8-187-132-95.pool.ukrtel.net) | |
| 18:39.13 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:39.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:21.02 | ``Erik | starseeker: http://en.wikipedia.org/wiki/File:Alan_Cox_at_FOSS_2007.jpg |
| 19:46.55 | ``Erik | http://www.jwz.org/blog/2012/10/modern-primitives/ |
| 20:42.39 | brlcad | wants to build a 3d printer |
| 22:18.17 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:21.30 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:31.05 | kanzure | brlcad: well, pick out a reprap model |
| 04:52.59 | brlcad | kanzure: I have |
| 04:53.15 | brlcad | but I want a cnc too, and will likely start there |
| 04:53.46 | brlcad | beefed up version of diylilcnc would suit me nicely |
| 06:40.03 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:40.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:46.12 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 06:46.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:53.20 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 07:53.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:40.05 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:40.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:43.03 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:23.15 | *** join/#brlcad harmanpreet (~chatzilla@124.253.147.154) | |
| 16:24.12 | *** join/#brlcad harmanpreet (~chatzilla@124.253.147.154) | |
| 16:25.09 | harmanpreet | hi there... :) |
| 16:40.41 | harmanpreet | I asked question about my problem in executing mged command from browser on developers mailing list. You can chec kit here: http://sourceforge.net/mailarchive/message.php?msg_id=29969895 Please help me out!! |
| 17:15.09 | *** join/#brlcad abhi2011 (~chatzilla@122.167.8.12) | |
| 17:52.58 | *** join/#brlcad merzo (~merzo@109-10-132-95.pool.ukrtel.net) | |
| 19:37.36 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.36.41) | |
| 19:56.23 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 22:39.13 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:20.08 | elf_ | okay, here it is what has been done in the last 2 weeks for the simulate command, it can be found on my git repository https://github.com/elf11/brlcad, the explanation is in the Work.txt file or can be read here http://paste.ubuntu.com/1284104/, the patch with the actual functionality can be found here, can be tested out, didn't want to commit it yet since it is work in progress, but the raytracing and the collision detection it is working at this point accor |
| 23:20.08 | elf_ | ding to the way I described in the work.txt document https://github.com/elf11/brlcad/blob/master/simulate.patch |
| 23:21.06 | elf_ | I have to say that in the last 2 weeks I was able to work on the project only for like 7 days or so, hence the lack of update... uni is been back for the last 3 weeks and my workload is X3 too.... |
| 23:23.12 | elf_ | for this 2 weeks the collision detection and the rt will get to work properly and I will introduce friction for objects so that ball will get to roll on the ground plane, I actually tested the friction part in a bullet simulation and it works the way I want it, now I have to replicate it in brlcad, then adding other forces will be more easily done |
| 23:24.25 | elf_ | you guys check it out, feedback would be great... will be back in 3 and a half hours before I have to go to classes |
| 02:59.27 | *** join/#brlcad harmanpreet (~chatzilla@124.253.28.255) | |
| 03:32.18 | elf_ | brlcad, did you get to look over what I posted earlier? |
| 03:54.23 | *** join/#brlcad abhi2011 (~chatzilla@122.167.4.28) | |
| 05:04.21 | *** join/#brlcad abhi2011 (~chatzilla@122.167.6.150) | |
| 06:45.09 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:03.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:50.16 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:57.29 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:44.38 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 08:48.04 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:11.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:06.58 | *** join/#brlcad abhi2011 (~chatzilla@122.167.6.150) | |
| 10:28.20 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.6.150) | |
| 10:45.33 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:45.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:34.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:56.15 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:56.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:37.58 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:39.59 | *** join/#brlcad abhi2011 (~chatzilla@122.167.24.192) | |
| 14:42.58 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 14:42.59 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 15:31.06 | *** join/#brlcad abhi2011 (~chatzilla@122.167.24.192) | |
| 17:21.34 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 17:44.30 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.36.75) | |
| 17:49.00 | *** join/#brlcad merzo (~merzo@85-162-133-95.pool.ukrtel.net) | |
| 18:29.34 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.3.72) | |
| 18:41.05 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.3.72) | |
| 18:48.14 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.41.221) | |
| 19:15.08 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:15.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:55.25 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.42.156) | |
| 20:21.24 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.42.156) | |
| 21:56.30 | elf_ | hello |
| 21:56.34 | elf_ | created the standalone bullet simulation, the simulation respects the same dimensions as the Mged simulation realized awhile back in BRL-CAD, generated contact points and now I have to compare them to what BRL-CAD returns at this stage and replicate what bullet returns in BRL-CAD |
| 21:56.44 | elf_ | the simulation can be downloaded from https://github.com/elf11/brlcad/tree/master/BasicDemo |
| 21:56.58 | elf_ | the falling cube can be moved using the F1 key |
| 21:57.19 | elf_ | at every press of the F1 key the cube gets closer to the gp |
| 21:57.37 | elf_ | till first contact points are being generated |
| 21:58.47 | elf_ | for the standalone program to work you should have bullet installed on your machine |
| 22:44.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:44.44 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 01:27.24 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:29.11 | *** join/#brlcad abhi2011 (~chatzilla@122.167.32.224) | |
| 04:18.40 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.7.37) | |
| 04:55.18 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.1.229) | |
| 05:45.01 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:45.01 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:01.12 | *** join/#brlcad abhi2011 (~chatzilla@122.167.1.229) | |
| 06:09.49 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.1.229) | |
| 06:19.04 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 06:50.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:23.12 | *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro) | |
| 11:29.32 | ``Erik | #define sizeof( rand( |
| 14:13.16 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 14:56.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:59.48 | *** join/#brlcad abhi2011 (~chatzilla@122.167.13.129) | |
| 18:30.28 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.6.141) | |
| 19:59.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:00.56 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.33.45) | |
| 20:16.55 | *** join/#brlcad abhi2011_ (~chatzilla@122.167.33.45) | |
| 22:05.18 | elf_ | hello, updates on the simulate command work |
| 22:05.19 | elf_ | finalized the standalone bullet demo, the files can be found here https://github.com/elf11/brlcad/tree/master/BasicDemo, now there are printed the penetration points, the depth and the normals |
| 22:05.29 | elf_ | started replicating bullets behaviour in brl-cad, for the moment more z rays are being shoot. https://github.com/elf11/brlcad/blob/master/simrt.patch |
| 23:02.21 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:08.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:27.35 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 07:27.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:32.10 | *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro) | |
| 15:17.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:19.38 | *** join/#brlcad abhi2011 (~chatzilla@122.167.17.58) | |
| 18:19.14 | *** join/#brlcad abhi2011 (~chatzilla@122.167.17.58) | |
| 20:50.28 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 23:20.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:39.06 | *** join/#brlcad abhi2011 (~chatzilla@122.167.0.187) | |
| 07:26.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:20.22 | *** join/#brlcad elf (~elf@p5.eregie.pub.ro) | |
| 08:23.25 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 12:06.22 | *** join/#brlcad merzo (~merzo@248-40-133-95.pool.ukrtel.net) | |
| 14:07.26 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 14:07.26 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 14:40.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:02.15 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:34.02 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 16:44.17 | *** join/#brlcad abhi2011 (~chatzilla@122.167.4.106) | |
| 17:09.12 | *** join/#brlcad Al_DC_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 17:25.17 | *** join/#brlcad abhi2011 (~chatzilla@122.167.4.106) | |
| 22:04.34 | starseeker | charming - ambient occlusion appears to segfault, but not when running in gdb |
| 22:05.11 | starseeker | inconsistent too |
| 22:46.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:39.04 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 06:53.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:28.10 | ``Erik | heisenbugs! |
| 15:13.01 | brlcad | i've not seen ambient itself crash but it is going to sample the geometry a hell of a lot more than a default trace |
| 15:13.37 | brlcad | so it should (in theory) be able to more easily find an obscure nurbs crash, for example |
| 15:14.26 | brlcad | the rays are random, so that'd explain why a subsequent trace (whether in gdb or not) doesn't segfault |
| 15:14.52 | brlcad | protip: always raytrace nurbs in gdb ;) |
| 15:42.07 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 15:45.51 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 16:08.38 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:21.45 | *** join/#brlcad elf1` (~elf11_@p5.eregie.pub.ro) | |
| 18:59.40 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:59.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:02.35 | *** join/#brlcad merzo (~merzo@220-172-133-95.pool.ukrtel.net) | |
| 20:37.04 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 22:03.40 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:41.03 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 23:04.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:58.05 | *** join/#brlcad merzo (~merzo@138-15-132-95.pool.ukrtel.net) | |
| 11:20.02 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:45.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 11:45.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:19.02 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 17:57.02 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 20:35.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:35.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:55.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 00:49.22 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 00:49.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:20.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:20.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:47.04 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:47.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:33.57 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:33.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:58.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:10.11 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:11.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:30.51 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:30.53 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:02.29 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:07.47 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:07.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:14.55 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:14.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:19.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:43.22 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:43.22 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:49.33 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:49.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:07.00 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:07.01 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:58.10 | *** join/#brlcad merzo (~merzo@207-113-201-46.pool.ukrtel.net) | |
| 12:14.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:41.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:48.14 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:48.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:16.38 | brlcad | good grief, there must be an international web crawler festival somewhere |
| 15:37.38 | ``Erik | O.o |
| 15:41.59 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 15:42.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:41.57 | brlcad | successfully completed a fastf_t single precision compilation last night |
| 16:42.35 | brlcad | now all that's left are to fix the database I/O calls (about 170 instances) |
| 17:41.29 | kanzure | brlcad: why do you think that people keep skipping on brlcad for things like openscad or blender in the '"maker" community'? |
| 18:29.13 | brlcad | kanzure: the UI |
| 18:36.55 | kanzure | brlcad: huh? you don't even have to use the UI |
| 19:10.37 | brlcad | you don't have to but most want to |
| 19:11.27 | brlcad | for most |
| 19:11.31 | brlcad | they download brl-cad, install it, run "brlcad" and get file not found |
| 19:12.19 | brlcad | they search "how to start brlcad", fortunately get http://brlcad.org/wiki/FAQ#How_do_I_start_BRL-CAD.3F, run mged, and are then left scratching their head |
| 19:12.41 | brlcad | that's where a quick start guide would really help |
| 19:37.20 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:37.21 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 02:58.16 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 04:30.30 | *** join/#brlcad shoerain (~mortimer@li557-200.members.linode.com) | |
| 04:48.25 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 04:49.56 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 04:50.24 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 05:02.53 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 05:02.59 | yukonbob | hello #brlcad |
| 05:08.47 | *** part/#brlcad shoerain (~mortimer@li557-200.members.linode.com) | |
| 05:08.58 | *** join/#brlcad shoerain (~mortimer@li557-200.members.linode.com) | |
| 05:09.14 | shoerain | i wonder if other cad software related questions are dandy here |
| 05:10.31 | yukonbob | they might be. try and see. |
| 05:59.35 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 05:59.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:55.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:55.34 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:26.56 | *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro) | |
| 09:34.47 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 10:58.05 | *** join/#brlcad merzo (~merzo@48-219-133-95.pool.ukrtel.net) | |
| 12:09.08 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 14:26.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:33.01 | brlcad | shoerain: i'm happy to help with most any open source question |
| 14:33.16 | brlcad | or questions about geometry and practices |
| 14:33.57 | brlcad | but yeah, no free support for autocad, catia, nx, solidworks, or pro/e |
| 16:43.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:16.05 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:16.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:19.09 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) | |
| 22:19.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 22:44.40 | *** join/#brlcad Stattrav (~Stattrav@223.231.225.109) | |
| 22:44.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 01:39.35 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 01:42.18 | jarray52 | Is it possible to create parts in Autodesk Inventor Professional 13 and import the parts into brlcad? Once the parts are in brlcad, I would like to be able to manipulate the parts as though they are native brlcad generated objects. |
| 01:49.46 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 01:52.12 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 01:53.22 | jarray52 | Is it possible to create parts in Autodesk Inventor Professional 13 and import the parts into brlcad? Once the parts are in brlcad, I would like to be able to manipulate the parts as though they are native brlcad generated objects. |
| 02:25.29 | brlcad | jarray52: as with most conversion questions -- "it depends" |
| 02:25.43 | brlcad | yes there is undoubtedly several ways to import the parts into brl-cad |
| 02:26.15 | brlcad | step, stl, 3dm, and dxf come to mind first, but there are probably other ways |
| 02:26.56 | brlcad | you'll export from inventor to one of those formats and use our corresponding [something]-g geometry converter |
| 02:27.32 | brlcad | manipulating the objects in brl-cad as "native" generated objects is the tricky part and depends entirely what you need to do to them |
| 02:27.48 | brlcad | moving them around, rotating them, using them in boolean combinations is all fine |
| 02:32.03 | brlcad | step and 3dm will import as immutable nurbs surfaces (you can't *edit* the surfaces, but you can use/move/csg them) |
| 02:33.02 | brlcad | stl and a slew of other surfaces will import as polygonal mesh and are editable surfaces, but the editing features are experimental/cumbersome (and you can use/move/csg them) |
| 02:33.46 | brlcad | dxf will be a polygonal mesh or extruded sketches |
| 02:51.03 | jarray52 | brlcad: Thanks. One of my main goals is to scale the parts based on some parameters. In order to do that, I need a somewhat good representation in brlcad. Are there any non-native formats that import nicely into brlcad? |
| 06:48.38 | *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net) | |
| 06:48.38 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 06:48.38 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 06:48.38 | *** mode/#brlcad [+o ChanServ] by hobana.freenode.net | |
| 08:29.55 | *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net) | |
| 08:29.55 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 08:29.55 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:29.55 | *** mode/#brlcad [+o ChanServ] by hobana.freenode.net | |
| 08:59.46 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 08:59.47 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 09:13.21 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:13.21 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 09:13.22 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:14.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:38.49 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 09:38.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:38.49 | *** join/#brlcad ``Erik (~erik@pool-108-40-79-35.bltmmd.fios.verizon.net) | |
| 09:38.49 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 09:38.49 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 09:38.49 | *** mode/#brlcad [+o ChanServ] by hobana.freenode.net | |
| 13:45.51 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 14:11.32 | brlcad | jarray52: scaling should be no problem with any of them so I'd suggest a format that preserves the original geometry as much as possible (step, 3dm, dxf probably in that order) |
| 14:11.47 | brlcad | exporting solid ap 203 step data from inventor would probably work best |
| 14:17.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:10.56 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 15:22.32 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 16:24.48 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 17:44.46 | *** join/#brlcad andrei (~andrei@188.25.172.147) | |
| 18:08.40 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 18:20.06 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:20.07 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:48.30 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:48.31 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:19.00 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 06:31.05 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:39.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:39.18 | ``Erik | neat, work is closed |
| 12:31.22 | brlcad | neat! |
| 12:40.38 | brlcad | apparently a first, facebook was updated before anything else including the hotline |
| 14:25.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:36.00 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:36.00 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:42.04 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:42.05 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:47.04 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 16:47.04 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:25.08 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:25.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:48.13 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:48.14 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:50.58 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:50.59 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:59.39 | *** join/#brlcad andrei___ (~andrei@188.25.161.170) | |
| 19:03.19 | andrei___ | hello ! |
| 19:04.22 | andrei___ | I m sorry for the lack of activity lately, from now on I should be around and I will resume working |
| 19:06.01 | andrei___ | brlcad, do you have a rough deadline when do you need the summary? |
| 19:54.40 | *** part/#brlcad shoerain (~mortimer@li557-200.members.linode.com) | |
| 19:55.02 | brlcad | andrei___: I'm hoping to send google a summary next weekend |
| 19:57.13 | andrei___ | I intend to write it by this wednesday, hopefully. |
| 21:07.47 | brlcad | andrei_: awesome, that would be great |
| 21:09.18 | andrei_ | this semester Im studying opengl( more of an introduction to) and threading |
| 21:09.33 | andrei_ | does brlcad use anything from opengl? |
| 21:12.26 | andrei_ | I d probably find this answer on the website or on sourceforge tho |
| 21:20.02 | *** join/#brlcad andrei (andrei@188.25.161.170) | |
| 22:33.03 | ``Erik | http://www.youtube.com/watch?v=uu7jA8EHi_0 |
| 05:27.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:41.32 | *** join/#brlcad Stattrav (~Stattrav@110.225.129.23) | |
| 10:41.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:16.08 | *** join/#brlcad Stattrav (~Stattrav@223.234.219.72) | |
| 11:16.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:30.26 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 11:30.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:35.27 | *** join/#brlcad andrei (~andrei@188.25.161.170) | |
| 14:16.52 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 14:16.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:40.26 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:43.16 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 19:10.06 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:10.06 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:24.34 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:24.38 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:18.15 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:18.16 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:28.09 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:28.10 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:32.39 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:32.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:36.31 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:36.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:54.55 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:54.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:02.32 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 21:02.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 21:06.06 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 22:02.09 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 00:11.43 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 01:34.49 | brlcad | mm, out of power 22 hours and counting |
| 03:23.21 | starseeker | ow |
| 03:23.52 | starseeker | how are the hamsters powering your laptop holding up? :-P |
| 03:29.42 | starseeker | misses CIA... any chance irker or KGB will get deployed to plug the hole? |
| 06:51.36 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:51.37 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:49.01 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 10:32.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:33.55 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 11:00.39 | *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.98) | |
| 11:01.36 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 11:32.49 | *** join/#brlcad andrei (~andrei@188.25.162.255) | |
| 13:08.50 | andrei | brlcad : I finished writing the preliminary version of the gsoc write-up |
| 13:09.59 | andrei | when you have time, please have a look at it, when it's final I will try to write it as a PDF aswell. |
| 14:20.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:20.37 | brlcad | andrei: excellent, thank you |
| 16:31.54 | andrei | brlcad : I want to finish my gsoc project and the last part was " Eliminate the assumption of globals in the API " by implementing user callback. Could you or Erik point me to a direction where I could read more ? |
| 16:43.06 | andrei | Also, I need to commit the unit tests and fixes I finished before gsoc final. I know that need to be done in brief commits, but should I commit everything in one day ? |
| 16:43.24 | brlcad | andrei: beyond google searches on those terms if any are confusing, the best starting point is to ask us questions |
| 16:43.50 | brlcad | or look at one of the existing programs that calls libpkg, see the globals in use and figure out how to remove them |
| 16:45.37 | andrei | hm, then I ll have a loot at the existing calls probably today or tommorrow |
| 16:46.29 | brlcad | a good starting point is probably to look at something like src/gtools/g_transfer.c |
| 16:46.55 | brlcad | it presently has two globals, see what needs to change to eliminate either or both of them |
| 16:47.27 | brlcad | sry, three gloabls: DBIP, srv_argc, srv_argv |
| 16:48.44 | brlcad | there you can also see the my_data structure used by the client as the means to eliminate the client-side global data |
| 16:51.50 | andrei | I will take my time to read and understand that, then |
| 16:53.26 | brlcad | some of the work towards that particular goal was implemented shortly before gsoc, adding callback data fields to the pkg callback functions |
| 16:56.55 | brlcad | still, that doesn't let you pass around all of the data one needs |
| 16:57.55 | brlcad | the "real" work after g_transfer would be to eliminate all of the globals in src/remrt/rtsrv.c |
| 22:31.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:51.22 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:51.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:58.53 | *** join/#brlcad elf_ (~elf@109.97.177.150) | |
| 14:39.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:24.04 | starseeker | interesting - White Dune claims to have some support for NURBS |
| 15:24.47 | starseeker | makes a note... their NURBS wrl files may be of interest for testing importers... |
| 15:32.56 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 17:17.48 | *** join/#brlcad andrei (~andrei@188.25.162.255) | |
| 17:17.52 | andrei | hello ! |
| 20:15.55 | *** join/#brlcad andrei__ (~andrei@188.25.162.255) | |
| 21:48.21 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 22:00.03 | *** join/#brlcad andrei__ (andrei@188.25.162.255) | |
| 23:26.34 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 04:36.31 | brlcad | 32 NMG revisions processed! |
| 04:37.07 | brlcad | looks like it's about 1 to 2 revisions per day, with 153 to process total |
| 04:37.22 | brlcad | go go gadget convert script |
| 04:44.51 | brlcad | ~(153 - 32) / 1.5 |
| 04:44.51 | ibot | 80.666666666667 |
| 04:46.07 | brlcad | so about 2-3 months and they'll be all processed |
| 04:46.11 | brlcad | cool, maybe by christmas |
| 04:50.45 | brlcad | more awesome: pixcmp pixels: 261935 matching, 167 off by 1, 42 off by many <-- fastf_t == float |
| 06:51.12 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:53.29 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 06:53.29 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:04.36 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 08:14.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:14.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:21.24 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:21.25 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:28.40 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:28.40 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:48.58 | *** join/#brlcad elf_ (~elf@109.97.177.150) | |
| 13:10.41 | ``Erik | brlcad: pixdiffs or it didn't happen O.o |
| 13:14.06 | brlcad | ``Erik: http://brlcad.org/tmp/moss_fastf_t.png |
| 13:14.37 | ``Erik | huh, much better than I expected :) |
| 13:14.57 | brlcad | the majority are the root solver, possibly even related to changes I made years ago |
| 13:15.32 | ``Erik | yeah, the curve along the torus |
| 13:16.07 | brlcad | the results for the others are about that close too |
| 13:16.09 | ``Erik | the rest are surprisingly random, I'd have guessed at more of a pattern to them |
| 13:16.33 | brlcad | lending credence to my understanding that they actually used to match |
| 13:19.48 | ``Erik | "grep -r 'double\|float' src/lib* src/rt" looks like we aren't adhering to fastf_t as much as we could, wonder if that's affecting the output |
| 13:31.41 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:31.42 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:36.33 | starseeker | brlcad: what's the speedup from using float look like? |
| 15:41.09 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:33.26 | *** join/#brlcad andrei_ (~andrei@188.25.162.255) | |
| 21:58.26 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 22:27.24 | *** join/#brlcad cristina (~quassel@188.24.12.149) | |
| 22:27.36 | cristina | hello everyone |
| 22:27.46 | cristina | sorry for not being around lately |
| 22:28.32 | cristina | brlcad: I wrote a few paragraphs regarding my GSoC project. Feedback is welcomed on it |
| 02:25.43 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:54.17 | *** join/#brlcad elf_ (~elf@109.97.177.150) | |
| 07:11.37 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:34.08 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:08.13 | *** join/#brlcad andrei_ (andrei@188.25.27.148) | |
| 08:08.17 | andrei_ | hello ! |
| 08:15.11 | *** join/#brlcad andrei_ (~andrei@188.25.27.148) | |
| 09:01.12 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:01.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 09:24.56 | *** join/#brlcad cristina_ (~quassel@188.24.12.149) | |
| 11:46.13 | *** join/#brlcad andrei_ (andrei@188.25.27.148) | |
| 19:11.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:11.57 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:24.38 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 20:24.39 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:31.01 | brlcad | wonders if fbthreadtest can be removed, just incurred a cost and it looks to be about 2.5 years dormant -- starseeker? |
| 07:16.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:19.54 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 08:19.54 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 08:34.18 | *** join/#brlcad andrei_ (andrei@188.25.171.202) | |
| 08:34.19 | andrei_ | hello |
| 10:25.09 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:25.09 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:12.19 | *** join/#brlcad cristina (~quassel@188.24.12.149) | |
| 11:42.53 | ``Erik | heh http://www.scarydevil.com/~peter/io/raytracing-vs-rasterization.html |
| 12:04.56 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 12:04.56 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 12:09.13 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:42.17 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:42.17 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:01.31 | *** join/#brlcad andrei_ (~andrei@188.25.171.202) | |
| 16:25.15 | starseeker | brlcad: sure, nuke it - it's in the history if I ever revive that attempt |
| 19:00.52 | brlcad | ``Erik: wasn't that a couple years ago? |
| 19:01.56 | brlcad | the gsoc write-ups looks great, even more detailed than they needed to be |
| 19:02.12 | brlcad | thanks cristina |
| 19:02.40 | brlcad | and to the others, though I don't see them here in the channel at the moment |
| 19:03.10 | brlcad | crdueck: any chance I can get a paragraph or two from you too? |
| 19:03.46 | brlcad | ksenija and laijiren are the other two missing |
| 19:15.27 | brlcad | SIGGRAPH ASIA 2012 tech paper highlights: http://www.youtube.com/watch?v=l81MqEWmR-g |
| 19:58.44 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:58.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 20:14.27 | brlcad | Stattrav: thanks for the write-up! |
| 20:14.29 | brlcad | (again) |
| 20:14.43 | brlcad | all the detail from everyone, I'm going to have to change the plans a little bit |
| 20:14.52 | brlcad | these are detailed enough for stand-alone showcasing too |
| 20:43.14 | *** join/#brlcad andrei_ (andrei@188.25.171.202) | |
| 20:48.05 | cristina | brlcad: well, I wrote around 250words, as suggested :) |
| 21:28.32 | ``Erik | brlcad: the discussion was, but the archives were lacking so someone cleaned it up a bit and posted for preservation |
| 22:04.13 | andrei_ | ``Erik, how do you guys manage to draw stuff like this : http://brlcad.org/wiki/Image:Brlcad_gsoc2009_flyer.png ? I ve been trying to get a damn rubik cube to work in c++/freeglut for like 8 hours and it's still broken . |
| 22:44.21 | ``Erik | andrei: looks like a raytrace, a plot2pix and a bunch of gimp or photoshop work... |
| 22:46.02 | ``Erik | and I'm guessing the rubik's cube is an unrelated topic? O.o freeglut would just be the bits to wire the context to the display and input (opposed to glX or wgl or SDL) |
| 22:46.53 | ``Erik | a straight up display issue would be with the opengl not being all correct? |
| 22:47.18 | andrei_ | The issue is that I m not used to "imagine" things in 3d and I make wrong assumptions |
| 22:48.14 | andrei_ | for example, if I needed to solve a rubik cube without any graphical display it would've taken me at most two hours. |
| 22:49.31 | andrei_ | Raytracing is probably much more complicated than the things I am doing at the moment. |
| 22:50.52 | ``Erik | raytracing and rasterization are two different approaches with pros and cons *shrug* raytracing a sphere is trivial, a box is a bit trickier :) |
| 22:51.26 | andrei_ | the only thing I know about the rasterization is that it's the last step the gpu band does ( might have spelling errors) |
| 22:51.53 | ``Erik | the 'redbook' has an appendix that outlines the old approach |
| 22:52.20 | ``Erik | setting up the correct matrices tends to be a tricky subject for new opengl users, are you getting stuff on the screen, just not in the right place? |
| 22:54.13 | andrei_ | I ve been given a framework so I m not using opengl directly. I have a cube drawn from 9 smaller cubes. The cube deforms when I rotate a vertical face and then a horizontal one. |
| 22:55.05 | andrei_ | It happens because I rotate relative to the cube positioned in center of the face. After the first rotation it is no longer there. |
| 22:56.52 | andrei_ | I was saying that it is very difficult to achieve the same result using 3d objects rather than abstract units( array values, for example) |
| 23:10.50 | *** join/#brlcad cristina (~quassel@188.24.12.149) | |
| 23:28.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:01.17 | *** join/#brlcad cristina (~quassel@188.24.13.180) | |
| 03:29.42 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:48.33 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:03.27 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:23.33 | brlcad | ``Erik: starseeker: need one or both of you to sign up at https://google-melange.appspot.com/gci/homepage/google/gci2012 and send me your link_id |
| 06:23.47 | brlcad | it's separate from the one for gsoc |
| 06:24.57 | brlcad | if anyone is interested in being a mentor for GCI this year, let me know (pm or public, whatever) |
| 06:26.42 | brlcad | GCI is high school, and the tasks are well-defined simple mini-projects that are estimated to take an average student less than two hours to complete |
| 06:27.05 | brlcad | so help formulating ideas is also appreciated! :) |
| 06:27.39 | Stattrav | I wrote the most concise explaination of the project |
| 06:28.16 | brlcad | Stattrav: heh |
| 06:28.49 | brlcad | that's not exactly what I'd call concise, but it'll certainly work ;) |
| 06:41.45 | Stattrav | brlcad: I started working on the frontend now |
| 06:42.12 | Stattrav | I was just messing around with some templating engines so as to have a proper display |
| 06:43.10 | Stattrav | off to go to a class, I shall inform you about that soon. |
| 06:43.55 | brlcad | awesome, thanks -- look forward to the update |
| 06:44.33 | brlcad | has been working on the underlying benchmark infrastructure tremendously of late .. |
| 06:45.29 | brlcad | I did just make a change to the output log just yesterday, but shouldn't affect parsing if that was done right... :) |
| 06:54.22 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 07:01.07 | Stattrav | totally |
| 07:34.21 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:37.32 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:26.07 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 11:26.19 | ``Erik | <PROTECTED> |
| 11:37.48 | ``Erik | brlcad: (looking at gci, I seem to be attached already...) php? |
| 11:37.59 | ``Erik | that for the drupal stuff? |
| 14:17.19 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 14:17.19 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:21.26 | brlcad | ``Erik: yeah, any of the web work |
| 14:21.36 | brlcad | I guessed or your link_id and it seemed to work :) |
| 14:21.54 | brlcad | the app isn't done, I just stubbed it in with some previous language |
| 14:39.58 | crdueck | brlcad: yes, of course. My last midterm is this tuesday, if I submit by thursday will that be alright? |
| 15:17.18 | ``Erik | we could probably chop up the windows threading work into 2-3 bite sized tasks |
| 15:19.31 | ``Erik | (I'd imagine anything this small that we'd think of would mostly be the 'dirty' trivial stuff that our arrogance prevents us from doing) |
| 15:23.46 | ``Erik | mebbe improvements to util/terrain (should that be procdb?) or an lsystem tree generator? |
| 15:24.24 | ``Erik | convert a shell script to tcl so it can run on winderz? |
| 15:25.07 | ``Erik | (like, say, benchmark... or regress...) |
| 16:02.27 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:56.49 | brlcad | crdueck: okay |
| 16:57.14 | brlcad | ``Erik: unlike previous years, this year they are 2- hour tasks.. |
| 17:14.49 | brlcad | "trivial stuff" is very much the scope |
| 17:15.16 | brlcad | I'm looking to do a task decomposition on the existing Quickies page to make them even smaller |
| 17:15.30 | brlcad | or at least to make sure they're doable within a couple hours |
| 17:22.34 | ``Erik | yeah, I'm just thinking that any ~2hr task we'd want done would be done unless there was some ick to it, like msvc/win32... *shrug* decomposition is another way to find those sized tasks, or 'fresh eyes' type tasks, like reviewing |
| 17:23.16 | brlcad | moving comments from source to headers is a good one |
| 17:23.46 | brlcad | unit tests are good |
| 17:25.33 | brlcad | unit tests for all of libbu and libbn make for about 100 tasks |
| 17:26.05 | brlcad | currently about 20 of 113 |
| 17:27.53 | brlcad | would be easier to track if they were 1:1 instead of N:M |
| 17:28.29 | brlcad | there's probably a few bugs that are <2 hrs |
| 17:38.34 | ``Erik | hm, identifying library functions that aren't used in any of our executables might be handy, too (then the "dead code" vs "third party utility" decision could be made by someone more familiar) |
| 17:38.50 | brlcad | I have a script for that |
| 17:40.01 | brlcad | http://brlcad.org/tmp/bu_call_counts.txt for libbu, for example |
| 17:40.15 | ``Erik | speaking of small bugs, 'make test' locks up in the libbu rb tree stuff |
| 17:43.01 | *** join/#brlcad cristina (~quassel@188.24.13.180) | |
| 17:43.07 | brlcad | waves to crdueck |
| 17:43.13 | brlcad | er, and cristina :) |
| 17:43.50 | cristina | waves back :) |
| 17:44.24 | brlcad | ``Erik: since when? I don't think that's changed recently.. |
| 17:45.11 | ``Erik | been doing it for a while, try a "make test" |
| 17:45.42 | brlcad | all of my builds right now are single-precision fastf_t builds, so I wouldn't trust them |
| 17:46.03 | ``Erik | I assumed the dude working on it was in progress on it and would fix it, *shrug* |
| 17:46.27 | brlcad | the rb tests are done afaik |
| 17:47.01 | brlcad | worked for me a couple weeks ago when I last ran them |
| 17:49.09 | ``Erik | heh, the test program halts waiting for input. |
| 17:55.11 | brlcad | oh right |
| 17:55.46 | ``Erik | cia is mia |
| 17:56.03 | brlcad | i thought I'd fixed that |
| 17:56.13 | brlcad | you know cia went down, right? |
| 17:56.41 | ``Erik | haven't been paying attention... like permanently? or until someone attends the host? |
| 17:57.19 | brlcad | like as in someone accidentally fdisked the virtual host partition without making a backup |
| 17:58.10 | brlcad | long complicated story, but they're working on restoring service |
| 17:58.32 | ``Erik | nice |
| 17:58.53 | ``Erik | at the beginning of october, looks like |
| 17:59.10 | brlcad | it was a mess before it went down with an ancient django and other issues, and it was apparently a bit beyond the abilities of the latest maintainer's hands |
| 17:59.37 | ``Erik | and no brlbot for local needs? :D |
| 17:59.50 | brlcad | I last worked on it with bearperson about two years ago and he may have a backup (I may too, but on a disabled drive) |
| 17:59.56 | brlcad | go ahead ;) |
| 18:00.29 | brlcad | commit mails are flowing, so someone would just need to set up a procmail on bz to notify irc |
| 18:00.44 | ``Erik | fires up slime and looks for cl-irc O.o |
| 18:02.22 | brlcad | libirc will do the trick easily enough with probably 100 lines of code |
| 18:02.33 | brlcad | (if you wanted to do it in C) |
| 18:02.40 | ``Erik | but it wouldn't have a cl- in front of it |
| 18:02.57 | ``Erik | http://common-lisp.net/project/cl-irc/ |
| 18:12.58 | brlcad | whatever floats your boat, anything is great if it's reliable :) |
| 18:21.49 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:27.35 | *** join/#brlcad andrei__ (andrei@188.25.171.202) | |
| 18:28.30 | brlcad | waves to andrei__ |
| 18:29.09 | andrei__ | I have to learn how to do this purple writing :( |
| 18:31.08 | brlcad | purple? |
| 18:31.40 | andrei__ | well when you waved me it looks like a different type of writing and I don't know how to do that |
| 18:31.46 | andrei__ | looked* |
| 18:31.51 | brlcad | ooooh, hah |
| 18:31.58 | brlcad | just type /me says hello |
| 18:32.07 | andrei__ | says hello |
| 18:32.10 | brlcad | there ya go ;) |
| 18:32.11 | andrei__ | aah, now I know ! |
| 18:32.37 | brlcad | does a backflip |
| 18:32.43 | brlcad | falls on his face |
| 18:33.28 | brlcad | I thought you were perhaps learning to write purple prose: http://en.wikipedia.org/wiki/Purple_prose |
| 18:34.21 | andrei__ | Im currently using mIRC and in mIRC that command is displayed purple |
| 18:37.35 | ``Erik | yeah, it's an 'action' with ctcp flags and all O.o |
| 18:38.10 | ``Erik | rfc1459 if you want to see the nitty gritty guts of how irc works :D |
| 18:38.23 | andrei__ | irc is defined in rfc ?:o |
| 18:38.47 | ``Erik | the protocol is, yes |
| 18:40.44 | ``Erik | brlcad: was cia using commit emails or a svn post commit hook? |
| 18:41.32 | brlcad | essentially, yes |
| 18:42.20 | brlcad | it was it's on hook, ciabot_svn.py |
| 18:43.50 | brlcad | actually think ciabot_svn.py sent the data via XML RPC, not e-mail .. but I don't know which sourceforge configured it for |
| 18:44.00 | brlcad | probably rpc |
| 18:44.41 | ``Erik | cool, so I can plug in a ucw app to catch the xml rpc message, break it down and shoot it to irc... easy O.o |
| 18:45.16 | ``Erik | (you do have permission to shove a modified ciabot script in, right? mebbe as a second hook in case cia.vc returns?) |
| 18:45.50 | brlcad | I don't think so |
| 18:46.14 | brlcad | we can't define our own hooks, that was one sourceforge provided everyone |
| 18:46.33 | brlcad | the ciabot_svn.py script is obviously wired to send to cia.vc |
| 18:46.52 | brlcad | an e-mail hook is the easiest |
| 18:46.57 | brlcad | then it can just live on .bz |
| 18:58.56 | ``Erik | parsing the generated emails might be ugly |
| 19:06.48 | brlcad | shrug -- they're simple enough to extract with a couple regex |
| 19:07.06 | ``Erik | multiline comments foul that up |
| 19:07.08 | brlcad | the only problem is when the commit message is really long, truncating it |
| 19:08.22 | brlcad | I don't think anyone would cry if the message was sent through 's/[:space:]+/ /g' |
| 19:26.20 | brlcad | ``Erik: gci application completed if you want to review it -- I'm working on the tasks next |
| 20:47.11 | ``Erik | the beginning of the 'why would your org like to participate' doesn't feel quite right to me... apologetic with a hint of glibness O.o mebbe put a positive spin by saying how we're prepared instead of saying that we weren't prepared before? |
| 20:47.56 | ``Erik | other than that, looks great... damn your wordsmithing and copy writing fu |
| 20:49.34 | ``Erik | thinks he has the receiver, parser and infrasture together for brlcia, will verify tomorrow after some commit emails and put the irc bot part in place |
| 20:52.36 | brlcad | awesome! |
| 20:57.50 | ``Erik | https://github.com/erikg/cl-cia mwahaha |
| 21:01.18 | brlcad | reworded why participate intro, thanks |
| 21:01.54 | brlcad | heh, neat |
| 21:41.14 | *** join/#brlcad andrei_ (~andrei@188.25.171.202) | |
| 21:44.41 | brlcad | okay template in place, breaking up the old topics to 2-hour chunks |
| 23:16.40 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:16.40 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 23:39.36 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 23:50.02 | *** join/#brlcad andrei_ (andrei@188.25.171.202) | |
| 23:58.51 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 23:58.51 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 01:48.46 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 01:48.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 03:20.56 | *** join/#brlcad tanjhid (~tanjhid@li557-200.members.linode.com) | |
| 03:43.46 | starseeker | eyes http://libgit2.github.com/api.html#backends and ponders libgvm backend possibilities... |
| 03:48.48 | starseeker | "libgit2 builds cleanly on most platforms without any external dependencies" - drool... |
| 03:48.54 | starseeker | CMake to boot |
| 03:50.49 | starseeker | big question is whether their feature set has reached a point where it does what we would need... they suggest it's "quite feature complete..." |
| 04:57.33 | brlcad | GPLv2 with a special Linking Exception |
| 04:58.05 | brlcad | nice to see git libs finally coming along for other platforms, though |
| 04:58.23 | brlcad | finishes up with the deuces ideas list for now |
| 04:58.53 | brlcad | http://brlcad.org/wiki/Deuces if anyone else wants to add any itmes or correct any mistakes i injected |
| 04:58.58 | brlcad | or otherwise improve it |
| 05:31.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:33.39 | *** join/#brlcad andrei_ (andrei@188.25.171.202) | |
| 06:34.49 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) | |
| 08:08.28 | *** join/#brlcad cristina (~quassel@188.24.13.180) | |
| 10:38.29 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:38.29 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:34.12 | ``Erik | bleh, procmail wasn't wired in right |
| 12:48.20 | tofu | ? |
| 13:06.35 | *** join/#brlcad cl-irc (~brlbot@66-118-151-70.static.sagonet.net) | |
| 13:13.31 | starseeker | brlcad: is GPLv2 + Linking Exception a no-go for us? |
| 13:15.57 | *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net) | |
| 13:32.03 | *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net) | |
| 13:37.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:44.04 | brlbot | 11010001100101110110011011001101111 |
| 13:44.15 | ``Erik | awesoem |
| 13:54.55 | *** join/#brlcad andrei_ (andrei@188.25.171.125) | |
| 15:14.48 | brlcad | waits impatiently |
| 15:15.10 | ``Erik | hold up, maildir did something unexpected |
| 15:16.49 | brlbot | erikgreenwald:53471 cast to fix signed/unsigned warning |
| 15:17.08 | brlcad | woot |
| 15:17.45 | brlcad | starseeker: any plans to work on "fix 64b detection across platforms. Fix rhel 32/64 confusion" this month? |
| 15:59.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:12.11 | brlbot | carlmoore:53474 change eg to e.g., and fix spellings |
| 16:43.18 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:11.07 | brlbot | <PROTECTED> |
| 17:14.56 | brlbot | <PROTECTED> |
| 17:15.51 | andrei_ | Exterminate? Oh my :( |
| 17:17.53 | ``Erik | working on getting the color printing right, trying to emulate the old cia look a little |
| 17:29.07 | brlbot | 03YOU ARE INFERIOR! EXTERMINATE! EXTERMINATE! |
| 17:31.18 | andrei_ | I think it's a good idea that you didn't test this during the GSoC application period :) |
| 17:31.40 | ``Erik | this is new as of last night |
| 17:32.43 | ``Erik | https://github.com/erikg/cl-cia |
| 17:40.03 | ``Erik | starseeker: http://lists.freebsd.org/pipermail/svn-src-head/2012-November/042019.html |
| 17:44.54 | *** join/#brlcad merzo (~merzo@144-221-92-178.pool.ukrtel.net) | |
| 18:18.25 | brlbot | 03carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling |
| 18:27.43 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:47.16 | brlbot | 03carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings |
| 19:28.30 | *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net) | |
| 19:45.52 | *** join/#brlcad brlbot (~brlbot@66-118-151-70.static.sagonet.net) | |
| 19:47.17 | brlbot | 03carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling |
| 19:47.17 | brlbot | 03carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings |
| 20:19.32 | starseeker | brlcad: no plans to work on that this month... (sorry) |
| 20:19.46 | brlcad | no worries, just going through the list |
| 20:20.00 | starseeker | ``Erik++ |
| 20:20.08 | starseeker | welcoms brlbot - woot! |
| 20:20.14 | starseeker | welcomes even |
| 20:20.30 | brlcad | ``Erik: how about a better name? :) |
| 20:20.56 | ``Erik | xuul? darlek-prime? |
| 20:22.09 | ``Erik | I started abstracting some stuff out so it can do other stuff, like a cia replacement but less lame than irker |
| 20:22.12 | ``Erik | :D |
| 20:22.17 | starseeker | hehe |
| 20:23.09 | starseeker | ``Erik: interesting news about FreeBSD - I didn't realize they where that far along on the clang conversion |
| 20:23.18 | starseeker | blinks |
| 20:23.31 | brlcad | freenode just kick it? |
| 20:23.42 | ``Erik | doh |
| 20:24.08 | starseeker | ``Erik: guess we may have to start actually caring officially about clang support now... |
| 20:24.25 | brlcad | likes xuul |
| 20:25.24 | ``Erik | unfortunately the lambda character isn't available in utf8 |
| 20:27.59 | starseeker | tries to google xuul and isn't finding much... |
| 20:28.12 | ``Erik | zuul, woops |
| 20:28.48 | starseeker | ah |
| 20:35.22 | ``Erik | hm, zuul is registered, CIA has a 30 second window to identify |
| 21:28.58 | ZUUL | 03n_reed * 53477 brlcad/trunk/src/libged/draw.c: update solid's vlist length at the same time as its vlist rather than waiting for it to be a side-effect of the bounding routine |
| 21:32.42 | starseeker | ``Erik: well, we could always go back to xuul... close enough ;-) |
| 22:02.34 | ZUUL | 03carlmoore * 53478 brlcad/trunk/include/tie.h: fix spelling |
| 22:09.59 | ``Erik | d'no, a dr who theme might be more entertaining O.o |
| 22:10.11 | ``Erik | or mebbe h2g2 |
| 22:27.04 | ZUUL | 03carlmoore * 53479 brlcad/trunk/include/vfont-if.h: fix spelling |
| 22:28.02 | starseeker | ``Erik: how about HAL? |
| 22:29.35 | ZUUL | 03carlmoore * 53480 brlcad/trunk/include/optical.h: fix spelling |
| 22:38.45 | HAL9000 | I'm sorry, Dave, I can't let you do that |
| 22:40.59 | HAL9000 | yet another registered nick |
| 22:41.20 | starseeker | hmm |
| 22:41.46 | starseeker | ``Erik: MULTIVAC? |
| 22:41.58 | ``Erik | 6502! |
| 22:42.17 | ``Erik | wonder if WOPR is taken |
| 22:42.32 | ``Erik | yup, with a user on it right now heh |
| 22:42.32 | starseeker | how can you tell if a nick is taken? |
| 22:43.19 | HAL9000 | This nickname is registered. Please choose a different nickname, |
| 22:43.52 | starseeker | I suppose M5 is out? |
| 22:45.54 | ``Erik | ST:TOS? |
| 22:46.03 | starseeker | yep |
| 22:47.03 | starseeker | if I did that right, M5 isn't registered |
| 22:47.09 | starseeker | nice and short too |
| 22:50.00 | starseeker | ``Erik: can we register a name for a bot? |
| 22:52.29 | brlcad | "SS" .. sonic screwdriver |
| 22:52.37 | brlcad | or better, just "ss" |
| 22:53.19 | brlcad | and of course, secret service ;) |
| 22:53.43 | ``Erik | inn use, of course |
| 22:53.52 | ``Erik | as is tardis |
| 22:54.04 | starseeker | is rather surprised M5 isn't, actually... |
| 22:54.29 | ``Erik | I had to google what m5 was... not exactly on the forebrain of most geeks |
| 22:54.41 | starseeker | <snort> depends on the geek |
| 22:55.02 | starseeker | zuul didn't do squat for me until I googled it |
| 22:55.04 | ``Erik | "most" :D *duck* |
| 22:55.19 | ``Erik | mebbe BillyPPipersMoustache |
| 22:55.27 | ``Erik | s/PP/P/ |
| 22:55.35 | starseeker | ? |
| 22:56.34 | ``Erik | billy piper is an actress who was a companion on the dr who reboot, supposedly she can grow an impressive moustache :D |
| 22:56.52 | starseeker | the trick is actually to find something both "well known to geeks" and not already registered, preferably something computer related... |
| 22:56.58 | ``Erik | billie, even |
| 22:58.35 | starseeker | ``Erik: TR-1 - first transistor radio. |
| 22:59.29 | starseeker | http://en.wikipedia.org/wiki/Regency_TR-1 |
| 23:00.00 | ``Erik | looks at http://en.wikipedia.org/wiki/List_of_fictional_computers |
| 23:00.13 | starseeker | nods - was looking at that myself |
| 23:00.25 | starseeker | that's were the M-5 idea came from |
| 23:01.28 | starseeker | registered |
| 23:01.38 | ``Erik | ayup |
| 23:03.03 | MAGI | hmm |
| 23:03.28 | starseeker | that one is available |
| 23:03.58 | ``Erik | red dwarf style, yo |
| 23:06.13 | starseeker | not bat |
| 23:06.16 | starseeker | not bad rather |
| 23:06.38 | ``Erik | registered, but I'm running out of fucks to give |
| 23:07.31 | ``Erik | BlackBetty is probably safe, but only the 3 people who watched the dilbert tv cartoon would get i |
| 23:07.31 | ``Erik | t |
| 23:07.58 | starseeker | *is* out of touch - a ST:TOS reference would once have brought instant recognition... |
| 23:08.20 | starseeker | feels old |
| 23:09.25 | starseeker | ``Erik: ultimately, you wrote it, so it's your call |
| 23:10.54 | starseeker | is *really* happy to see the commit messages return - I didn't realize how nice that was until it went *poof* |
| 23:15.00 | ``Erik | yeh, a lot of people were upset, esr spent 2 weeks "putting the finishing touches" on a python equivalent he's calling "irkerd" |
| 23:15.32 | ``Erik | but it seems to be a "here's the software, set up your own server" dealie, writing this thing probably took less time than figuring out his stuff :D |
| 23:19.51 | ``Erik | shove in an s-xml parse and use that to generate my commit objects and I can set up an xml-rpc type receiver via ucw, hm |
| 02:18.23 | brlcad | ``Erik: could keep it simple: 21:17 -NickServ(NickServ@services.)- notify is not registered. |
| 02:55.39 | Holly | 03brlcad * 53481 brlcad/trunk/TODO: remove some of the completed items, clarify others. turns out rtg3 and burst aren't deprecatable just yet, tom added a dsp tutorial to the wiki, librt technically has a kdtree, level of detail wireframes are in the works, and implicit to nurbs is done. |
| 03:14.09 | Holly | 03brlcad * 53482 brlcad/trunk/src/libbn/ulp.c: implement routines to also calculate the sqrt() of the min/max for floats and doubles. |
| 04:16.50 | Holly | 03brlcad * 53483 brlcad/trunk/src/libbn/ulp.c: fix routines for calculating the square root, missing bn_ prefix. remove register keyword since we take the variable's address. fix the equality comparison, testing for >val instead. |
| 04:18.55 | Holly | 03brlcad * 53484 brlcad/trunk/src/libbn/CMakeLists.txt: enable ulp.c for compilation so we can get any compile kinks worked out (verified working on two plats) |
| 05:39.20 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 05:39.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 05:41.26 | Holly | 03brlcad * 53485 brlcad/trunk/BUGS: rossberg reported that using our libs in a multithreaded application on windows no longer seems to work (no firm isolation when the problem started, but reportedly used to wrok just fine). said the crash was due to a global memory-data map, which I presume to be the memory debug queues. |
| 06:00.56 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 06:34.13 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 07:18.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:50.08 | *** join/#brlcad andrei_ (andrei@188.25.158.31) | |
| 09:29.52 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:29.52 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:18.43 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:18.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 10:53.23 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:42.35 | *** join/#brlcad Holly (~Holly@66-118-151-70.static.sagonet.net) | |
| 12:58.12 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 12:58.12 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:03.24 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:03.24 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:08.32 | Holly | 03erikgreenwald * 53486 rtcmp/trunk/rtcmp.c: verify that both adrt and librt are being used before comparing their results |
| 13:10.35 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 13:17.15 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:17.15 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:25.07 | brlcad | ``Erik: https://www.ohloh.net/p/brlcad/aliases |
| 14:26.36 | ``Erik | thnx, incomplete but I can always post process if it's important... (dolist (c (commits project)) (when (string-equal (user c) "oldname") (setf (user c) "newname"))) or something |
| 14:26.50 | brlcad | they have an API for accessing most of their data over xml/rpc, iirc |
| 14:27.06 | brlcad | what's incomplete? |
| 14:28.28 | ``Erik | rbowers was one I noticed |
| 14:29.19 | brlcad | oh, I could see that |
| 14:29.44 | brlcad | he hadn't committed since going open source until recently (this year I think) |
| 14:29.58 | ``Erik | he did a couple java commits post-OS |
| 14:30.11 | brlcad | right |
| 14:30.40 | brlcad | I did a full review a couple years ago when ohloh went online and got everyone, so it's been since then |
| 14:33.06 | brlcad | looks like jim's in the same boat |
| 14:35.46 | brlcad | er, I don't see two names for bowers... |
| 14:36.38 | brlcad | no commits by rbowers, only ronaldbowers |
| 14:48.54 | brlcad | huh, i'll have to look into that |
| 14:49.12 | ``Erik | $ grep '<author>rbowers<' brlcad.log.xml | wc -l |
| 14:49.13 | ``Erik | 68 |
| 14:49.32 | brlcad | yeah, ohloh sees him too: https://www.ohloh.net/p/brlcad/contributors?query=rbowers&sort=latest_commit |
| 14:49.42 | brlcad | but doesn't give him as an option on the aliasing page |
| 14:50.19 | ``Erik | hm, parser is tripping up on an empty commit message... more fixing. |
| 14:50.47 | ``Erik | (to quote 'crazy daisy ed' from liquid tv: "damn students!") |
| 15:01.31 | brlcad | bug reported |
| 15:18.49 | Holly | 03n_reed * 53487 brlcad/trunk/src/libged/draw.c: clean up _ged_drawH_part2 |
| 15:20.42 | brlcad | ``Erik: so you don't like "notify"? :) |
| 15:20.53 | brlcad | doesn't know the Holly reference |
| 15:20.57 | ``Erik | red dwarf |
| 15:21.14 | brlcad | yeah, I figured -- haven't watched |
| 15:21.24 | ``Erik | and I'd imagine 'notify' is a reserved name on the ircd freenode is running (is it using db's hybrid?) |
| 15:22.49 | notify | nope |
| 15:22.55 | ``Erik | huh |
| 15:23.04 | notify | good name ;) |
| 15:25.09 | ``Erik | ok, get off the bots new name, beeyotch |
| 15:28.00 | brlcad | heh |
| 15:29.14 | ``Erik | UNHANDLED-EVENT:3561290938: NOTICE: NickServ Notify "This nickname is registered. Please choose a different nickname, or identify via /msg NickServ identify <password>." |
| 15:29.22 | ``Erik | oh, you notified it, heh |
| 15:30.19 | brlcad | what's with the uppercase? crazy talk |
| 15:30.49 | brlcad | heh |
| 15:30.56 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 15:30.57 | ``Erik | lisp symbols typically print all uppercase, yo :D |
| 15:31.02 | *** kick/#brlcad [NOTIFY!~sean@BZ.BZFLAG.BZ] by brlcad (NOTIFY) | |
| 15:31.04 | brlcad | tee hee |
| 15:31.22 | ``Erik | man, there's no autorejoin or anything in it, yet |
| 15:31.32 | ``Erik | digs back into the guts to do the lisp to join |
| 15:31.38 | brlcad | cmon, when can I hug it |
| 15:31.44 | *** join/#brlcad NOTIFY (~Holly@66-118-151-70.static.sagonet.net) | |
| 15:31.45 | brlcad | hugs ibot |
| 15:32.01 | ``Erik | when I get around to writing a privmsg hook |
| 15:32.03 | brlcad | ibot: wake up |
| 15:32.03 | ibot | ACTION throws a barrel-full of ice water on up and shouts "GOOD MORNING!!!!" |
| 15:32.14 | ``Erik | at the moment, I'm doing http://elfga.com/cia |
| 15:33.07 | ``Erik | (and regenerating the xml log to include modified files to add in, so I can filter commits by filename) |
| 15:33.35 | brlcad | you'll want to throttle postings if you haven't already |
| 15:33.54 | brlcad | that was one of the first limits hit |
| 15:34.03 | ``Erik | throttle which posting, from the bot to irc? |
| 15:34.07 | brlcad | yeah |
| 15:34.16 | brlcad | flood controls are pretty tight on freenode |
| 15:34.23 | brlcad | can get auto k-lined |
| 15:35.00 | ``Erik | right now, it's just sending BRL-CAD commit msgs's and my hand done (cl-irc:privmsg) stuff |
| 15:43.52 | brlcad | just saying, a (sleep 1) could prevent spending hours triaging with staffers |
| 16:54.20 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:15.33 | NOTIFY | 03carlmoore * 53488 brlcad/trunk/include/rtgeom.h: fix spelling |
| 17:16.50 | NOTIFY | 03carlmoore * 53489 brlcad/trunk/include/ged.h: fix spelling |
| 17:30.25 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 17:30.26 | Notify | 03carlmoore * 53490 brlcad/trunk/include/bn.h: change ie to i.e., and fix spelling |
| 17:30.26 | Notify | 03carlmoore * 53491 brlcad/trunk/include/rtfunc.h: fix spelling |
| 17:37.27 | Notify | 03carlmoore * 53492 brlcad/trunk/include/spectrum.h: fix spellings |
| 17:39.30 | Notify | 03carlmoore * 53493 brlcad/trunk/include/raytrace.h: change eg to e.g. |
| 17:40.32 | Notify | 03carlmoore * 53494 brlcad/trunk/include/common.h: fix spellings |
| 17:52.04 | Notify | 03n_reed * 53495 brlcad/trunk/src/libged/draw.c: group all the solid initialization together so we can do all the prep work up-front before creating the actual plot vlists |
| 17:56.22 | Notify | 03carlmoore * 53496 brlcad/trunk/src/tclscripts/hv3/snit.tcl: change eg. to e.g. (not sure of meaning) and add a missing right parenthesis |
| 17:58.51 | Notify | 03carlmoore * 53497 brlcad/trunk/src/tclscripts/mged/lc.tcl: change ie to i.e., and fix a spelling |
| 18:02.05 | Notify | 03carlmoore * 53498 brlcad/trunk/src/tclscripts/mged/anim.tcl: supply missing periods in e.g. |
| 18:15.45 | Notify | 03carlmoore * 53499 brlcad/trunk/src/libbn/plane.c: change ie to i.e., and fix 1 spelling |
| 18:18.18 | Notify | 03carlmoore * 53500 brlcad/trunk/src/libdm/dm-ps.c: change ie to i.e., and add one other missing period |
| 18:20.38 | Notify | 03carlmoore * 53501 brlcad/trunk/src/libdm/dm-ogl.c: change ie to i.e., and add another missing period |
| 18:27.32 | Notify | 03carlmoore * 53502 brlcad/trunk/src/libdm/dm-plot.c: change ie to i.e., and supply one other missing period |
| 18:30.21 | Notify | 03carlmoore * 53503 brlcad/trunk/src/libdm/dm-wgl.c: supply 3 missing periods (2 of them in i.e.) |
| 18:33.10 | Notify | 03carlmoore * 53504 brlcad/trunk/src/libdm/dm-tk.c: supply 3 missing periods (2 of them in i.e.) |
| 18:34.49 | Notify | 03carlmoore * 53505 brlcad/trunk/src/libdm/dm-X.c: supply 3 missing periods (2 of them in i.e.) |
| 18:36.12 | Notify | 03carlmoore * 53506 brlcad/trunk/src/libdm/dm-X.c: oops, commit again -- this time fix a spelling in a different comment |
| 18:39.01 | Notify | 03carlmoore * 53507 brlcad/trunk/src/fb/pl-fb.c: change eg to e.g., and fix a spelling |
| 18:47.20 | Notify | 03carlmoore * 53508 brlcad/trunk/src/fb/fb-rle.1: change eg to e.g., and fix spellings |
| 18:50.44 | Notify | 03carlmoore * 53509 brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: add 1 period to what should be e.g. |
| 18:55.48 | Notify | 03carlmoore * 53510 brlcad/trunk/src/librt/primitives/dsp/dsp.c: change eg to e.g. |
| 19:01.22 | Notify | 03carlmoore * 53511 brlcad/trunk/src/librt/primitives/tgc/tgc.c: change 2 occurrences of eg to e.g. -- OMITTING use of 'eg' as variable name! |
| 19:03.51 | Notify | 03carlmoore * 53512 brlcad/trunk/src/librt/primitives/tor/tor.c: change eg to e.g. |
| 19:08.26 | Notify | 03carlmoore * 53513 brlcad/trunk/src/librt/primitives/eto/eto.c: change eg to e.g. |
| 19:20.21 | Notify | 03carlmoore * 53514 brlcad/trunk/include/icv.h: fix spelling |
| 19:21.25 | Notify | 03carlmoore * 53515 brlcad/trunk/src/fb/rle-fb.1: change eg to e.g., and fix spellings |
| 19:22.28 | Notify | 03carlmoore * 53516 brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: fix spelling of 'vertexuse' in an error message |
| 19:31.17 | Notify | 03carlmoore * 53517 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: fix spellings |
| 20:06.33 | Notify | 03carlmoore * 53518 brlcad/trunk/doc/regions.txt: change ie to i.e., and use plural 'parentheses' |
| 20:09.02 | Notify | 03carlmoore * 53519 brlcad/trunk/doc/old-mged.tr: insert missing period in e.g. |
| 20:10.26 | Notify | 03carlmoore * 53520 brlcad/trunk/doc/tube.txt: change eg to e.g. |
| 20:12.04 | Notify | 03carlmoore * 53521 brlcad/trunk/doc/mged/a.tex: change eg to e.g. |
| 20:14.28 | Notify | 03carlmoore * 53522 brlcad/trunk/doc/html/manuals/mged/animmate/prep_tut.html: supply 1 missing period in e.g. |
| 20:17.52 | Notify | 03carlmoore * 53523 brlcad/trunk/regress/nightly.sh: fix spelling |
| 20:24.43 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:26.24 | jordisayol | Hello. What number will the next version? |
| 20:27.57 | brlcad | 7.22.2 |
| 20:28.09 | jordisayol | ok, thanks! |
| 20:28.13 | brlcad | np |
| 20:30.31 | Notify | 03carlmoore * 53524 brlcad/trunk/src/librt/primitives/bot/bot.c: change eg to e.g. |
| 20:33.46 | Notify | 03carlmoore * 53525 brlcad/trunk/src/librt/primitives/poly/poly.c: change eg to e.g. |
| 20:39.15 | Notify | 03carlmoore * 53526 brlcad/trunk/src/mged/mater.c: change ie to i.e., and fix spelling |
| 20:41.49 | Notify | 03carlmoore * 53527 brlcad/trunk/src/mged/mged.h: fix spelling and change ie to i.e. |
| 20:45.29 | Notify | 03carlmoore * 53528 brlcad/trunk/src/libged/human.c: add missing periods |
| 20:47.08 | Notify | 03carlmoore * 53529 brlcad/trunk/src/libged/clip.c: change ie to i.e. |
| 20:49.42 | Notify | 03carlmoore * 53530 brlcad/trunk/src/libged/wdb_obj.c: change eg to e.g. |
| 20:53.06 | Notify | 03carlmoore * 53531 brlcad/trunk/src/libged/ged.c: change eg to e.g. |
| 20:55.45 | Notify | 03carlmoore * 53532 brlcad/trunk/doc/README.Linux: supply 1 missing period in e.g. |
| 20:58.17 | ``Erik | 24 hour commit count list on the webpage now |
| 20:58.19 | Notify | 03carlmoore * 53533 brlcad/trunk/doc/html/manuals/Install.html: insert missing periods |
| 21:02.59 | Notify | 03carlmoore * 53534 brlcad/trunk/doc/html/manuals/mged/ged.html: insert missing periods in e.g. |
| 21:03.09 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:04.57 | Notify | 03carlmoore * 53535 brlcad/trunk/doc/html/manuals/mged/shaders.html: insert missing periods in e.g. |
| 21:06.46 | Notify | 03carlmoore * 53536 brlcad/trunk/doc/html/manuals/mged/ged.tex: change eg to e.g. |
| 21:07.00 | brlcad | http://assets.startupsnetwork.com.s3.amazonaws.com/domain-images/cia.vc/screenshot-01.jpg |
| 21:07.04 | brlcad | http://schwehr.org/blog/attachments/2007-04/cia-vc.png |
| 21:07.11 | brlcad | <PROTECTED> |
| 21:07.27 | brlcad | so individuals and projects |
| 21:08.02 | brlcad | ah, even better: http://web.archive.org/web/20110621190931/http://cia.vc/ |
| 21:35.38 | ``Erik | should have the irc bot kick off the git update stuff instead of an hourly cronjob O.o |
| 21:36.58 | Notify | 03carlmoore * 53537 brlcad/trunk/src/rttherm/ssampview.c: fix spellings |
| 21:39.07 | Notify | 03carlmoore * 53538 brlcad/trunk/src/remrt/remrt.c: fix spelling |
| 21:40.31 | Notify | 03carlmoore * 53539 brlcad/trunk/src/remrt/remrt.c: and commit this a 2nd time because I fixed another spelling |
| 21:41.54 | Notify | 03carlmoore * 53540 brlcad/trunk/src/util/pixhalve.c: fix spelling |
| 21:46.53 | Notify | 03carlmoore * 53541 brlcad/trunk/src/fb/fb-orle.1: add missing period, and fix spelling |
| 21:54.12 | Notify | 03carlmoore * 53542 brlcad/trunk/TODO: add period to etc |
| 22:15.23 | Notify | 03carlmoore * 53543 brlcad/trunk/misc/brlcad-config.1: add missing period |
| 22:24.07 | Notify | 03carlmoore * 53544 brlcad/trunk/sh/header.sh: add missing period, and fix spellings |
| 22:25.51 | Notify | 03carlmoore * 53545 brlcad/trunk/HACKING: add missing periods |
| 22:37.15 | Notify | 03carlmoore * 53546 brlcad/trunk/src/libcursor/libcursor.3: add period |
| 22:38.39 | Notify | 03carlmoore * 53547 brlcad/trunk/src/fbserv/fbserv.1: add period |
| 22:43.03 | Notify | 03carlmoore * 53548 brlcad/trunk/src/external/Unigraphics/ug-g.1: add period |
| 22:44.57 | Notify | 03carlmoore * 53549 brlcad/trunk/src/libbn/libplot3.3: add period |
| 22:47.40 | Notify | 03carlmoore * 53550 brlcad/trunk/src/libdm/dm-rtgl.c: add period |
| 22:49.14 | Notify | 03carlmoore * 53551 brlcad/trunk/src/anim/chan_permute.1: add period |
| 22:51.13 | Notify | 03carlmoore * 53552 brlcad/trunk/src/anim/anim_track.1: add period |
| 22:52.42 | Notify | 03carlmoore * 53553 brlcad/trunk/src/anim/chan_mult.1: add period |
| 22:58.36 | Notify | 03carlmoore * 53554 brlcad/trunk/src/anim/anim_turn.1: add period |
| 23:00.30 | Notify | 03carlmoore * 53555 brlcad/trunk/src/anim/anim_time.1: add period |
| 23:03.38 | Notify | 03carlmoore * 53556 brlcad/trunk/src/anim/anim_sort.1: add period |
| 23:35.18 | Notify | 03brlcad * 53557 brlcad/trunk/src/liboptical/sh_wood.c: carl missed one |
| 23:36.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:59.25 | *** join/#brlcad Stattrav (~Stattrav@27.63.50.220) | |
| 01:59.26 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 02:04.58 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:38.48 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 06:38.48 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 07:38.36 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:24.23 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:24.44 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:15.31 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:43.21 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:46.37 | *** join/#brlcad liangent (~liangent@wikipedia/Liangent) | |
| 17:17.56 | *** part/#brlcad liangent (~liangent@wikipedia/Liangent) | |
| 17:57.50 | Notify | 03BRL-CAD:bob1961 * 53559 brlcad/trunk/src/tclscripts/lib/Ged.tcl: cadwidgets::Ged::pane_mouse_find_bot_edge needs to clear mBotFaceCallback before calling pane_mouse_find_bot_face. |
| 17:57.54 | Notify | 03BRL-CAD:n_reed * 53560 brlcad/trunk/src/libged/draw.c: init display list nodes before insertion |
| 17:57.58 | Notify | 03BRL-CAD:carlmoore * 53561 brlcad/trunk/src/anim/anim_script.1: add period |
| 17:58.01 | Notify | 03BRL-CAD:carlmoore * 53562 brlcad/trunk/src/fb/fb-pix.1: add period |
| 17:58.05 | Notify | 03BRL-CAD:carlmoore * 53563 brlcad/trunk/src/fb/orle-fb.1: add a period |
| 17:58.09 | Notify | 03BRL-CAD:n_reed * 53564 brlcad/trunk/src/libged/draw.c: Break wireframe plotting into two phases. Create all the solid structures first, then calculate the plot for each solid. |
| 18:01.41 | ``Erik | thanks for the heads up, n_reed, I changed the report function to add a project parameter, but the hook list was still pointing to the old func, so it tried calling the old 1 parm func with 2 parms and aborted the parsing thread :/ |
| 18:04.12 | n_reed | ah... glad it was a quick fix |
| 18:10.30 | ``Erik | it's lisp, everything is a quick fix :D *duck* |
| 18:12.44 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 18:12.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:43.03 | brlcad | read everything is a quack fix :D *duck* |
| 19:48.19 | Notify | 03BRL-CAD:carlmoore * 53565 brlcad/trunk/bench/benchmark.1: add period |
| 19:48.22 | Notify | 03BRL-CAD:carlmoore * 53566 brlcad/trunk/src/fb/gif-fb.1: add period |
| 19:48.25 | Notify | 03BRL-CAD:carlmoore * 53567 brlcad/trunk/src/fb/fbpoint.1: add period |
| 19:48.28 | Notify | 03BRL-CAD:carlmoore * 53568 brlcad/trunk/src/fb/pix-fb.1: add period |
| 19:48.31 | Notify | 03BRL-CAD:n_reed * 53569 brlcad/trunk/src/libdm/dm-X.c: implement BN_VLIST_POINT_DRAW command |
| 19:48.34 | Notify | 03BRL-CAD:carlmoore * 53570 brlcad/trunk/src/fb/fbgrid.1: add period |
| 19:48.42 | ``Erik | swank, flood protected queue seems to be working |
| 19:51.57 | Notify | 03BRL-CAD:carlmoore * 53571 brlcad/trunk/src/fb/cmap-fb.1: add period |
| 19:54.11 | Notify | 03BRL-CAD:carlmoore * 53572 brlcad/trunk/src/fb/pl-fb.1: add period |
| 19:59.18 | ``Erik | http://www.petapixel.com/2011/12/09/photo-of-a-nuclear-explosion-less-than-1-millisecond-after-detonation/ |
| 20:03.25 | Notify | 03BRL-CAD:carlmoore * 53573 brlcad/trunk/src/fb/fbcolor.1: add period |
| 20:06.39 | Notify | 03BRL-CAD:carlmoore * 53574 brlcad/trunk/src/fb/fbzoom.1: add period |
| 20:10.13 | Notify | 03BRL-CAD:carlmoore * 53575 brlcad/trunk/src/fb/fbhelp.1: add period |
| 20:14.42 | Notify | 03BRL-CAD:carlmoore * 53576 brlcad/trunk/src/fb/fbfade.1: add period |
| 20:22.40 | Notify | 03BRL-CAD:n_reed * 53577 brlcad/trunk/src/librt/primitives/ell/ell.c: draw small ells as points |
| 20:24.20 | Notify | 03BRL-CAD:carlmoore * 53578 brlcad/trunk/src/fb/pixautosize.1: add period |
| 20:29.53 | Notify | 03BRL-CAD:carlmoore * 53579 brlcad/trunk/src/fb/fbstretch.1: add period |
| 20:32.12 | Notify | 03BRL-CAD:carlmoore * 53580 brlcad/trunk/src/fb/fb-fb.1: add period |
| 20:49.41 | Notify | 03BRL-CAD:carlmoore * 53581 brlcad/trunk/src/fb/fbline.1: add period |
| 21:07.06 | Notify | 03BRL-CAD:carlmoore * 53582 brlcad/trunk/src/fb/fbfree.1: add period |
| 21:12.17 | brlcad | ugh |
| 21:16.06 | Notify | 03BRL-CAD:brlcad * 53583 (brlcad/trunk/bench/pixcmp.1 brlcad/trunk/doc/bw.5 brlcad/trunk/doc/cmap.5 brlcad/trunk/doc/deprecation.txt brlcad/trunk/doc/ecosystem.dot brlcad/trunk/doc/html/manuals/libdm/dm_obj.html brlcad/trunk/doc/legal/bdl.txt brlcad/trunk/doc/pix.5 brlcad/trunk/doc/plot3.5 brlcad/trunk/misc/macosx/Resources/ReadMe.rtfd/TXT.rtf brlcad/trunk/src/README brlcad/trunk/src/canon/canonize.1 brlcad/trunk/src/conv/asc/asc2g.1 brlc |
| 21:51.51 | Notify | 03BRL-CAD:carlmoore * 53584 brlcad/trunk/src/fb/fbscanplot.1: 'etc' now has a period (right)?, but I found a spelling to fix |
| 21:52.25 | *** join/#brlcad cristina (~quassel@188.24.6.77) | |
| 22:02.16 | brlcad | ``Erik: so that's another problem that would be good to fix :) |
| 22:02.21 | brlcad | huge file lists |
| 22:02.30 | brlcad | the message is more important than the files |
| 22:03.39 | brlcad | better to truncate to (34 files in 10 directories) or (293 files in src/util src/rt doc) |
| 22:04.15 | Notify | 03BRL-CAD:carlmoore * 53585 brlcad/trunk/include/bu.h: add periods, and in 2 COMMENTS changed BU_SETJMP to BU_SETJUMP (right?) |
| 22:04.28 | brlcad | truncating to filecount in dir list first, unless that's also too long then filecount in dircount |
| 22:15.49 | Notify | 03BRL-CAD:carlmoore * 53586 brlcad/trunk/include/vmath.h: add a period |
| 22:20.17 | Notify | 03BRL-CAD:carlmoore * 53587 brlcad/trunk/doc/regions.txt: add 2 periods and a space |
| 22:24.51 | Notify | 03BRL-CAD:carlmoore * 53588 brlcad/trunk/src/external/ProEngineer/proe-brl.c: add 2 periods |
| 22:27.21 | Notify | 03BRL-CAD:carlmoore * 53589 brlcad/trunk/src/tclscripts/mged/attr_edit.tcl: fix spellings |
| 22:34.34 | ``Erik | heh, starseeker already wants that for the web page O.o |
| 22:35.04 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 22:35.19 | Notify | 03BRL-CAD:carlmoore * 53590 brlcad/trunk/src/tclscripts/mged/comb.tcl: add 2 periods and fix spellings |
| 22:37.47 | ``Erik | eh? |
| 22:39.06 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 22:42.36 | brlcad | eh what? |
| 22:51.09 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 22:56.47 | Notify | 03BRL-CAD:carlmoore * 53592 brlcad/trunk/src/anim/anim_script.c: add period |
| 22:57.15 | Notify | 03BRL-CAD:carlmoore * 53593 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: add period and fix 2 occurrences of 'verts' |
| 22:57.18 | Notify | 03BRL-CAD:carlmoore * 53594 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: add period |
| 04:28.46 | *** join/#brlcad liangent (~liangent@wikipedia/Liangent) | |
| 04:30.07 | *** part/#brlcad liangent (~liangent@wikipedia/Liangent) | |
| 04:31.16 | *** join/#brlcad ctfiwc (5bc6aec9@gateway/web/freenode/ip.91.198.174.201) | |
| 04:32.17 | ctfiwc | hi, what's the normal procedure to have my modeled part manufactured? |
| 06:58.15 | brlcad | ctfiwc: there's no such thin as normal procedure, but it depends what kind of model it is |
| 06:58.37 | brlcad | most modern manufacturers will take a 3d model, so you can just give them an export in stl or dxf format or similar |
| 06:59.28 | brlcad | we're not set up well for the ones that take drafting documents (not yet a strength) as you'll have to manually add your dimensioning information |
| 07:03.44 | ctfiwc | brlcad: yeah I was thinking about exporting 2d drawings but I don't really have an idea what they accept |
| 07:43.32 | *** join/#brlcad cristina (~quassel@188.24.6.77) | |
| 07:53.32 | archivist | depends on the manufacturer and qty, some would have cam software and be able to deal with 3d, some want to read drawings |
| 07:58.18 | archivist | expect a dialogue as the maker tries to understand the importance of parts of your design, 3d models dont show tolerances well drawings are better there |
| 07:59.54 | archivist | expect the maker to ask if changes can be made to the design to make something manufacturable at a reasonable cost |
| 10:09.54 | ctfiwc | archivist: which is usually preferred for small quatity production between 3d and drawings? |
| 10:19.13 | archivist | depends on the company you are asking, supply both and he supplier has most of the information he needs |
| 10:20.37 | archivist | on my last job I got both except the customer missed critical(to me) dimensions, so I used the model to get them |
| 10:24.46 | archivist | I make gears, cam is not cheaply available for my sort of work either |
| 10:40.08 | ctfiwc | archivist: but with brlcad it seems difficult to provide drawing |
| 10:40.31 | archivist | well yes :( |
| 10:40.39 | ctfiwc | or which free software do you recommend if I need it? |
| 10:41.23 | archivist | I currently dont have a favourite as they all have issues in some area |
| 10:46.48 | ctfiwc | so developers of brlcad (in foss world I believe developers are also heavy users) just go to use cam directly? |
| 10:50.45 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:50.46 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:17.29 | ``Erik | ctfiwc: most heavy users of BRL-CAD are more into CAE than CAM, simulation of someone elses model type stuff... cnc guys seem to like stl, so we have a g-stl exporter... and rtedge can almost kinda sorta produce something kinda closish to drafting |
| 11:19.31 | ``Erik | I think the common advice for providing technical drawings from BRL-CAD has been to do an rt-edge, load it up in your favorite 2d editor and finish it there, using nirt and/or mged to query specific numbers |
| 11:44.01 | ctfiwc | ``Erik: hmm thank you all |
| 11:51.23 | archivist | some items I get just a textual request without a drawing "I need a 18 tooth, 3.6mm crown gear that will attach to a 1mm axle. If the gear and axle could be constructed as a single piece, that would be fantastic" |
| 13:17.39 | *** join/#brlcad cristina (~quassel@188.24.6.77) | |
| 13:30.49 | ``Erik | heh, "carl" "Wat R U Doin" "carl" "Stahp!" |
| 15:13.41 | ``Erik | file list shortening is live in both irc reporting and the web interface (with ajax fu), w00t |
| 16:11.05 | Notify | 03BRL-CAD:carlmoore * 53595 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: add a period -- as is usual, I checked spelling to see if any other changes were to be made |
| 16:13.04 | Notify | 03BRL-CAD:carlmoore * 53596 brlcad/trunk/src/librt/primitives/nmg/nmg.c: add a period |
| 16:15.16 | Notify | 03BRL-CAD:carlmoore * 53597 brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: add period |
| 16:16.30 | Notify | 03BRL-CAD:carlmoore * 53598 brlcad/trunk/src/librt/primitives/arb8/arb8.c: add period |
| 16:20.28 | Notify | 03BRL-CAD:carlmoore * 53599 brlcad/trunk/src/conv/g-x3d.c: add period |
| 16:23.29 | Notify | 03BRL-CAD:carlmoore * 53600 brlcad/trunk/src/conv/iges/conv_drawings.c: add periods, and fix spellings (including ect --> etc) |
| 16:25.08 | Notify | 03BRL-CAD:carlmoore * 53601 brlcad/trunk/src/conv/g-vrml.c: add period |
| 16:25.40 | *** join/#brlcad cristina (~quassel@188.24.6.77) | |
| 16:28.32 | Notify | 03BRL-CAD:carlmoore * 53602 brlcad/trunk/src/mged/edsol.c: add period |
| 16:31.01 | Notify | 03BRL-CAD:carlmoore * 53603 brlcad/trunk/src/mged/dodraw.c: add period |
| 16:32.56 | Notify | 03BRL-CAD:carlmoore * 53604 brlcad/trunk/src/mged/fbserv.c: add period |
| 16:34.42 | Notify | 03BRL-CAD:carlmoore * 53605 brlcad/trunk/src/mged/titles.c: add period |
| 16:36.41 | Notify | 03BRL-CAD:carlmoore * 53606 brlcad/trunk/src/rt/main.c: add period |
| 16:38.18 | Notify | 03BRL-CAD:carlmoore * 53607 brlcad/trunk/src/rt/viewg3.c: add period |
| 16:39.34 | Notify | 03BRL-CAD:carlmoore * 53608 brlcad/trunk/src/rt/do.c: add period |
| 16:41.41 | Notify | 03BRL-CAD:carlmoore * 53609 brlcad/trunk/src/libpkg/pkg.c: add period |
| 16:43.54 | Notify | 03BRL-CAD:carlmoore * 53610 brlcad/trunk/src/remrt/remrt.c: fix spelling of 'whack', and add periods |
| 16:45.23 | Notify | 03BRL-CAD:carlmoore * 53611 brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h: add period |
| 16:47.39 | Notify | 03BRL-CAD:carlmoore * 53612 brlcad/trunk/src/liboptical/sh_flat.c: add period |
| 16:49.27 | Notify | 03BRL-CAD:carlmoore * 53613 brlcad/trunk/src/libged/dg_obj.c: add period |
| 16:52.12 | Notify | 03BRL-CAD:carlmoore * 53614 brlcad/trunk/src/libged/simulate/simphysics.cpp: add period |
| 16:53.01 | Notify | 03BRL-CAD:brlcad * 53615 brlcad/trunk/TODO: all fastf_t/double conversions are checked and fixed for ntohd/htond. |
| 16:53.38 | Notify | 03BRL-CAD:carlmoore * 53616 brlcad/trunk/src/libged/simulate/simrt.h: add SPACE |
| 16:54.54 | Notify | 03BRL-CAD:carlmoore * 53617 brlcad/trunk/src/libged/annotate.c: add period |
| 16:57.02 | Notify | 03BRL-CAD:carlmoore * 53618 brlcad/trunk/src/util/loop.1: add period (different place from one that was very recently added) |
| 17:00.01 | Notify | 03BRL-CAD:carlmoore * 53619 brlcad/trunk/src/libfb/fbserv_obj.c: add period |
| 17:01.13 | Notify | 03BRL-CAD:carlmoore * 53620 brlcad/trunk/src/libfb/if_remote.c: add period |
| 17:11.22 | Notify | 03BRL-CAD:carlmoore * 53621 brlcad/trunk/src/libfb/if_stack.c: add periods |
| 17:11.46 | Notify | 03BRL-CAD:carlmoore * 53622 brlcad/trunk/doc/html/manuals/librt/wdb_obj.html: add period |
| 17:13.18 | Notify | 03BRL-CAD:carlmoore * 53623 brlcad/trunk/doc/html/manuals/mged/ged.html: add 2 periods |
| 17:13.28 | Notify | 03BRL-CAD:carlmoore * 53624 brlcad/trunk/doc/html/manuals/mged/ged.tex: add 2 periods |
| 17:14.25 | Notify | 03BRL-CAD:carlmoore * 53625 brlcad/trunk/doc/html/manuals/mged/animmate/rt.html: add period |
| 17:17.18 | Notify | 03BRL-CAD:brlcad * 53626 brlcad/trunk/BUGS: stave off a half-dozen |
| 17:18.17 | Notify | 03BRL-CAD:brlcad * 53627 brlcad/trunk/src/libfb/if_stack.c: odd convention, just ... |
| 17:18.52 | brlcad | ``Erik: not working right |
| 17:18.57 | brlcad | 53626 was 8 files |
| 17:19.57 | ``Erik | huh, yeah, it parsed right, just didn't report right |
| 17:19.59 | ``Erik | the web page looks ok |
| 17:23.42 | Notify | 03BRL-CAD:carlmoore * 53628 brlcad/trunk/src/tclscripts/hv3/combobox.tcl: add period |
| 17:25.17 | Notify | 03BRL-CAD:brlcad * 53626 (brlcad/trunk/BUGS brlcad/trunk/TODO and 6 others): stave off a half-dozen |
| 17:25.57 | ``Erik | strange that it didn't work, it LOOKED correct O.o (rewrote it using cond instead of nested ifs) |
| 17:32.49 | Notify | 03BRL-CAD:brlcad * 53629 (brlcad/trunk/src/libged/edbot.c brlcad/trunk/src/libtclcad/tclcad_obj.c): few more scanf precision conversions that went uncaught due to them being wrapped in our own stdard bu_sscanf function. |
| 18:03.40 | brlcad | fixes one single precision bug, but still at least one more remaining -- custom lights! |
| 18:08.42 | Notify | 03BRL-CAD:n_reed * 53630 brlcad/trunk/src/libdm/dm-ogl.c: No particular reason to draw points with 5 pixels, especially without resetting point size afterwards (affects subsequent drawing of the view center point). Drawing with 1 pixel will be consistent with dm-X. |
| 18:37.41 | Notify | 03BRL-CAD:carlmoore * 53631 brlcad/trunk/src/irprep/showtherm.c: fix spelling of etc |
| 18:40.03 | *** join/#brlcad cristina_ (~quassel@188.24.15.180) | |
| 18:43.50 | Notify | 03BRL-CAD:carlmoore * 53632 brlcad/trunk/src/libdm/clip.c: fix spelling |
| 18:49.28 | *** join/#brlcad andrei (andrei@188.25.172.167) | |
| 19:10.38 | Notify | 03BRL-CAD:carlmoore * 53633 brlcad/trunk/include/bu.h: change 'a' to 'an' |
| 19:17.26 | Notify | 03BRL-CAD:carlmoore * 53634 brlcad/trunk/src/tclscripts/lib/Ged.tcl: fix spelling |
| 19:20.10 | Notify | 03BRL-CAD:carlmoore * 53635 brlcad/trunk/src/tclscripts/archer/Archer.tcl: fix spelling |
| 19:22.00 | Notify | 03BRL-CAD:carlmoore * 53636 brlcad/trunk/src/conv/proe-g.c: fix spelling |
| 19:23.02 | Notify | 03BRL-CAD:carlmoore * 53637 brlcad/trunk/src/conv/viewpoint-g.c: fix spelling |
| 19:34.27 | Notify | 03BRL-CAD:carlmoore * 53638 brlcad/trunk/src/tclscripts/mged/rt.tcl: fix spellings, and needed 'no effect' in place of 'no affect' in a long line |
| 19:36.46 | Notify | 03BRL-CAD:carlmoore * 53639 brlcad/trunk/src/tclscripts/rtwizard/examples/PictureTypeB/intro.txt: use 'effect', not 'affect' here |
| 19:43.24 | ``Erik | heh http://www.metmuseum.org/collections/search-the-collections/100008375 |
| 19:45.50 | Notify | 03BRL-CAD:carlmoore * 53640 brlcad/trunk/src/librt/primitives/ell/ell.c: fix spelling |
| 19:49.44 | Notify | 03BRL-CAD:carlmoore * 53641 brlcad/trunk/src/tclscripts/mged/skt_ed.tcl: fix spelling |
| 20:03.46 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 20:26.01 | Notify | 03BRL-CAD:bob1961 * 53642 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl): Added highlighting of points, edges and faces when editing bots. |
| 21:23.08 | Notify | 03BRL-CAD:carlmoore * 53643 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: fix spelling, and put space between filename and ending period |
| 21:25.19 | Notify | 03BRL-CAD:carlmoore * 53644 brlcad/trunk/doc/html/manuals/libdm/api.html: fix spelling, and notice that possessive form of 'it' takes NO apostrophe to avoid confusion with 'it is' |
| 21:28.22 | Notify | 03BRL-CAD:carlmoore * 53645 brlcad/trunk/doc/html/manuals/mged/mged_gui.html: fix spellings |
| 21:30.44 | Notify | 03BRL-CAD:carlmoore * 53646 brlcad/trunk/src/tclscripts/mged/bindings.tcl: fix spellings |
| 21:41.45 | Notify | 03BRL-CAD:carlmoore * 53647 brlcad/trunk/src/tclscripts/mged/helpdevel.tcl: fix spelling |
| 21:43.01 | Notify | 03BRL-CAD:carlmoore * 53648 brlcad/trunk/src/tclscripts/mged/font.tcl: fix spelling |
| 21:44.21 | Notify | 03BRL-CAD:carlmoore * 53649 brlcad/trunk/src/mged/fbserv.c: fix spelling |
| 21:45.57 | Notify | 03BRL-CAD:carlmoore * 53650 brlcad/trunk/src/mged/track.c: fix spelling |
| 21:54.52 | Notify | 03BRL-CAD:carlmoore * 53651 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: fix spellings (including Transrom --> Transform, right?) but please carefully examine the very long lines |
| 00:07.25 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:35.08 | *** join/#brlcad ibot_ (~ibot@rikers.org) | |
| 03:35.08 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 03:44.30 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 03:44.30 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 08:12.30 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 08:12.30 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 08:12.30 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 08:12.30 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 08:12.30 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 08:12.30 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 08:12.30 | *** join/#brlcad PrezKennedyX (~DarkCalf@173.231.40.98) | |
| 08:12.31 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 08:12.31 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 08:12.31 | *** mode/#brlcad [+oo brlcad ChanServ] by verne.freenode.net | |
| 08:15.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:57.52 | *** join/#brlcad cristina (~quassel@188.24.15.180) | |
| 12:03.58 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 13:23.28 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:10.23 | *** join/#brlcad cristina (~quassel@188.24.15.180) | |
| 16:40.11 | *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net) | |
| 17:18.38 | *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net) | |
| 18:23.53 | *** join/#brlcad cristina (~quassel@188.24.15.180) | |
| 21:40.13 | *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net) | |
| 22:08.57 | *** join/#brlcad cristina (~quassel@188.24.15.180) | |
| 22:44.28 | brlcad | oh no! they're upgrading gcc10 ... where the nmg change testing has been going for over a month |
| 22:44.33 | brlcad | checkpoints and backs up |
| 00:25.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:02.13 | *** join/#brlcad PrezKennedyX (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 06:02.22 | Notify | 03BRL-CAD:brlcad * 53652 brlcad/trunk/src/librt/db_fullpath.c: ws |
| 06:03.26 | Notify | 03BRL-CAD:brlcad * 53653 brlcad/trunk/src/librt/attributes.c: the non-AVS_ADD version no longer compiles, is longer, and the performance claim is unproven so just stay with the simpler form until it's an observed problem. |
| 06:04.55 | Notify | 03BRL-CAD:brlcad * 53654 (brlcad/trunk/src/librt/db_tree.c brlcad/trunk/src/librt/tree.c): stop two memory leaks reported by valgrind. free what we initialized. |
| 08:20.49 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:13.51 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 09:26.11 | *** join/#brlcad KimK_laptop_ (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 09:27.47 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 10:13.48 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 10:13.48 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:32.50 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 11:32.50 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 11:37.23 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 13:36.10 | *** join/#brlcad merzo (~merzo@240-199-133-95.pool.ukrtel.net) | |
| 14:00.52 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 14:44.43 | *** join/#brlcad merzo (~merzo@68-188-92-178.pool.ukrtel.net) | |
| 16:37.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:44.36 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:44.36 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ | |
| 22:07.31 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 00:19.42 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 00:43.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:01.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:07.47 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 12:28.43 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 12:28.44 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:56.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:04.31 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 17:04.32 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 17:34.54 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 18:09.39 | *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 18:09.57 | brlcad | we were accepted! |
| 18:36.47 | ``Erik | http://www.thingiverse.com/ |
| 18:54.20 | brlcad | likes the lincoln logs |
| 19:07.14 | brlcad | ``Erik: should join your notifier to brlcad-tracker@lists.sourceforge.net |
| 19:07.27 | brlcad | then it'll get tracker change (and soon, GCI task notifications) |
| 19:13.57 | *** join/#brlcad merzo (~merzo@46.201.204.2) | |
| 19:14.16 | brlcad | merzo: want to be a gci mentor/evaluator? :) |
| 19:14.52 | merzo | brlcad gci? :) |
| 19:14.59 | brlcad | google code-in |
| 19:15.10 | merzo | what is it? |
| 19:15.39 | brlcad | contest google holds for high school students, they complete 2-hour tasks, we review them |
| 19:16.09 | brlcad | mentors just do a quick review of their work to make sure it's done right, pass/fail |
| 19:16.12 | merzo | ehhh, I'm not a student :) |
| 19:16.22 | brlcad | you don't have to be a student to be a mentor |
| 19:16.29 | brlcad | you'd be evaluating the students |
| 19:16.34 | brlcad | (along with a dozen other mentors) |
| 19:16.44 | brlcad | or half-dozen, don't have the exact count yet |
| 19:17.17 | merzo | I afraid of insufficient of my skill |
| 19:17.28 | merzo | I'm not a professional developer |
| 19:17.39 | brlcad | half the tasks aren't development tasks |
| 19:18.02 | brlcad | http://brlcad.org/wiki/Deuces |
| 19:18.03 | merzo | can you send me example? :) |
| 19:18.31 | brlcad | 3, 4, 5, and 6 aren't coding |
| 19:22.43 | merzo | brlcad thank you, but I have to refuse :( but I can take some tasks to do |
| 19:24.24 | merzo | I have a goal to port brlcad for OpenIndiana (Solaris fork), but lack of time... |
| 19:27.40 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 19:27.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 19:57.23 | brlcad | merzo: that would make for a perfect 2-hour task for our Deuces list - care to at least write that up? |
| 19:57.30 | brlcad | (on the wiki, there's a template) |
| 20:45.28 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:45.28 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 23:29.19 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:41.16 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:01.47 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:01.47 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:04.59 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 03:17.54 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 03:24.36 | *** join/#brlcad lionaneesh (~aneeshdog@117.197.115.208) | |
| 09:10.24 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 10:15.43 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 10:15.43 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 10:15.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:15.43 | *** mode/#brlcad [+o ChanServ] by cameron.freenode.net | |
| 10:22.20 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 10:22.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:26.56 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 11:09.52 | *** join/#brlcad harmanpreet (~chatzilla@124.253.150.11) | |
| 11:12.22 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 12:31.46 | *** join/#brlcad andrei (andrei@188.25.162.49) | |
| 12:32.28 | andrei | hello |
| 12:32.44 | andrei | Congratulations for getting accepted a GCI ! |
| 12:35.35 | andrei | what do I need to do to be a mentor, except signing up on site ? |
| 14:12.57 | andrei | I m getting a 500 melange error when clicking "request to become a mentor" :( |
| 16:04.15 | brlcad | andrei: you're not alone with the error |
| 16:04.17 | brlcad | and thanks! |
| 16:08.29 | andrei | I might need to compile brlcad on windows. At least in my country, high school students are unaware of linux |
| 16:09.28 | brlcad | andrei: high school students are unaware of most things :) |
| 16:11.22 | andrei | yeah |
| 16:55.37 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:55.37 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 17:00.48 | ``Erik | I did a compile on windows last week, I believe it was windows 7 with msvc 2005 and cmake 2.8.2... I can verify tomorrow |
| 17:01.55 | ``Erik | one minor issue is that in msvc, the native 'build all' (f7) target is bad, there is a specific "ALL_BUILD" target that should be selected, instead |
| 17:02.18 | ``Erik | otherwise things like distcheck and clean are included in the dep list, and "you're going to have a bad time" |
| 17:02.44 | brlcad | wonders why build all is bad |
| 17:03.56 | ``Erik | the msvc 'build all' button says build every single target, and we have a 'clean' target... |
| 17:04.18 | ``Erik | and distcheck, and distclean, and ... |
| 17:05.01 | brlcad | ahh |
| 17:05.50 | brlcad | so would conceivably need to eliminate/hide them from inclusion under "build all" and/or group them under clean all |
| 17:06.04 | ``Erik | grep '^\([^\t]\):' Makefile | xargs make |
| 17:07.14 | ``Erik | I'm not sure they can be hidden, msvc has external 'magic' targets, so it assumes every target is part of "all" |
| 17:07.55 | brlcad | elimination isn't a bad option if the built-in clean option does the trick just as well |
| 17:09.36 | brlcad | distcheck isn't yet an option for windows, so those other clean targets are moot |
| 17:10.26 | ``Erik | *shrug* at least 3 people in the office would be better participants in this discussion, I'm just pointing out the caveat :) I'm off today, so imma refocus to lithp or objc O.o |
| 17:11.00 | brlcad | you working on brlcad-tracker? :) |
| 17:11.31 | ``Erik | a little, looking at github as a model for a commercial aspect O:-) |
| 17:13.14 | ``Erik | free 'enterprise' grade for approved open source, modest fees for private 'commercial' use, fat expenses for 'leasing' software for onsite enterprise... |
| 17:15.06 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:19.08 | brlcad | good luck |
| 17:20.00 | brlcad | getting some open source momentum should help the commercial side if you can get those other core feature ironed out |
| 17:38.05 | *** join/#brlcad cristina (~quassel@188.24.68.89) | |
| 19:57.28 | Notify | 03BRL-CAD:brlcad * 53655 brlcad/trunk/HACKING: clean up the notifications list formatting, add cad-linux-dev back in. |
| 19:57.31 | Notify | 03BRL-CAD:bob1961 * 53656 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Update ArcherCore::gedWrapper to call checkIfSelectedObjExists. This method is overridden in Archer and calls initDbAttrView if the currently selected object no longer exists. |
| 19:57.34 | Notify | 03BRL-CAD:n_reed * 53657 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/ell/ell.c and 2 others): pass lod plot routines a precomputed sample spacing (i.e. pixel width) |
| 19:57.37 | Notify | 03BRL-CAD:n_reed * 53658 brlcad/trunk/include/raytrace.h: add parameters for independently scaling quality and quantity of plotted curves |
| 19:57.40 | Notify | 03BRL-CAD:carlmoore * 53659 brlcad/trunk/NEWS: fix spelling |
| 19:57.43 | Notify | 03BRL-CAD:carlmoore * 53660 brlcad/trunk/doc/BRL-CAD.bib: fix spelling in a title |
| 19:57.46 | Notify | 03BRL-CAD:carlmoore * 53661 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml: fix spelling of '.iges' filename ending in documentation |
| 20:03.18 | *** join/#brlcad andrei (~andrei@188.25.162.49) | |
| 20:20.27 | Notify | 03BRL-CAD:bob1961 * 53662 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's go_draw_other() function to check if a primitive exists before drawing its labels. |
| 20:26.25 | Notify | 03BRL-CAD:bob1961 * 53663 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Also need to clear itk_component(ged)'s -primitiveLabels option. |
| 20:38.40 | Notify | 03BRL-CAD:carlmoore * 53664 brlcad/trunk/doc/docbook/system/man1/en/rtwizard.xml: fix spellings |
| 21:35.35 | Notify | 03BRL-CAD:n_reed * 53665 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/ell/ell.c and 2 others): will try to parameterize lod functions in terms of distance between points and curves |
| 21:35.41 | *** join/#brlcad Mahi (~Mahi@ec2-50-16-71-20.compute-1.amazonaws.com) | |
| 21:42.24 | Notify | 03BRL-CAD:n_reed * 53666 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/primitive_util.c): add primitive routine for calculating a curve count based on bbox dimensions and curve spacing parameter |
| 21:52.24 | Notify | 03BRL-CAD:n_reed * 53667 brlcad/trunk/src/librt/primitives/ell/ell.c: attempt to satisfy spacing requests |
| 23:07.38 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 01:19.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:32.31 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 03:41.36 | *** part/#brlcad Mahi (~Mahi@ec2-50-16-71-20.compute-1.amazonaws.com) | |
| 06:03.14 | Notify | 03BRL-CAD:brlcad * 53668 brlcad/trunk/src/libbu/parallel.c: call pthread_attr_destroy() when we're done with threads to ensure memory is released. |
| 06:03.53 | Notify | 03BRL-CAD:brlcad * 53669 brlcad/trunk/misc/CMake/CompilerFlags.cmake: this needs more investigating still, but 10.6 is not liking -gstabs+ at all. -ggdb seems to work just fine, though. |
| 06:06.17 | Notify | 03BRL-CAD:brlcad * 53670 brlcad/trunk/src/liboptical/sh_prj.c: fixed one bug in the structparse table where it was reading a fastf_t as a char for the i_perspective field. add some sanity checks to make sure we don't dereference into bad memory via the img_sp->i_img[] array. |
| 09:12.49 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:15.32 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:38.01 | *** join/#brlcad andrei_ (~andrei@86.121.66.180) | |
| 14:29.05 | Notify | 03BRL-CAD:n_reed * 53671 brlcad/trunk/src/librt/primitives/tgc/tgc.c: try to satisfy spacing requirements |
| 15:04.20 | Notify | 03BRL-CAD:n_reed * 53672 brlcad/trunk/src/librt/primitives/ehy/ehy.c: try to satisfy spacing requirements |
| 15:25.09 | Notify | 03BRL-CAD:n_reed * 53673 brlcad/trunk/src/librt/primitives/epa/epa.c: use spacing parameters to choose number of points/curves to plot |
| 15:57.50 | Notify | 03BRL-CAD:n_reed * 53674 brlcad/trunk/src/librt/primitives/eto/eto.c: use spacing parameters to choose number of points/curves to plot |
| 16:13.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.234) | |
| 16:13.44 | brlcad | waves to Skriptkid |
| 16:14.29 | Skriptkid | Hello :) |
| 16:20.52 | Skriptkid | I wanted to if the GCI 2012 tasks a contestant completes now will be credited to him/her later when the event officially begins on November 26. |
| 16:24.29 | brlcad | Skriptkid: so yes and no |
| 16:24.45 | brlcad | you can work on as many as you like before the contest begins (how would I know if you did) |
| 16:25.03 | brlcad | you just can't claim the tasks and submit your work until it begins |
| 16:26.04 | Skriptkid | Oh. So we can complete it and submit it later when the contest is open. Thanks a lot :) |
| 16:26.16 | brlcad | there's a slim chance that someone else might claim a task you finished, there's a chance that the tasks might have their goals changed slightly before the program begins, etc |
| 16:26.40 | Skriptkid | Will keep that in mind |
| 16:26.47 | brlcad | unlikely unless a lot of folks do the same tasks, so it's your call ;) |
| 16:27.08 | brlcad | you're definitely encouraged to download BRL-CAD, compile, and run it to get familiar before the 26th |
| 16:27.13 | Skriptkid | Got it. Thank you again for your time :) |
| 16:27.23 | brlcad | so the tasks really only take you 2 hours or less |
| 16:27.25 | Skriptkid | Yeah. Downloading the VM |
| 16:27.51 | brlcad | so one of the first things you'll want to do with the vm image is update the source checkout that it contains |
| 16:28.07 | brlcad | we're working on uploading an updated vm within the next two weeks |
| 16:29.02 | Skriptkid | Okay. I'll download the current one to familiarize myself with BRL-CAD and download the upadate when it's released. |
| 16:29.04 | brlcad | but that just saves you a few minutes download time ;) |
| 16:29.13 | brlcad | sure |
| 16:29.23 | brlcad | feel free to hang out on irc too if you want to stay in the loop |
| 16:29.37 | brlcad | most things are announced or discussed here before anywhere else |
| 16:29.47 | brlcad | sometimes the mailing list too |
| 16:29.54 | Skriptkid | Will do. Could you tell me which language(s) would be most helpful? |
| 16:30.04 | brlcad | what do you mean? |
| 16:30.44 | Skriptkid | Which programming languages |
| 16:30.47 | Skriptkid | for the coding tasks |
| 16:31.36 | brlcad | it varies task to task |
| 16:31.51 | Skriptkid | Oh. Okay. |
| 16:32.12 | brlcad | of the coding tasks (note many are not coding) ... |
| 16:32.26 | brlcad | most *require* some basic familiarity with C |
| 16:32.30 | brlcad | but not all |
| 16:32.40 | brlcad | e.g., the tasks that involve moving comments from source to header files |
| 16:32.55 | brlcad | those are technically C, but anyone familiar with a basic text editor can do those |
| 16:33.27 | Skriptkid | Is Python useful anywhere at all? |
| 16:34.00 | brlcad | we're working on adding tasks in other languages |
| 16:34.25 | brlcad | note that we still have 12 days to add more and more tasks :) |
| 16:34.32 | brlcad | we will be adding lots more still |
| 16:35.05 | brlcad | i know of at least a few php tasks, some can certainly involve python or perl in their solution |
| 16:35.27 | brlcad | when you're updating existing code or bugs, you'll obviously be working with whatever language is there already |
| 16:38.40 | Skriptkid | ok |
| 16:38.49 | Notify | 03BRL-CAD:n_reed * 53675 brlcad/trunk/src/librt/primitives/rhc/rhc.c: use spacing parameters to choose number of points/curves to plot |
| 16:45.33 | Notify | 03BRL-CAD:carlmoore * 53676 brlcad/trunk/doc/docbook/system/man1/en/gqa.xml: fix spelling |
| 16:48.57 | Notify | 03BRL-CAD:n_reed * 53677 brlcad/trunk/src/librt/primitives/rpc/rpc.c: use spacing parameters to choose number of points/curves to plot |
| 16:50.36 | Notify | 03BRL-CAD:carlmoore * 53678 brlcad/trunk/doc/docbook/system/mann/en/prj_add.xml: fix spelling |
| 16:53.47 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.234) | |
| 17:02.20 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.108.234) | |
| 17:04.56 | Notify | 03BRL-CAD:n_reed * 53679 brlcad/trunk/src/librt/primitives/tor/tor.c: use spacing parameters to choose number of points/curves to plot |
| 17:31.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:37.31 | Notify | 03BRL-CAD:brlcad * 53680 brlcad/trunk/TODO: guts to rt_mirror should be in the functab. no need to be aware of entity types. |
| 17:40.55 | Notify | 03BRL-CAD:brlcad * 53681 brlcad/trunk/TODO: export menu for mged/archer and convert teapot to nurbs. |
| 17:45.54 | Notify | 03BRL-CAD:n_reed * 53682 brlcad/trunk/include/raytrace.h: describe intended meaning of spacing parameters |
| 18:06.19 | Notify | 03BRL-CAD:bob1961 * 53683 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl): This reduces errors when using snap-to-grid for moving bot points. |
| 18:15.47 | Notify | 03BRL-CAD:carlmoore * 53684 brlcad/trunk/doc/html/manuals/Install.html: fix spellings |
| 18:16.51 | Notify | 03BRL-CAD:carlmoore * 53685 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt8.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/foot_graphics.html): add period |
| 18:20.01 | Notify | 03BRL-CAD:bob1961 * 53686 brlcad/trunk/src/libged/edbot.c: Fixed some fallout related to the previous scan updates (i.e. need to copy the scanned vector to its fastf_t variant). |
| 18:26.09 | Notify | 03BRL-CAD:carlmoore * 53687 brlcad/trunk/doc/html/manuals/mged/mged.html: fix spelling and move a comma |
| 18:27.48 | Notify | 03BRL-CAD:carlmoore * 53688 brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html: change 'underlayed' to 'underlaid' |
| 18:29.13 | Notify | 03BRL-CAD:carlmoore * 53689 brlcad/trunk/doc/html/manuals/mged/shaders.html: fix spelling of 21 occurrences of 'Abbreviation' |
| 18:36.39 | *** join/#brlcad merzo (~merzo@74-69-200-46.pool.ukrtel.net) | |
| 18:36.41 | Notify | 03BRL-CAD:carlmoore * 53690 brlcad/trunk/doc/html/manuals/shaders/camo.html: fix spelling |
| 18:52.01 | Notify | 03BRL-CAD:carlmoore * 53691 brlcad/trunk/doc/BRL-CAD.bib: fix spellings of Leonard and Grammar |
| 18:52.49 | Notify | 03BRL-CAD:carlmoore * 53692 brlcad/trunk/doc/old-mged.tr: fix spelling |
| 19:09.14 | ``Erik | O.O http://www.youtube.com/watch?feature=player_embedded&v=9yHl24QynOM |
| 19:40.40 | Notify | 03BRL-CAD:carlmoore * 53693 brlcad/trunk/m4/compiler.m4: fix spelling |
| 19:41.59 | Notify | 03BRL-CAD:carlmoore * 53694 brlcad/trunk/misc/libtool.m4: fix spellings |
| 19:44.39 | Notify | 03BRL-CAD:brlcad * 53695 brlcad/trunk/src/libged/edbot.c: my bad, add comment for consistency |
| 19:50.56 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 19:54.05 | ``Erik | looks around |
| 19:54.14 | ``Erik | !notify week |
| 19:54.16 | Notify | carlmoore:136, n_reed:18, brlcad:17, bob1961:7 |
| 19:54.19 | ``Erik | !notify year |
| 19:54.20 | Notify | starseeker:1329, brlcad:1272, carlmoore:1252, n_reed:548, tbrowder2:474, bob1961:311, erikgreenwald:290, r_weiss:210, crdueck:118, phoenixyjll:111, indianlarry:66, anrgmrty:49, cprecup:38, d_rossberg:28, jordisayol:13, Abhi2011:11, lbutler:3, jimhunt:3, louipc:3, bharder:1 |
| 19:55.11 | ``Erik | !notify all |
| 19:55.13 | Notify | brlcad:12979, mike:10364, bob1961:4753, starseeker:3758, johnranderson:3362, erikgreenwald:1831, lbutler:1614, carlmoore:1252, tbrowder2:730, n_reed:701, phil:692, gdurf:682, pjt:558, d_rossberg:462, r_weiss:418, cjohnson:272, jlowenz:241, indianlarry:227, bhinesley:221, moss:219, cnuzman:205, twingy:201, homovulgaris:193, stay:187, Abhi2011:133, irpguardian:119, crdueck:118, phoenixyjll:111, sue:108, mm:87, kunigami:84, rbowers:68, andreca |
| 19:55.32 | ``Erik | truncation, cha cha cha |
| 19:59.08 | Notify | 03BRL-CAD:n_reed * 53696 brlcad/trunk/src/libged/draw.c: implement fallback to set solid bounds for primitives without a bbox routine |
| 20:00.53 | brlcad | ``Erik: fun :) |
| 20:01.06 | brlcad | !notify notify |
| 20:01.06 | Notify | es schlummert |
| 20:04.08 | brlcad | !notify (run-shell-command "rm -rf .") |
| 20:04.10 | Notify | es schlummert |
| 20:04.19 | brlcad | :) |
| 20:04.33 | ``Erik | hehehe |
| 20:04.38 | ``Erik | no eval |
| 20:05.12 | ``Erik | but a subseq bound error |
| 20:08.26 | *** join/#brlcad Notify_ (~brlbot@66-118-151-70.static.sagonet.net) | |
| 20:29.05 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 20:34.51 | ``Erik | hot damn this thing is fragile O.o |
| 20:35.36 | ``Erik | imma have to set up a private ircd to work through all the thrown error conditions I think |
| 20:36.41 | *** join/#brlcad Notify_ (~brlbot@66-118-151-70.static.sagonet.net) | |
| 20:40.10 | Notify | 03BRL-CAD:carlmoore * 53697 brlcad/trunk/sh/footer.sh: fix spelling |
| 20:48.35 | ``Erik | hugs Notify |
| 20:49.03 | ``Erik | hm, that shoulda done something |
| 20:51.01 | ``Erik | there we go :D |
| 21:31.25 | Notify | 03BRL-CAD:carlmoore * 53698 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: remove trailing blanks |
| 21:34.39 | Notify | 03BRL-CAD:carlmoore * 53699 brlcad/trunk/src/archer/plugins/Wizards/humanwizard/HumanWizard.tcl: fix spelling |
| 21:36.38 | Notify | 03BRL-CAD:carlmoore * 53700 brlcad/trunk/src/conv/dxf/dxf-g.c: fix spelling |
| 22:57.16 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 01:40.39 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:03.46 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 05:12.50 | brlcad | narrows in on the shaders regression failure |
| 06:16.06 | *** join/#brlcad andrei_ (~andrei@86.121.66.180) | |
| 07:24.02 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 09:41.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:08.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22) | |
| 13:02.16 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.22) | |
| 14:25.07 | Notify | 03BRL-CAD:n_reed * 53701 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): stub arb8 lod plot routine |
| 15:07.55 | *** join/#brlcad elf (~elf11_@p5.eregie.pub.ro) | |
| 15:08.28 | *** join/#brlcad andrei_ (~andrei@86.121.66.180) | |
| 15:36.28 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22) | |
| 15:39.22 | Notify | 03BRL-CAD:erikgreenwald * 53702 brlcad/trunk/src/libbn/ulp.c: tweak bu_dbl_max and bu_flt_max to compiled on win32/msvc. |
| 16:01.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.22) | |
| 16:07.03 | Notify | 03BRL-CAD:carlmoore * 53703 brlcad/trunk/src/conv/vdeck/cgarbs.c: fix spelling |
| 16:08.02 | Notify | 03BRL-CAD:carlmoore * 53704 brlcad/trunk/src/conv/patch/patch-g.c: fix spelling and use a capital, not small, E |
| 16:11.31 | Notify | 03BRL-CAD:starseeker * 53705 brlcad/trunk/src/libbn/ulp.c: Missing semicolon |
| 16:11.48 | ``Erik | doh |
| 16:28.28 | ``Erik | nice http://grapsus.net/74/ (bf machine using 74 series ic's) |
| 16:49.29 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.22) | |
| 16:54.30 | andrei_ | hi |
| 16:56.19 | andrei_ | Regarding GCI, is it ok if I ll make a small tutorial on how to use our virtual machine image and a minimal usage of linux for some high schools here? I will probably upload it on my Github account aswell if so. |
| 17:32.35 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 18:15.17 | Notify | 03BRL-CAD:n_reed * 53706 brlcad/trunk/src/librt/primitives/arb8/arb8.c: implement stub |
| 18:21.56 | ``Erik | ah, same DOM as the vcs commit msgs |
| 19:00.00 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 19:39.01 | Notify | 03BRL-CAD:carlmoore * 53707 brlcad/trunk/src/conv/tankill/tankill-g.c: fix spelling in an error message |
| 19:39.50 | Notify | 03BRL-CAD:carlmoore * 53708 brlcad/trunk/src/external/Unigraphics/ug-g.c: fix spelling -- 'particles', right? |
| 19:41.04 | Notify | 03BRL-CAD:carlmoore * 53709 brlcad/trunk/src/external/ProEngineer/proe-brl.c: fix spelling |
| 19:42.39 | brlcad | ``Erik: looks like I set it up to e-mail the XML message |
| 19:42.50 | brlcad | email I can send to? |
| 19:42.53 | Notify | 03BRL-CAD:carlmoore * 53710 brlcad/trunk/src/external/Unigraphics/ug-g.c: and use singular, right? |
| 19:53.47 | *** join/#brlcad merzo (~merzo@203-193-201-46.pool.ukrtel.net) | |
| 20:04.49 | *** join/#brlcad Notify (~brlbot@66.118.151.70) | |
| 20:14.51 | *** join/#brlcad notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:17.17 | ``Erik | !notify week |
| 20:17.18 | notify | carlmoore:93, n_reed:18, brlcad:15, bob1961:6, erikgreenwald:1, starseeker:1 |
| 20:17.21 | ``Erik | hugs notify |
| 20:17.22 | notify | get offa me! |
| 20:17.23 | ``Erik | hugs notify |
| 20:17.24 | notify | I need an adult! I need an adult! |
| 20:24.49 | notify | 03BRL-CAD:n_reed * 53711 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws/style |
| 20:24.53 | notify | 03BRL-CAD:carlmoore * 53712 brlcad/trunk/src/fb/gif2fb.c: fix 2 misspellings of the same word |
| 20:24.56 | notify | 03BRL-CAD:carlmoore * 53713 brlcad/trunk/src/fbserv/server.c: fix spelling |
| 20:25.00 | notify | 03BRL-CAD:carlmoore * 53714 brlcad/trunk/src/fbserv/fbserv.c: fix spelling |
| 20:25.03 | notify | 03BRL-CAD:carlmoore * 53715 brlcad/trunk/src/gtools/g_lint.c: fix spelling |
| 21:25.44 | brlcad | molests notify |
| 21:25.53 | brlcad | hugs notify |
| 21:25.54 | notify | Ugh, you're not my type |
| 21:25.58 | brlcad | :) |
| 21:28.21 | brlcad | pretty cool: http://www.datapointed.net/visualizations/math/factorization/animated-diagrams/# |
| 22:23.29 | *** join/#brlcad andrei (~andrei@86.121.66.180) | |
| 04:38.26 | brlcad | isolates the solids regression failure |
| 04:41.07 | brlcad | n_reed: looks like r53495 breaks regression, running [view size] is giving a near-zero size instead of the default (4000) |
| 04:41.50 | brlcad | haven't investigated why yet, just finally isolated the commit |
| 05:40.20 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 08:26.50 | *** join/#brlcad andrei (~andrei@188.25.159.108) | |
| 11:09.06 | *** join/#brlcad andrei (~andrei@188.25.159.108) | |
| 11:24.57 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 13:05.31 | *** join/#brlcad mang0-PC (~Verbatim_@client-86-25-30-28.midd-bam-1.adsl.virginmedia.com) | |
| 13:06.35 | mang0-PC | Hello all, I'm a student for Google Code In, and I'm very interested in doing some of the BRL-CAD tasks. I'm having a look at the list now, some of them look great! |
| 13:19.40 | ``Erik | awesome, we're still refining and adding to the list, so if you have questions/concerns/observations/suggestions, throw 'em out :) |
| 13:32.55 | mang0-PC | ``Erik: I can't see any to do with modelling on there? 3D modelling is my interest, I work with Blender normally. I can't think of any tasks that might involve modelling though, unless it was to test a new tool or something. |
| 13:34.36 | mang0-PC | ``Erik: I do like the idea of the "2 hour tasks" though. |
| 13:34.39 | ``Erik | I think our focus is more in building the tools to do the modeling |
| 13:35.31 | mang0-PC | So I see |
| 13:35.32 | ``Erik | 2 hours is sooo constraining, um, I was told that translation tasks were off the table so I'd be concerned about documentation/howto/cookbook type work |
| 13:35.57 | mang0-PC | translation is off the table? About 75% of tasks last year were translation! |
| 13:36.45 | ``Erik | yeah, surprised me, too... brlcad mentioned that yesterday at lunch, so he'd be the go to guy |
| 13:37.15 | mang0-PC | I see, okay. Well I only speak English anyway, so translation tasks don't really matter to me ;) |
| 13:37.20 | ``Erik | blender doesn't do full CSG, does it? |
| 13:39.01 | mang0-PC | Not properly...the CSG features it does have are awful. |
| 13:39.55 | mang0-PC | Reboot, back in a mo. |
| 13:45.04 | *** join/#brlcad mang0 (~Verbatim_@unaffiliated/mang0) | |
| 13:45.13 | mang0 | I have returned! |
| 13:46.16 | ``Erik | "back in a mo", thought ya meant you were using windows and would take a month to reboot ;> *duck* |
| 13:46.27 | ``Erik | what tz are you in? |
| 13:46.58 | mang0 | I am using windows until this evening, when my ethernet cable will arive and I won't have to worry about my damn broadcom wireless card + linux! |
| 13:47.02 | mang0 | I'm in UK, so GMT |
| 13:47.12 | mang0 | owait cable's here now! |
| 13:47.14 | mang0 | I think |
| 13:47.15 | mang0 | sec. |
| 13:47.26 | ``Erik | <-- is probably the worst person to talk to about tasks from a modellers perspective... thinks "going to use gimp to make a 2d image" and immediately starts up the script-fu console... |
| 13:49.37 | ``Erik | we're mostly gmt-5 (edt), so you'll see the most activity here in the evening |
| 13:49.39 | mang0 | Update: My cable won't be arriving until next week *sigh* |
| 13:49.49 | mang0 | Okay, well that works fine with me :) |
| 13:51.23 | ``Erik | in the mean time, feel free to download and play with the software, the latest svn checkout should compile with msvc or you could save the tgz and swap to linux if you have cmake and X already installed |
| 13:52.01 | ``Erik | there're ~400 executables, the two biggies you'd use are probably mged and rt |
| 13:52.34 | ``Erik | the automake build of the system is trailing edge support right now, cmake is the primary |
| 13:53.47 | andrei | speaking of taking a month to do something, I tried to "bruteforce" 1/x + 1/y = 1/n! to get all (x,y) solutions. Didn't really go as planed tho :) |
| 13:54.11 | mang0 | I see. I'll have a play, ``Erik |
| 13:55.21 | ``Erik | andrei: uhhh, to what end? O.o :D |
| 13:56.53 | andrei | you mean the constraints? |
| 13:57.03 | andrei | <PROTECTED> |
| 13:57.26 | ``Erik | mang0: good luck, hope you get your linux uplink working soon! other than general advice, I don't think I can help with msvc problems until monday, but *shrug* give it a shot and let us know :) |
| 13:57.40 | ``Erik | andrei: no, I mean why the flying fuck would you do that? :> |
| 13:57.50 | mang0 | ``Erik: Okay, will do! |
| 13:59.07 | *** join/#brlcad andrei (~andrei@188.25.159.108) | |
| 13:59.30 | andrei | ``Erik :I m solving various challenges as practice for my Palantir challenge on Sunday |
| 13:59.45 | andrei | programming challenge, that is. |
| 14:00.00 | ``Erik | andrei: memoizing the factorial correctly might reduce that from n^2^lg2n to n^2 |
| 14:00.11 | andrei | I found the solution, but it uses "deep" math. |
| 14:00.29 | ``Erik | the brute force approach would be horribly inefficent |
| 14:01.02 | andrei | Still, I don t see the point of problems like this. |
| 14:01.13 | andrei | If you ve seen it before, you ll do it very fast, if you ve never seen it, you ll never do it. |
| 14:01.46 | ``Erik | there's a tier of people who can move from the 'never seen it' to 'do it well' category, those people are gold |
| 14:05.50 | ``Erik | here's another example, an easy one, I've changed the names to obfuscate the source a bit.. this is typically given as an interview question with 10 minutes to provide a psuedocode answer using pen&paper |
| 14:05.54 | ``Erik | "Write a program that prints the numbers from 1 to 100. But for multiples of three print "Foo" instead of the number and for the multiples of five print "Bar". For numbers which are multiples of both three and five print "FooBar"." |
| 14:06.53 | mang0 | :o |
| 14:06.59 | mang0 | I know that as FizzBuzz |
| 14:07.04 | mang0 | It's great fun to write in Python |
| 14:07.30 | andrei | I ll just write something to make it more clear : %3 == "foo" %5 = bar %15 = foobar? |
| 14:07.34 | ``Erik | :D yes, it's fizzbuzz... that's the name I obfuscated, bastage |
| 14:07.41 | ``Erik | andrei: yes |
| 14:07.49 | andrei | well you print the numbers and you very first if it s %15 == 0 |
| 14:08.25 | andrei | else if (%5 == 0) |
| 14:08.33 | andrei | similar with 3, and lastly the number itself |
| 14:08.41 | ``Erik | I saw someone throw out that only 40% of "qualified" software engineers can produce a correct solution |
| 14:08.58 | andrei | I saw something similar with bubbleSort. |
| 14:08.59 | ``Erik | (and that those who know that it's fizzbuzz are already in that qualified category) |
| 14:09.47 | andrei | Well, when most people are confronted with a question either too simple or too hard, they make mistakes that they wouldn't have made otherwise. |
| 14:10.38 | andrei | What happened to me very often was in various programming competitions I didn't have the patience to read the whole text and I solved something totally different than I was asked. Luckily that was during high school. |
| 14:11.01 | ``Erik | solving the wrong problem doesn't help solve the right problem, yes |
| 14:11.51 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 14:12.32 | ``Erik | eric ries points out that many startup companies do nothing to validate the market, so they spend a lot of time and resources solving the wrong problem *shrug* root cause analysis is a crazy thing, I'm apt to go with the '5 whys' method |
| 14:14.24 | ``Erik | anyway, yes, palintir would be using that to decide if you can solve problems, peter thiel is a bit of a name in the startup circuit, so he'd probably be using that early analysis approach and this is a test his company is using :) good luck O.o |
| 14:16.39 | andrei | Thanks, and I truly hope you mean the Foobar , not the math one. |
| 14:45.42 | *** join/#brlcad merzo (~merzo@240-4-132-95.pool.ukrtel.net) | |
| 16:15.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.62.75) | |
| 16:16.53 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.62.75) | |
| 16:17.43 | *** join/#brlcad Matrix__ (~Verbatim_@client-86-25-30-28.midd-bam-1.adsl.virginmedia.com) | |
| 16:23.31 | *** join/#brlcad mang0 (~Verbatim_@unaffiliated/mang0) | |
| 16:35.12 | brlcad | mang0: welcome! |
| 16:35.48 | brlcad | mang0: I'm planning on adding several modeling tasks (but they would all be using our tools which are crazy different from blender) |
| 16:36.13 | mang0 | brlcad: Sure, that makes sense |
| 16:36.19 | mang0 | Thanks :) |
| 16:46.05 | brlcad | there is already at least one modeling task up there iirc |
| 16:46.44 | brlcad | yep, under outreach |
| 16:57.38 | *** join/#brlcad nvl (5c3efb5f@gateway/web/freenode/ip.92.62.251.95) | |
| 17:54.00 | brlcad | waves to nvl |
| 18:09.16 | brlcad | n_reed: it looks like one of your latest commits a couple days ago fixed the problem, no worries |
| 18:57.50 | mang0 | Right, time to have a play with brlcad! |
| 18:57.59 | mang0 | uhm, brl-cad*, sorry didn't realise it would ping you :P |
| 19:02.58 | mang0 | Oh dear. I can't seem to get brl-cad working...I opened MGED, and then went file > new in the graphics window, to create a new database. I named it, and then when I went to hit save, brl-cad crashed....any ideas why that might be? |
| 19:04.15 | mang0 | brlcad: ? ^ |
| 19:05.23 | mang0 | ``Erik: ? |
| 19:05.54 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 19:13.34 | ``Erik | "save"? O.o there shouldn't be a 'save' |
| 19:14.28 | ``Erik | (it writes on change automagically, so make sure you mean to do something before you do it... personally, I use git as a poor mans undo) |
| 19:14.50 | mang0 | ``Erik: http://puu.sh/1qSp7 |
| 19:15.05 | mang0 | That comes up when i go file > new in the Gaphics Window |
| 19:15.11 | mang0 | and in the Command Window, actually |
| 19:15.45 | mang0 | I'm just trying to get to some form of setup where I can create something |
| 19:17.31 | ``Erik | ah, huh, do you have write permission where you're doing that? you can use the "opendb" command in the console window to create a new db file |
| 19:18.49 | mang0 | Okay, I'll try that |
| 19:19.29 | mang0 | Okay, so far so good |
| 19:19.46 | mang0 | "The new database test.db was successfully created." |
| 19:21.25 | mang0 | Okay, I can add stuff now |
| 19:21.33 | mang0 | (I have no idea what I'm doing \o/) |
| 19:22.57 | ``Erik | http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 19:23.04 | ``Erik | http://brlcad.org/wiki/Documentation |
| 19:23.44 | mang0 | Thanks :0 |
| 19:23.46 | mang0 | :)* |
| 20:46.57 | brlcad | 10 days to define more tasks |
| 21:09.05 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 21:20.03 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 21:36.26 | *** join/#brlcad andrei (~andrei@188.25.159.108) | |
| 22:12.30 | starseeker | brlcad: what's our policy on the BRL-CAD bib file? Should it contain only BRL-CAD related work? |
| 22:12.41 | starseeker | (and if so, can I start a more general Raytracing.bib file? |
| 22:31.21 | brlcad | starseeker: that's my take .. a general raytracing bib (even of only directly relevant work) would probably comprise several hundred or even a thousand papers |
| 22:31.43 | brlcad | not opposed, but that is truly a big list |
| 22:32.46 | brlcad | the raytracing book I lent you several years ago lists a hundred or so (in my office if you want to borrow it, probably can find it online too) |
| 00:21.27 | starseeker | brlcad: It's more that I want a bib file for things that aren't specifically BRL-CAD related (early raytracing papers, MAGIC, GIFT, NURBS papers, etc...) |
| 00:22.29 | starseeker | I can just make my own, but I thought since most of it relates to CAD topics in some fashion or other it might be reusable... |
| 01:17.13 | brlcad | starseeker: but if you were to write a description of what is covered, what would it say, where would the line be drawn for what is included or not included? |
| 01:17.41 | brlcad | "This is a random collection of papers Cliff ran across." ? :) |
| 01:18.08 | brlcad | those are all related to brl-cad underpinnings, but then so are a couple hundred more :) |
| 01:18.46 | brlcad | it's worthwhile, it's just something that'd be hard to make complete -- though that would be a great set of GCI tasks... |
| 01:19.52 | brlcad | care to add them? :) e.g., identify all of the algorithms and papers referenced in libbu and summarize them in libbu format |
| 01:20.16 | brlcad | maybe libbu+libbn |
| 01:21.26 | brlcad | another for nurbs, another for nmg (radial edge), another for other sets of prims, another for csg/booleans, etc... |
| 01:24.16 | brlcad | format all of the referenced papers in " |
| 01:24.18 | brlcad | Practical Parallel Rendering" |
| 02:30.30 | louipc | ``Erik: mged new db dialog has a 'save' button |
| 02:32.24 | louipc | doh missed the scrolling |
| 04:32.02 | starseeker | brlcad: I'll see if I can add a few, but you'll probably want to retarget their categorizations... |
| 04:33.00 | starseeker | should probably recommend using jabref |
| 05:12.54 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 05:50.11 | brlcad | starseeker: whatever makes it dead easy and doesn't require explanation ;) |
| 05:51.58 | brlcad | would think they go under documentation |
| 07:26.43 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 07:49.39 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 08:11.26 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 08:25.22 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 08:44.38 | *** join/#brlcad andrei (~andrei@188.25.27.46) | |
| 11:42.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:39.02 | brlcad | looks like I'm down to just one more bug before this single-precision build is complete |
| 14:39.10 | starseeker | sweet! |
| 14:39.20 | brlcad | shakes fist at light_vis |
| 14:45.57 | *** join/#brlcad merzo (~merzo@4-226-132-95.pool.ukrtel.net) | |
| 14:56.23 | ``Erik | http://www.dailymotion.com/video/xirbx8_death-by-mentos_fun |
| 15:03.47 | starseeker | brlcad: where are there paper references in libbu? |
| 15:06.05 | starseeker | puts up the NURBS one - that's pretty easy to define |
| 15:11.55 | brlcad | that are documented, probably not -- but that's part of the task -- identify the algorithms used (based on bu.h) |
| 15:12.19 | brlcad | find one or more papers for each algorithm |
| 15:14.32 | starseeker | urm |
| 15:16.26 | starseeker | isn't sure that's a two hour task for any of the libs - they have a lotta stuff, and some of the papers for the fundamental ones are probably classics dating back many decades... |
| 15:54.33 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 16:21.16 | brlcad | two hours to read through a header and look up algorithm papers on arxiv.org? seems doable to me |
| 16:21.21 | brlcad | most high-school kids are more versed in that than adults |
| 16:21.45 | brlcad | finding absolutely everything, sure maybe not but could also say "find 10 unique references, format in bib format |
| 16:21.56 | brlcad | or whatever XX |
| 18:42.28 | *** join/#brlcad andrei (~andrei@188.25.27.46) | |
| 18:54.26 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 18:55.19 | jarray52 | Has anyone used this http://forums.reprap.org/read.php?12,14558,15121 |
| 18:55.21 | jarray52 | ? |
| 18:56.14 | jarray52 | I ran the make file and it generates a .brlcad file. |
| 18:56.23 | jarray52 | I'm wondering what to do with the file. |
| 19:37.30 | jarray52 | How does one run the following brlcad script file? http://dpaste.com/832609/ |
| 20:02.14 | louipc | jarray52: run that with mged |
| 20:03.33 | jarray52 | louipc: mged -c mydatabase.g "in body.s rpp 0 16 032 048" can run one command on mydatabase.g. How does one run an entire file on a database? |
| 20:08.04 | jarray52 | Oh... |
| 20:08.07 | jarray52 | I see. |
| 20:08.30 | jarray52 | mged -c mydatabase.g "source geegaw.brlcad" |
| 20:09.44 | louipc | you can use output redirection too |
| 20:12.07 | jarray52 | louipc: What's the command? |
| 20:13.14 | louipc | cat filename > mged myfile.g |
| 20:13.44 | jarray52 | louipc: Thanks |
| 20:15.02 | louipc | jarray52: lot of programs can be used with this feature of bash |
| 20:15.19 | jarray52 | Thanks |
| 22:02.15 | brlcad | jarray52: this shows several ways to invoke MGED commands: http://brlcad.org/wiki/SGI_Cube |
| 22:02.47 | brlcad | louipc: that should have been "cat filename | mged myfile.g" no? :) |
| 22:03.40 | brlcad | lots of ways to feed mged commands |
| 22:03.59 | brlcad | echo "command1; command2" | mged test.g |
| 22:04.18 | brlcad | mged teswt.g <<EOF |
| 22:04.18 | jarray52 | brlcad: Thanks. |
| 22:04.22 | brlcad | command1 |
| 22:04.23 | brlcad | command2 |
| 22:04.25 | brlcad | EOF |
| 22:04.32 | brlcad | mged test.g "command1; command2" |
| 22:04.36 | jarray52 | brlcad: I'm starting to get the hang of this |
| 22:04.49 | brlcad | mged test.g <script.mged |
| 22:04.56 | brlcad | cat script.mged | mged.test.g |
| 22:05.06 | brlcad | mged test.g "source script.mged" |
| 22:05.08 | brlcad | ... ;) |
| 01:22.40 | jarray52 | After creating an object, how do I translate the object for the purpose of subtraction? My part program currently looks like the following. http://dpaste.com/832713/ I want to vertically translate the rings and subtract them from the OuterCylinder.s |
| 01:25.08 | jarray52 | I would like to translate the rings using the command line as opposed to the primitive editor. |
| 01:38.25 | louipc | brlcad: oh yeah that's right |
| 02:04.32 | jarray52 | louipc: Is there a way to translate objects just using the command line? |
| 02:06.22 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 02:30.04 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 06:11.50 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 07:06.47 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 07:19.06 | jarray52 | How does one translate an object? |
| 07:19.19 | jarray52 | I want the translation to be permanent. |
| 07:19.51 | jarray52 | Permanent for that object but not for the objects of which it is composed. |
| 07:22.47 | jarray52 | I'm looking for a command such as translate sph1.s <x> <y> <z> |
| 08:39.42 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 08:39.51 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 08:50.07 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 08:50.11 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 09:56.05 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 10:56.31 | *** join/#brlcad nvlbg (5c3efb5f@gateway/web/freenode/ip.92.62.251.95) | |
| 11:39.57 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 12:54.33 | *** join/#brlcad andrei (~andrei@188.25.27.46) | |
| 13:01.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.129) | |
| 13:39.44 | *** join/#brlcad merzo (~merzo@4-226-132-95.pool.ukrtel.net) | |
| 13:41.44 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.129) | |
| 13:42.03 | *** join/#brlcad Stattrav (~Stattrav@ns.cmi.ac.in) | |
| 13:42.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 14:46.09 | *** join/#brlcad merzo (~merzo@160-208-201-46.pool.ukrtel.net) | |
| 15:12.21 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 20:40.14 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:12.49 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 21:12.52 | yukonbob | hello #brlcad |
| 21:40.48 | *** join/#brlcad yukonbob (~bch@c-50-135-255-34.hsd1.wa.comcast.net) | |
| 05:12.46 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 05:14.11 | brlcad | is having trouble syncing with jarray52 |
| 05:14.37 | brlcad | anyone else caring to respond: the "tra" command does this, preceeded by either sed or oed to select the object for editing |
| 06:07.13 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 06:33.12 | *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro) | |
| 11:45.50 | notify | 03BRL-CAD:starseeker * 53716 brlcad/trunk/src/librt/test_botpatches.cpp: Add TODO note. |
| 11:45.55 | notify | 03BRL-CAD:carlmoore * 53717 brlcad/trunk/src/libbn/tabdata.c: fix spellings |
| 11:45.59 | notify | 03BRL-CAD:carlmoore * 53718 brlcad/trunk/src/libbn/msr.c: fix spellings (notice several occurrences of 'gauss') |
| 11:46.03 | notify | 03BRL-CAD:carlmoore * 53719 (brlcad/trunk/src/libbn/symbol.c brlcad/trunk/src/libbn/vectfont.c): fix spelling |
| 11:46.06 | notify | 03BRL-CAD:carlmoore * 53720 brlcad/trunk/src/libbn/wavelet.c: fix spelling |
| 11:46.10 | notify | 03BRL-CAD:carlmoore * 53721 brlcad/trunk/src/libbn/tri_tri.c: fix spelling, and I had to find Franklin Antonio in a web search |
| 11:46.14 | notify | 03BRL-CAD:carlmoore * 53722 brlcad/trunk/src/libbn/noise.c: fix spelling |
| 11:46.18 | notify | 03BRL-CAD:carlmoore * 53723 brlcad/trunk/src/libbn/mat.c: fix spelling and add 2 missing periods |
| 11:46.23 | notify | 03BRL-CAD:carlmoore * 53724 (brlcad/trunk/src/libbn/bntester.c brlcad/trunk/src/libbn/rand.c): fix spellings (2 files being submitted here) |
| 11:46.27 | notify | 03BRL-CAD:carlmoore * 53725 (brlcad/trunk/src/libbu/uce-dirent.h brlcad/trunk/src/libdm/dm-plot.c): fix spellings |
| 11:46.31 | notify | 03BRL-CAD:brlcad * 53726 brlcad/trunk/src/proc-db/brepintersect.cpp: assert.h is a system header, wrap in <> |
| 11:46.35 | notify | 03BRL-CAD:bob1961 * 53727 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/sedit.h): Reset the keypoint if using the mouse to drag/translate a primitive. This fixes the teleportation problem seen when translating a primitive after having set the keypoint. |
| 11:46.39 | notify | 03BRL-CAD:carlmoore * 53728 (brlcad/trunk/src/libbn/multipoly.c brlcad/trunk/src/libged/facetize.c and 2 others): fix spellings, including that of multipoly |
| 11:46.44 | notify | 03BRL-CAD:carlmoore * 53729 (brlcad/trunk/src/libged/human.c brlcad/trunk/src/libicv/rot.c): fix spellings ('anthro', right?) |
| 11:46.48 | notify | 03BRL-CAD:brlcad * 53730 brlcad/trunk/src/liboptical/sh_prj.c: init to char 0 instead of value 0 since that's what it checks |
| 11:46.52 | notify | 03BRL-CAD:carlmoore * 53731 (brlcad/trunk/src/liboptical/sh_light.c brlcad/trunk/src/liboptical/sh_prj.c): fix spellings |
| 11:46.56 | notify | 03BRL-CAD:carlmoore * 53732 (brlcad/trunk/src/libpc/pc_main.c brlcad/trunk/src/librt/prep.c): fix spellings |
| 11:46.59 | notify | 03BRL-CAD:bob1961 * 53733 brlcad/trunk/src/librt/primitives/bot/bot.c: Minor mod. |
| 11:47.03 | notify | 03BRL-CAD:n_reed * 53734 brlcad/trunk/src/librt/primitives/pipe/pipe.c: turn one function that does two things into two functions that do one thing |
| 11:47.08 | notify | 03BRL-CAD:carlmoore * 53735 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: fix spellings and punctuation |
| 11:53.06 | *** join/#brlcad Notify (~brlbot@66-118-151-70.static.sagonet.net) | |
| 12:45.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:50.38 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:55.10 | Notify | 03BRL-CAD:carlmoore * 53737 (brlcad/trunk/src/librt/primitives/bspline/bspline.cpp brlcad/trunk/src/librt/primitives/bspline/bspline_mirror.c): fix spellings of 'allocate' |
| 12:55.13 | Notify | 03BRL-CAD:carlmoore * 53738 (brlcad/trunk/src/librt/primitives/extrude/extrude.c brlcad/trunk/src/librt/primitives/half/half.c brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c): fix spellings |
| 12:55.16 | Notify | 03BRL-CAD:carlmoore * 53739 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): fix spellings |
| 12:55.19 | Notify | 03BRL-CAD:carlmoore * 53740 brlcad/trunk/src/librt/primitives/hyp/hyp_brep.cpp: fix spelling and add a period |
| 12:55.22 | Notify | 03BRL-CAD:carlmoore * 53741 brlcad/trunk/src/librt/primitives/nmg/nmg_pr.c: use capital E |
| 12:55.25 | Notify | 03BRL-CAD:brlcad * 53742 (brlcad/trunk/src/conv/g-vrml.c brlcad/trunk/src/conv/g-x3d.c and 24 others): found the cause of solids regression failure. more structparse tables existed in need of using %g for doubles. |
| 12:55.28 | Notify | 03BRL-CAD:starseeker * 53743 brlcad/trunk/CMakeLists.txt: Add note to investigate whether if(TARGET ) test will replace pulling and checking for target properites manually... could simplify the logic for this quite a bit. |
| 12:55.31 | Notify | 03BRL-CAD:starseeker * 53744 brlcad/trunk/misc/CMake/ThirdParty.cmake: downcase add_subdirectory. |
| 13:03.03 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:59.49 | brlcad | ``Erik: replayed friday commits? |
| 16:03.37 | ``Erik | the shouter thread wedged itself on friday, shouldn't have been any that replayed... |
| 16:11.47 | brlcad | ah, okay |
| 16:14.53 | Notify | 03BRL-CAD:starseeker * 53743 brlcad/trunk/CMakeLists.txt: Add note to investigate whether if(TARGET ) test will replace pulling and checking for target properites manually... could simplify the logic for this quite a bit. |
| 16:15.04 | Notify | 03BRL-CAD:starseeker * 53744 brlcad/trunk/misc/CMake/ThirdParty.cmake: downcase add_subdirectory. |
| 16:16.52 | Notify | 03BRL-CAD:erikgreenwald * 53745 brlcad/trunk/src/libbn/ulp.c: double/float min funcs are in bn, not bu |
| 16:16.55 | Notify | 03BRL-CAD:erikgreenwald * 53746 brlcad/trunk/src/libbn/ulp.c: isfinite() is a c99 macro, so use the old isinf() |
| 16:45.06 | Notify | 03BRL-CAD:brlcad * 53747 brlcad/trunk/src/librt/bool.c: remove a hard-coded 0.001 constant that has been in here since 1989 (mike, r3900). the intent seems to be to discard partitions that are behind the ray start point implying the constant was attempting to capture near-zero or negative partitions. this should be something below SMALL_FASTF but the 'large' value implies it may be accommodating compound math model-space values so go wi |
| 17:13.52 | brlcad | ``Erik: how about truncating on a word boundary? and something to indicate it was truncated... |
| 17:21.54 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 18:17.49 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:42.56 | *** join/#brlcad cristina (~quassel@188.24.12.112) | |
| 18:46.40 | ``Erik | !notify todo 12:13 <@brlcad> ``Erik: how about truncating on a word boundary? and something to indicate it was truncated... |
| 18:46.40 | Notify | OK |
| 19:00.03 | Notify | 03BRL-CAD:carlmoore * 53748 (brlcad/trunk/src/librt/primitives/tgc/tgc.c brlcad/trunk/src/libwdb/wdb.c and 2 others): fix spellings |
| 19:00.06 | Notify | 03BRL-CAD:r_weiss * 53749 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/conv/euclid/euclid-g.c and 4 others): Renamed function "nmg_model_break_e_on_v" to "nmg_break_e_on_v" and changed the function to process any NMG object, not just an model structure. Changed all references to this function. Updated files "raytrace.h", "bot_fuse.c", "euclid-g.c", "jack-g.c", "nmg_fuse.c" and "nmg_bool.c". |
| 19:00.09 | Notify | 03BRL-CAD:r_weiss * 53750 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: Fixed a bug in function "nmg_bool" in file "nmg_bool.c". Changed when classlist is allocated to after all changes to the model are complete. The reason is these changes increase the number of objects in the model and the allocated size of classlist needs to be large enough for all the objects. Also changed when function "nmg_classify_shared_edges_verts" is called |
| 19:00.12 | Notify | 03BRL-CAD:brlcad * 53751 brlcad/trunk/src/librt/bool.c: fix up the comment, was called rt_fdiff(). expand a note that sensitivity testing is needed but using distance tolerance is probably warranted here. |
| 19:09.16 | Notify | 03BRL-CAD:erikgreenwald * 53752 (brlcad/trunk/doc/deprecation.txt brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c): Re-add nmg_model_break_e_on_v as wrapper for nmg_break_e_on_v and mark deprecated. |
| 19:15.04 | brlcad | wasn't that a minimally-impacting change? |
| 19:15.19 | brlcad | there's a good argument that all of NMG is unpublished |
| 19:17.08 | ``Erik | the symbol was exported *shrug* who knows if anyone is using it? if you want to call it an exception to the deprecation procedure, that's cool |
| 19:18.01 | brlcad | even if it isn't considered published, isn't that effectively just renaming the function? |
| 19:18.04 | ``Erik | yeah |
| 19:18.42 | brlcad | changes that fall under regex can just happen (they go to the end of deprecation.txt) |
| 19:18.53 | brlcad | *simple regex :) |
| 19:19.16 | ``Erik | simple to who? :> |
| 19:22.11 | brlcad | limited to s/// substitutions |
| 19:23.08 | brlcad | and that aren't likely to have false positives |
| 19:55.25 | *** join/#brlcad andrei (~andrei@188.25.27.46) | |
| 20:06.50 | brlcad | waves to andrei |
| 20:08.40 | andrei | Hi |
| 20:09.08 | andrei | Sorry for the "dissapearing", I ve been caught up in preparing myself for programming challenges and the challenges themselves |
| 20:09.37 | andrei | I m trying to finish all my homeworks today/tonight and focus on GCI after |
| 20:10.46 | andrei | by the way, I ve been thinking. Are all of the ksuze's patches reviewed already? |
| 20:11.08 | andrei | I could have a look at them, see if there are any issues with them |
| 20:11.18 | andrei | and create some tasks from them |
| 20:13.11 | andrei | I need to polish and commit my unit tests aswell. Got a todo list somewhere around |
| 20:27.05 | brlcad | andrei: they are not all reviewed, several still pending |
| 20:33.44 | andrei | does what I said above sound good? |
| 20:37.07 | andrei | or, do you have any other suggestions? |
| 21:44.10 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 22:47.59 | brlcad | andrei: of course that sounds good |
| 22:48.14 | brlcad | all of it |
| 22:51.21 | andrei | just one question: suppose that a patch seems correct, do I commit it or just leave a comment that I ve checked it |
| 22:55.14 | brlcad | andrei: you should verify that it's correct, but yes you can commit it |
| 22:55.45 | brlcad | "don't break anything" ;) |
| 22:56.20 | brlcad | the patch doesn't break anything, applying it might -- so best to test the function/application/whatever quickly just to make sure a change wasn't introdcued |
| 22:56.32 | brlcad | several should be obvious, but some aren't |
| 22:57.17 | brlcad | given the rate at which previous patches had problems, they do warrant caution |
| 22:57.26 | andrei | since time is of essence, I ll just take care of the easiest ones first. |
| 22:57.37 | andrei | you can't make any tasks after GCI starts, can you ? |
| 23:33.25 | *** join/#brlcad bhlegm (6cb41b13@gateway/web/freenode/ip.108.180.27.19) | |
| 00:14.43 | brlcad | waves to bhlegm |
| 00:15.05 | brlcad | andrei: don't know for certain, but I'd think we can |
| 00:17.10 | andrei | hm, 100 tasks of roughly two hours didn't seem much in two months time, that's why I asked. |
| 00:34.58 | brlcad | heh, "Invalid user this-is-not-an-attack from ..." |
| 00:35.36 | brlcad | andrei: yeah, we need to have about 200 prepared |
| 00:35.47 | brlcad | some of the ones up there break up into more |
| 00:36.07 | brlcad | some are way more complicated than two-hours and need to be simplified or broken up |
| 00:40.21 | andrei | I'm not sure if I asked it before or if it already exists, if not, should I make a brief tutorial regarding how to compile on linux / how to compile a specific file from brl - cad and some other things that will be needed for sure ? |
| 00:41.17 | brlcad | andrei: you could review and improve http://brlcad.org/wiki/Compiling |
| 00:42.52 | andrei | they don't need to submit the tasks in svn format I assume |
| 00:44.11 | brlcad | actually, it'd be great to have a page on how to submit a patch, http://brlcad.org/wiki/Patches |
| 00:44.38 | brlcad | obtain latest sources, make change, run svn status, svn diff, submit to tracker, etc |
| 00:45.48 | andrei | Hm, I ll make a sketch now, will be similar to "Compiling" |
| 00:52.12 | andrei | the virtual machine is running ubuntu, right? |
| 00:52.18 | andrei | nvm, I ll check later. |
| 01:26.07 | andrei | I m done with the page :) |
| 01:26.37 | andrei | http://brlcad.org/wiki/Patches |
| 01:48.12 | DarkCalf | waves to brlcad |
| 03:33.21 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 03:35.00 | jarray52 | Does BRLCad have support for threads in inches such as 6-32 and 10-32? |
| 03:53.00 | louipc | jarray52: brl-cad doesn't really have a concept of threads as far as I know. You can model your own though. |
| 03:54.36 | jarray52 | louipc: There's this http://brlcad.org/wiki/Hex for metric threads. I was wondering if there was an equivalent for inch based threads. |
| 03:55.39 | louipc | ah pseudo thread... dunno |
| 03:56.11 | louipc | I don't think it would be hard to modify that program to produce arbitrary size and pitch though |
| 03:56.32 | jarray52 | louipc: I'll give that a shot. |
| 03:56.53 | jarray52 | louipc: Is there an easy way to translate an object? |
| 03:58.49 | louipc | jarray52: brlcad said the command is "tra" |
| 03:59.10 | jarray52 | tra requires an object be selected |
| 03:59.38 | jarray52 | I want to translate the object for the purpose of cutting the object out from another object. |
| 04:00.11 | jarray52 | For example, I want to cutout multiple rings from a cylinder. |
| 04:02.06 | louipc | not sure if there's a fancy way to do it |
| 04:02.20 | louipc | I would copy, translate, subtract |
| 04:02.36 | jarray52 | That's exactly what I'm trying to do. |
| 04:02.52 | jarray52 | I was able to copy and subtract. |
| 04:03.06 | jarray52 | The translation part has been the difficulty. |
| 04:23.54 | brlcad | andrei: how about adding instructions for windows and mac too since they'll be really common for HS students |
| 04:29.33 | jarray52 | brlcad: Is there a simple way to translate an object for the purpose of cutting it out from another object? |
| 04:30.20 | brlcad | jarray52: yes |
| 04:30.39 | brlcad | the "tra" command, preceeded by either sed (primitives) or oed (combinations) |
| 04:31.02 | brlcad | the mged quick reference sheet lists a lot of the fundamental commands |
| 04:31.19 | jarray52 | I tried the oed for combinations. |
| 04:31.47 | jarray52 | The object was moved, but brlcad didn't recognize the object as moved for the purpose of subtracting. |
| 04:32.39 | jarray52 | Also, the oed command doesn't seem to work in scripts, but it does work when the mged windows are open. |
| 04:32.50 | jarray52 | Am I doing something wrong? |
| 04:33.35 | brlcad | you're going to have to be a lot more specific since you can have matrix transformations at any node in a hierarchy on top of arbitrary primitive transformations |
| 04:33.49 | brlcad | you are almost certainly doing something wrong :) |
| 04:34.31 | jarray52 | brlcad: Thanks. That's helpful. Let me play with this a bit more. |
| 04:35.00 | brlcad | if you want to move the primitive, sed+tra is what you want |
| 04:38.34 | brlcad | or just create it in the place you want it when you run 'in' |
| 04:43.38 | jarray52 | http://dpaste.com/833558/ |
| 04:44.19 | jarray52 | In this example, the cylinner.c is moved by sed+tra, but the subtraction does not take into account the translation. |
| 04:45.18 | jarray52 | brlcad: Is there a way to ensure the subtraction used to define ring.s takes into account the translation? |
| 04:45.40 | jarray52 | Sorry.. I reversed the '.s' and '.c' |
| 04:51.44 | brlcad | jarray52: aha, you have to run "accept" after edit operations to terminate "sed" edit mode |
| 04:54.36 | jarray52 | brlcad: many thanks. I was struggling with that one for a while. |
| 07:05.47 | brlcad | jarray52: yeah, sorry for the delay -- I tried responding a couple times when you originally asked how to translate, but you'd left the channel |
| 07:06.27 | jarray52 | brlcad: No worries. I'm the one that should apologize for leaving the channel. |
| 07:06.45 | jarray52 | brlcad: Thanks for the advice. |
| 07:06.55 | jarray52 | brlcad: It was appreciated. |
| 07:12.23 | jarray52 | brlcad: Goodnight everyone. |
| 07:12.42 | jarray52 | brlcad: See you all tomorrow. =) |
| 07:12.49 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 08:29.29 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:38.28 | Notify | 03BRL-CAD:carlmoore * 53753 (brlcad/trunk/src/proc-db/wavy.c brlcad/trunk/src/rt/heatgraph.c and 4 others): fix spellings |
| 11:38.31 | Notify | 03BRL-CAD:carlmoore * 53754 brlcad/trunk/src/tclscripts/lib/Command.tcl: fix spelling as just explained in an email |
| 11:38.34 | Notify | 03BRL-CAD:carlmoore * 53755 (brlcad/trunk/src/tclscripts/lib/CellPlot.tcl brlcad/trunk/src/tclscripts/lib/Ged.tcl): fix spellings |
| 11:38.37 | Notify | 03BRL-CAD:carlmoore * 53756 brlcad/trunk/src/tclscripts/mged/points.tcl: fix spellings (NOTICE INCLUSION OF pipe_number.pl) |
| 11:38.40 | Notify | 03BRL-CAD:carlmoore * 53757 brlcad/trunk/src/tclscripts/mged/attr_edit.tcl: fix spelling and fix double negative (changing 'nor' to 'or') |
| 11:38.43 | Notify | 03BRL-CAD:carlmoore * 53758 brlcad/trunk/src/tclscripts/mged/text.tcl: fix spellings (NOTICE search_char) and switch period & parenthesis) |
| 11:38.46 | Notify | 03BRL-CAD:carlmoore * 53759 brlcad/trunk/src/tclscripts/mged/openw.tcl: fix spellings |
| 11:38.49 | Notify | 03BRL-CAD:carlmoore * 53760 brlcad/trunk/src/tclscripts/mged/mgedrc.tcl: fix spellings |
| 11:38.52 | Notify | 03BRL-CAD:carlmoore * 53761 brlcad/trunk/src/tclscripts/mged/pattern_gui.tcl: fix spelling |
| 11:38.55 | Notify | 03BRL-CAD:brlcad * 53762 brlcad/trunk/src/librt/prep.c: this is why the bitv had stuff in it. rt_get_solidbitv() needs to clear the bitv that we're reusing before returning it. |
| 11:38.58 | Notify | 03BRL-CAD:brlcad * 53763 (brlcad/trunk/src/librt/bundle.c brlcad/trunk/src/librt/shoot.c brlcad/trunk/src/librt/vshoot.c): no longer need to manually clear the bitv, rt_get_solidbitv() does it for us |
| 11:39.01 | Notify | 03BRL-CAD:brlcad * 53764 brlcad/trunk/src/librt/prep.c: document the function and allow for a null resource pointer |
| 11:39.04 | Notify | 03BRL-CAD:carlmoore * 53765 brlcad/trunk/src/tclscripts/mged/apply_mat.tcl: fix spelling |
| 11:39.07 | Notify | 03BRL-CAD:carlmoore * 53766 brlcad/trunk/src/tclscripts/mged/xclone.tcl: add s and an apostrophe, and fix a spelling |
| 11:39.10 | Notify | 03BRL-CAD:carlmoore * 53767 brlcad/trunk/src/tclscripts/mged/pattern.tcl: fix spellings |
| 11:39.13 | Notify | 03BRL-CAD:brlcad * 53768 brlcad/trunk/src/libbu/bitv.c: manually initialize instead of relying on calloc. slightly faster alloc and probably slower albeit more explicit init. |
| 11:39.16 | Notify | 03BRL-CAD:carlmoore * 53769 brlcad/trunk/src/tclscripts/mged/expand_comb.tcl: fix spelling |
| 11:39.19 | Notify | 03BRL-CAD:carlmoore * 53770 brlcad/trunk/src/tclscripts/mged/shaders.tcl: fix spellings |
| 11:39.22 | Notify | 03BRL-CAD:carlmoore * 53771 brlcad/trunk/src/tclscripts/mged/make_solid.tcl: fix spellings |
| 11:39.25 | Notify | 03BRL-CAD:carlmoore * 53772 brlcad/trunk/src/tclscripts/mged/build_region.tcl: fix spellings |
| 11:39.28 | Notify | 03BRL-CAD:carlmoore * 53773 brlcad/trunk/src/tclscripts/mged/overlap.tcl: fix spellings INCLUDING 'string compare' missing trailing e |
| 11:39.31 | Notify | 03BRL-CAD:carlmoore * 53774 brlcad/trunk/src/tclscripts/mged/help.tcl: fix spelling |
| 11:39.34 | Notify | 03BRL-CAD:r_weiss * 53775 brlcad/trunk/src/libbn/plane.c: Added two new functions to libbn in file "plane.c". Added "bn_distsq_pt3_lseg3_v2" which a test version of "bn_distsq_pt3_lseg3" and "bn_are_equal" which is a support function for this new test function. At some point this test function and the original will be consolidated. |
| 11:39.37 | Notify | 03BRL-CAD:r_weiss * 53776 brlcad/trunk/include/bn.h: Updated "bn.h" adding function "bn_distsq_pt3_lseg3_v2" which is a test version of "bn_distsq_pt3_lseg3". At some point this test function and the original will be consolidated. |
| 11:39.40 | Notify | 03BRL-CAD:n_reed * 53777 brlcad/trunk/src/librt/primitives/pipe/pipe.c: document draw_linear_seg routine and give it a more flexible implementation |
| 11:39.43 | Notify | 03BRL-CAD:brlcad * 53778 brlcad/trunk/NEWS: fix an old interactive edit keypoint bug seen by most new users that go through the commercial brl-cad training, but that we couldn't ever seem to reproduce. turns out there was a bug related to interactive mouse translations/rotations if a keypoint was manually set. fixed in r53727 by parker. Revision Links: -------------- http://brlcad.svn.sourceforge.net/brlcad/?rev=53727&view=rev |
| 12:49.56 | Notify | 03BRL-CAD:brlcad * 30347 (brlcad/trunk/src/util/pix-png.c brlcad/trunk/src/fb/png-fb.c and 674 others): categoric removal of the source, author, and function list sections in files, particularly the source file header sections. those are all sections of data that are more often incomplete or out-of-date than they are correct and are a maintenance burden that has no direct benefit. the 'source' section (i.e. the address) is mostly |
| 12:49.59 | Notify | irrelevant with the open sourcing. the authorship is better comprehensively preserved through the SCM revision control system, and was the most common to be incomplete data (aside from the matter of not having clear criteria for knowing when someone could add their name to the list). the function lists were rarely ever updated, often listing non-existent functions or missing more than it documented. the header is meant to be a |
| 12:50.02 | Notify | description of the file's purpose more than its content -- functions should have their own doxygen comment header. this commit modifies all files with a 21005 zip code. additionally, there is an interesting assertion by brian fitzpatrick and ben collins-sussman in their poisonous people talk regarding how having authors listed in source files is perceived by potential new contributors. namely that it can become a barrier to their... |
| 12:50.30 | ``Erik | swank |
| 12:54.13 | ``Erik | (defun split-for-irc (msg &optional (len +irc-line-length+)) (let ((m (substitute #\Space #\Newline msg))) (if (< (length m) len) (list m) (loop for i from len downto 0 until (eq (char m i) #\Space) finally (return (cons (subseq m 0 i) (split-for-irc (subseq m (+ i 1))))))))) |
| 12:54.55 | ``Erik | (defun split-to-3-for-irc (msg &optional (len +irc-line-length+)) (let ((bits (split-for-irc msg len))) (if (<= (length bits) 3) bits (list (car bits) (cadr bits) (concatenate 'string (caddr bits) "..."))))) |
| 13:05.15 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:15.14 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:07.43 | Notify | 03BRL-CAD:n_reed * 53779 brlcad/trunk/src/librt/primitives/pipe/pipe.c: clean up draw loop to remove goto |
| 16:35.55 | starseeker | brlcad: http://bzflag.bz/~starseeker/opennurbs-2012-10-24.tar.gz |
| 16:58.29 | Notify | 03BRL-CAD:erikgreenwald * 53780 brlcad/trunk/src/libbn/ulp.c: Define isinf() and isnan() for msvc. |
| 17:19.41 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 17:55.15 | Notify | 03BRL-CAD:carlmoore * 53781 brlcad/trunk/src/tclscripts/swidgets/scripts/togglearrow.itk: fix 2 occurrences of 'Disabled___' |
| 18:02.31 | Notify | 03BRL-CAD:carlmoore * 53782 (brlcad/trunk/src/tclscripts/rtwizard/lib/MGEDpage.itk brlcad/trunk/src/tclscripts/rtwizard/lib/Wizard.itk and 3 others): fix spellings |
| 18:15.21 | *** join/#brlcad andrei (~andrei@5-12-220-128.residential.rdsnet.ro) | |
| 18:47.46 | brlcad | wot's wrong wif ju, that MSC_VER crap don't belong in ulp.c |
| 18:49.01 | brlcad | starseeker: got it |
| 19:04.18 | andrei | why is implement parallel support for windows a 2 hour task ? :s |
| 19:04.34 | brlcad | that needs to be broken up into two tasks |
| 19:04.58 | brlcad | if someone knows how to create threads on windows, it's not that hard of a task at all |
| 19:05.14 | brlcad | less than 50 lines in one file and same in another |
| 19:05.33 | brlcad | but those two files should be broken into separate tasks |
| 19:05.46 | brlcad | (create threads and acquire mutex/semaphore locks) |
| 20:49.43 | Notify | 03BRL-CAD:erikgreenwald * 53783 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): add isinf() for msvc |
| 20:50.08 | Notify | 03BRL-CAD:erikgreenwald * 53784 brlcad/trunk/src/libbn/ulp.c: use the isnan and isinf from config_win.h |
| 21:38.25 | Notify | 03BRL-CAD:carlmoore * 53785 brlcad/trunk/src/libbn/plane.c: fix spelling and remove a trailing tab |
| 21:41.15 | Notify | 03BRL-CAD:brlcad * 53786 brlcad/trunk/TODO: after talking with bowers, apparently some problem calling rt_dirbuild() multiple times (same db, different trees). begs investigating. |
| 01:37.55 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 01:37.55 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 01:48.56 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 08:11.29 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 08:11.29 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 11:15.27 | *** join/#brlcad rspencer (~Robert@40.21.177.41.myadslip.net) | |
| 13:56.50 | Notify | 03BRL-CAD:bob1961 * 53793 (brlcad/trunk/src/libged/translate_extrude.c brlcad/trunk/src/tclscripts/archer/ExtrudeEditFrame.tcl): Updated the extrude edit panel by getting rid of "Rotate H" and adding "Move End HR". Also added code to _ged_translate_extrude() to move H while maintaining perpendicularity among H, U and V without the random flipping of vectors as seen in tgc (fixing this next). |
| 14:20.05 | Notify | 03BRL-CAD:bob1961 * 53794 brlcad/trunk/src/libged/translate_extrude.c: Tidy up a bit. |
| 14:31.35 | Notify | 03BRL-CAD:erikgreenwald * 53795 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): add nextafter[lf]? compatibility macros for msvc |
| 15:18.57 | brlcad | hm, those are c99, might be better to wrap them in ulp.c |
| 15:19.08 | brlcad | s/better/good/ |
| 15:21.16 | ``Erik | 'cept msvc's c99 support is shoddy, those came into existance with msvc2010 and only on the 64b version |
| 15:21.27 | ``Erik | according to some googling O.o |
| 15:24.24 | brlcad | i know, that's why it might be a good idea to wrap it |
| 15:24.37 | brlcad | we don't (yet) require c99 (or at least aren't supposed to be) |
| 15:24.48 | brlcad | so might make sense to wrap it |
| 15:35.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:25.41 | Notify | 03BRL-CAD:bob1961 * 53796 brlcad/trunk/src/libged/translate_tgc.c: Update _ged_translate_tgc() to move H while maintaining perpendicularity among H, A and B without the random flipping of vectors. |
| 16:44.36 | Notify | 03BRL-CAD:carlmoore * 53797 brlcad/trunk/NEWS: fix spelling of a name |
| 16:49.51 | Notify | 03BRL-CAD:carlmoore * 53798 brlcad/trunk/src/brlman/brlman.tcl.in: standardize on use of 'Usage:' |
| 16:51.57 | Notify | 03BRL-CAD:carlmoore * 53799 brlcad/trunk/src/fb/fbcmap.c: remove a blank after 'Usage' |
| 16:53.07 | Notify | 03BRL-CAD:carlmoore * 53800 brlcad/trunk/src/libbu/tests/bu_dirname.c: insert colon |
| 17:10.18 | ``Erik | lgpl c++ 'geometry engine' http://trac.osgeo.org/geos/ |
| 18:22.04 | Notify | 03BRL-CAD:n_reed * 53801 brlcad/trunk/src/librt/primitives/pipe/pipe.c: expand comments, rename variables, and rearrange statements for clarity |
| 18:43.12 | *** join/#brlcad v4 (~v4@dsdf-4d0a060e.pool.mediaWays.net) | |
| 18:43.54 | v4 | hallo i have a very simple question. |
| 18:43.57 | v4 | may i? |
| 18:44.37 | v4 | i just downloaded the bel-cad package for mac. |
| 18:44.58 | v4 | when I double click on the app icon |
| 18:45.17 | v4 | it start the mged |
| 18:45.56 | v4 | but i wanted to import a .stl file … and looks like it's not possible from here ... |
| 18:46.13 | v4 | it's like i should start another application (the proper BRL-CAD) |
| 18:46.28 | v4 | but i just don't know how to do that ... |
| 18:46.52 | v4 | can anybody, maybe help me somehow? |
| 18:46.55 | v4 | thank in advance |
| 19:13.08 | n_reed | v4: MGED is the main app, but it only edits .g files |
| 19:13.20 | n_reed | open a terminal and run stl-g on your .stl first |
| 19:14.05 | v4 | yeah, i was just arrived at his point … searching on the net … should i execute the command as root? |
| 19:14.18 | v4 | (by the way thank you) |
| 19:15.28 | v4 | this is the output received |
| 19:15.33 | v4 | <PROTECTED> |
| 19:15.34 | v4 | dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib |
| 19:15.35 | v4 | <PROTECTED> |
| 19:15.36 | v4 | <PROTECTED> |
| 19:15.37 | v4 | Trace/BPT trap: 5 |
| 19:17.24 | starseeker | v4: are you using the dmg image from sourceforge? |
| 19:17.32 | v4 | yes |
| 19:18.55 | starseeker | I'm not sure why it's looking for the library there when we've got an app bundle... |
| 19:19.18 | starseeker | you can probably make it work if you install BRL-CAD in the /usr/brlcad/ directory |
| 19:20.23 | v4 | ok thanks, i'll try this then |
| 19:22.35 | v4 | shall I have to install the content of the package in the /usr/brlcad ? Or just drag the icon, as usual? |
| 19:23.31 | starseeker | I'm not sure - however you do it, try to get the contents of Contents/Resources/rel-7.22.0 into /usr/brlcad/rel-7.22.0 |
| 19:25.53 | v4 | ok, but same error |
| 19:25.58 | v4 | dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib |
| 19:26.00 | v4 | <PROTECTED> |
| 19:26.01 | v4 | <PROTECTED> |
| 19:26.02 | v4 | Trace/BPT trap: 5 |
| 19:26.03 | v4 | logout |
| 19:26.30 | starseeker | is the file /usr/brlcad/rel-7.22.0/lib/libwdb.20.dylib present? |
| 19:28.38 | v4 | yeah, good question … and nope. |
| 19:29.00 | v4 | i only have these: |
| 19:29.01 | v4 | libwdb.20.0.1.dylib |
| 19:29.15 | v4 | libwdb.a |
| 19:29.30 | starseeker | hmm... |
| 19:29.52 | starseeker | well, you can try symlinking libwdb.20.0.1.dylib to libwdb.20.dylib |
| 19:30.18 | v4 | seems reasonable ... |
| 19:30.41 | starseeker | if libwdm's link is messed up, there may be more that are messed up... |
| 19:30.54 | v4 | how is that possible? |
| 19:31.02 | v4 | I just downloaded the whole package |
| 19:31.05 | starseeker | ln -s libwdb.20.0.1.dylib libwdb.20.dylib |
| 19:31.13 | starseeker | v4: it would be a problem with our package |
| 19:31.22 | starseeker | brlcad is our expert on that |
| 19:31.23 | v4 | ah, ok … |
| 19:31.53 | starseeker | this would be a temporary manual fix, but it would get you running |
| 19:32.06 | v4 | i'll try in a few sec |
| 19:32.53 | v4 | similar problems with another library |
| 19:32.54 | v4 | dyld: Library not loaded: /usr/brlcad/rel-7.22.0/lib/librt.20.dylib |
| 19:33.16 | v4 | you got it right … maybe more is messed up ... |
| 19:33.40 | starseeker | ok, same solution - ln -s librt.20.0.1.dylib librt.20.dylib |
| 19:34.11 | v4 | yeah, there's more |
| 19:34.16 | v4 | i try to correct 'em all |
| 19:34.29 | starseeker | v4: that ought to work, once you've got 'em all |
| 19:35.36 | v4 | ok! |
| 19:35.43 | v4 | (hope so) |
| 19:41.57 | v4 | ok the command stl-g now works |
| 19:42.13 | v4 | but my .stl file must have some errors |
| 19:42.52 | v4 | … but this is definitely not a software problem (at least i guess so) |
| 19:43.06 | starseeker | what type of stl file is it? (ascii text or binary?) |
| 19:43.47 | v4 | i'm sorry: today was the first time i use this kind of files and software … i do not have any idea of that … |
| 19:44.33 | v4 | tomorrow i will work at the same 3d scan workstation, i'll be more prepared ... |
| 19:44.34 | starseeker | if you open your .stl file in a text editor, what do you see? (i.e. does it just look like garbage, or is there content you can recognize) |
| 19:44.44 | v4 | i'll try this |
| 19:44.50 | starseeker | alternately, what was the error you saw? |
| 19:46.30 | v4 | the terminal just got crazy when i prompted the stl-g input.stl output.g |
| 19:46.36 | starseeker | oh |
| 19:46.41 | starseeker | did you specify an output file? |
| 19:47.07 | v4 | yes … shouldn't i do that? |
| 19:47.11 | starseeker | yeah |
| 19:47.20 | starseeker | oh - that was your literal command? |
| 19:47.22 | v4 | anyway the text editor is garbage … as you said |
| 19:47.29 | starseeker | try adding the -b flag |
| 19:47.34 | v4 | ok |
| 19:47.38 | starseeker | stl-g -b input.stl output.g |
| 19:48.10 | v4 | way better :) |
| 19:48.23 | v4 | Using solid name: s.stl |
| 19:48.24 | v4 | 2067731 facets |
| 19:48.24 | v4 | Making region (r.stl) |
| 19:50.30 | v4 | the .g file is now openable |
| 19:50.46 | v4 | but i don't see anything when i try to open it in mged |
| 19:50.58 | starseeker | you won't by default. |
| 19:51.04 | v4 | ah, ok |
| 19:51.08 | v4 | … so it's ok! |
| 19:51.18 | starseeker | try the command "tops" |
| 19:51.24 | starseeker | what is listed in the terminal? |
| 19:51.39 | v4 | answered all/ |
| 19:51.52 | starseeker | OK - to see a wireframe, do "draw all" |
| 19:52.06 | v4 | wow!!!! |
| 19:52.09 | v4 | yep! |
| 19:52.11 | v4 | :) |
| 19:52.19 | v4 | i got to thank you, man ... |
| 19:52.27 | starseeker | if you want the shaded version, I think it's "draw -m1 all" |
| 19:52.41 | starseeker | (you will also want to turn on lighting if you do that...) |
| 19:53.14 | v4 | may i ask you one last thin, seeing you were so kind? |
| 19:53.34 | starseeker | lighting is under the Misc menu in MGED, at the bottom of the menu |
| 19:54.19 | v4 | yeah … now i see it even better! |
| 19:54.24 | starseeker | sure - what's the question? |
| 19:54.47 | v4 | what i really have to do, is to try to draw some lines directly on the 3D scan … i mean not converting the file I got from the scan into a 2D ... |
| 19:55.01 | v4 | do you think is possible? with this or other software? |
| 19:55.37 | ``Erik | sunny beaches, mail parsing makes xml ... attractive. :( |
| 19:55.52 | starseeker | Um... we shouldn't be converting to 2D now... |
| 19:56.01 | starseeker | do you you want a 2D line drawing output? |
| 19:56.27 | v4 | i mean … i have this lines on the scan (it's a wall!) i have to draw them on the 3d |
| 19:56.36 | v4 | and then maybe have a 2d output |
| 19:56.49 | v4 | (this last part is still not completely clear() |
| 19:57.04 | v4 | but the most important is to draw the lines directl |
| 19:57.07 | v4 | on the 3d |
| 19:57.10 | v4 | file |
| 19:57.28 | starseeker | we don't have a way to just straigt-up draw 3D lines in MGED... you can "fake it" by doing thin cylindars |
| 19:57.36 | v4 | ok ... |
| 19:58.09 | v4 | now i will tell a stupidity … there is not a tool such a brush |
| 19:58.16 | v4 | (i mean like photoshop …) |
| 19:58.48 | starseeker | ok, brace yourself... |
| 19:59.06 | starseeker | MGED's primary mode of geometry creation is command line input |
| 19:59.28 | ``Erik | "mged -c" for the pure experience O:-) |
| 19:59.28 | v4 | yes |
| 19:59.35 | v4 | ok! |
| 20:00.10 | starseeker | If you haven't seen it yet, you want to read http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 20:00.32 | v4 | i think i have to study it, pretty hard ... |
| 20:00.44 | v4 | you mean .. i have to "create" such a tool? |
| 20:01.15 | ``Erik | BRL-CAD's legacy is in CAE/CAA, not CAD... if it's not a physical 3d bit of geometry, it doesn't fit in very well, so we don't have good support for things like lines |
| 20:01.18 | starseeker | I'm afraid so. The quickest way I can think of to get a "3d line" would be to make a tgc, and then edit its shape to be long and have a small radius |
| 20:01.43 | v4 | ok, got it. |
| 20:01.55 | ``Erik | meh, just call it an rcc, less knobs to twiddle |
| 20:02.01 | v4 | @erik … you should change its name then ;) |
| 20:03.13 | v4 | just kidding of course ... |
| 20:03.22 | v4 | thank you alls for your patience with a super newbie |
| 20:03.33 | v4 | all* |
| 20:03.38 | starseeker | we're getting there, little by little - the problem with most of the features associated with "modern" CAD is it requires a lot of behind the scenes work |
| 20:03.49 | starseeker | v4: not at all - thank you for trying it out! |
| 20:04.09 | v4 | :) |
| 20:05.06 | starseeker | v4: the introduction to MGED book should get you going with the basics, and once you're familiar with them you should be able to produce some decent images |
| 20:05.37 | v4 | ok, i'll read it with big attention |
| 20:24.09 | v4 | by guys … i think i will pass from here in the future, if i go on with this software … |
| 20:24.13 | v4 | bye* |
| 20:54.42 | ``Erik | I wonder if it's safe to say that a section begins with '^[A-Z][A-Za-z ]*:' |
| 05:42.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 08:16.10 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:18.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:34.38 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:02.21 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.151) | |
| 15:02.50 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.106.151) | |
| 15:29.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.151) | |
| 16:07.18 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:02.00 | *** join/#brlcad merzo (~merzo@64-155-132-95.pool.ukrtel.net) | |
| 20:37.35 | *** join/#brlcad merzo (~merzo@167-60-133-95.pool.ukrtel.net) | |
| 00:26.29 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:29.29 | *** join/#brlcad bhlegm (~bhlegm@d207-6-90-58.bchsia.telus.net) | |
| 05:13.47 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 07:22.56 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 08:23.55 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:27.50 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:36.44 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 15:12.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.212) | |
| 15:24.22 | *** join/#brlcad elf` (~elf11_@p5.eregie.pub.ro) | |
| 15:25.37 | *** join/#brlcad andrei (~andrei@5-12-221-182.residential.rdsnet.ro) | |
| 15:47.20 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.56.212) | |
| 16:57.26 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 16:57.48 | *** join/#brlcad elf11_ (~elf11_@p5.eregie.pub.ro) | |
| 17:26.54 | *** join/#brlcad merzo (~merzo@167-60-133-95.pool.ukrtel.net) | |
| 20:37.26 | *** join/#brlcad merzo (~merzo@16-118-133-95.pool.ukrtel.net) | |
| 20:50.04 | *** join/#brlcad andrei (~andrei@5-12-221-182.residential.rdsnet.ro) | |
| 00:55.18 | brlcad | DYLD_LIBRARY_PATH=/Applications/BRL-CAD\ \:\ MGED\ 7.22.0.app/Contents/Resources/rel-7.22.0/lib stl-g |
| 00:55.22 | brlcad | would have done the trick |
| 00:58.36 | brlcad | also would have worked: ln -s /Applications/BRL-CAD\ \:\ MGED\ 7.22.0.app/Contents/Resources/rel-7.22.0 /usr/brlcad |
| 00:58.47 | brlcad | or something like that |
| 00:59.04 | brlcad | /usr/brlcad/rel-7.22.0 was the root, so you'd link that |
| 05:36.30 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:08.01 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 06:11.23 | brlcad | happy gobble gobble |
| 07:16.27 | *** join/#brlcad andrei (~andrei@188.25.160.230) | |
| 12:36.17 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:46.56 | *** join/#brlcad andrei (~andrei@188.25.160.230) | |
| 15:50.45 | *** join/#brlcad merzo (~merzo@16-118-133-95.pool.ukrtel.net) | |
| 16:03.31 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 17:06.27 | brlcad | kicks Notify |
| 17:06.34 | brlcad | hugs Notify |
| 17:06.44 | brlcad | she's dead jim |
| 17:24.10 | brlcad | looks like NMG testing has almost completed 12 months of testing |
| 17:25.40 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 17:56.27 | Notify | 03BRL-CAD:brlcad * 53802 brlcad/trunk/src/librt/Makefile.am: add missing primitives/primitive_util.c |
| 17:56.30 | Notify | 03BRL-CAD:brlcad * 53803 brlcad/trunk/include/vector_x86.h: the header does not declare an aligned boolean and could be accommodated in other ways internally (copy to an aligned array). just document the assertion. |
| 17:56.33 | Notify | 03BRL-CAD:brlcad * 53804 brlcad/trunk/src/librt/brep_test.cpp: aligned value no longer provided, and they're all true so we're good. |
| 17:56.36 | Notify | 03BRL-CAD:brlcad * 53805 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/Makefile.am): rename brep_test to test_dvec |
| 17:56.39 | Notify | 03BRL-CAD:brlcad * 53806 brlcad/trunk/src/librt/test_dvec.cpp: update header name to match new file name |
| 17:56.42 | Notify | 03BRL-CAD:brlcad * 53807 brlcad/trunk/src/librt/test_dvec.cpp: reduce to just 1M iterations so it takes just a couple seconds on 2011 hardware |
| 17:56.45 | Notify | 03BRL-CAD:brlcad * 53808 brlcad/trunk/src/librt/Makefile.am: dvec should conditionally use the cpu, so it can/should always compile |
| 17:56.48 | Notify | 03BRL-CAD:brlcad * 53809 brlcad/trunk/src/librt/CMakeLists.txt: enable test_dvec for compilation (always) so that the sources stay in sync. all tests should get to a similar state (always compiling, code complete) so there's never a question whether it's dead code, *especially* works in progress |
| 17:56.51 | Notify | 03BRL-CAD:brlcad * 53810 brlcad/trunk/src/librt/test_dvec.cpp: return failure only if no time elapsed |
| 17:56.54 | Notify | 03BRL-CAD:brlcad * 53811 brlcad/trunk/src/librt/CMakeLists.txt: enable the test for make test |
| 18:22.46 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:28.46 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:29.36 | ``Erik | !notify month |
| 18:29.37 | Notify | carlmoore:337, brlcad:73, n_reed:36, bob1961:20, erikgreenwald:14, starseeker:7, r_weiss:7, d_rossberg:3 |
| 20:37.49 | *** join/#brlcad merzo (~merzo@159-150-133-95.pool.ukrtel.net) | |
| 21:04.42 | *** join/#brlcad kunigami (~kunigami@c-67-188-113-49.hsd1.ca.comcast.net) | |
| 01:02.44 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:15.57 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 06:15.57 | *** mode/#brlcad [+o ChanServ] by leguin.freenode.net | |
| 06:21.37 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 12:10.28 | *** join/#brlcad andrei (~andrei@188.25.162.226) | |
| 12:34.21 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:04.53 | Notify | 03BRL-CAD:brlcad * 53812 (brlcad/trunk/src/librt/primitives/half/half.c): comment the peculiarity I had to research. ensures segment is valid, equiv to >inf || <-inf |
| 15:35.57 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 16:18.52 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 17:15.14 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:55.07 | *** join/#brlcad jarray52 (~bigbear@209.203.86.178) | |
| 17:55.27 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 17:56.58 | jarray52 | expr (2 + 2) gives 4 at the mged prompt. Similarly, expr (2 - 2) gives 0, and expr (2 / 2) gives 1. However, expr (2 * 2) states Error: unbalanced open paren in expression "(2". |
| 17:57.36 | jarray52 | How does one multiply two numbers? |
| 17:58.08 | ``Erik | globbing is turned on and * is read as a file matching argument instead of as an expression symbol, you can either turn globbing off or escape the * "expr (2 \* 2)" |
| 17:59.04 | jarray52 | will \* work even when globbing is turned off? I'm writing an mged script. |
| 18:00.33 | ``Erik | I'm not sure, one of the tcl weenies might have a good answer... might consider turning off globbing at the beginning of the script just to be sure? (I don't know if there's a scope/state issue doing that) |
| 18:01.11 | jarray52 | ``Erik: Thanks. That was helpful. |
| 18:01.14 | ``Erik | I'm sure an answer will pop up if you lurk for a while (might take a day or so, though) |
| 18:01.31 | ``Erik | or maybe look at other scripts, or just try it :D |
| 18:02.30 | jarray52 | Are example scripts available somewhere? So far I've only seen the box and logo scripts |
| 18:03.42 | ``Erik | src/brlcad/tclscripts/ would be where I'd start |
| 18:05.04 | ``Erik | mged/dbfindtree.tcl saves glob_compat_mode to a var, sets it, runs, then sets it back to var |
| 18:11.14 | jarray52 | ``Erik: Thanks again. |
| 18:11.51 | ``Erik | np, good luck! |
| 18:24.04 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 18:40.13 | brlcad | jarray52: set glob_compat_mode 0 |
| 18:40.19 | brlcad | that will turn globbing off in a script |
| 18:41.27 | jarray52 | brlcad: Is there a problem with leaving the glob_compat_mode set to 1 and using \* wherever multiplication is needed? |
| 18:42.31 | brlcad | there may be a problem depending on how the script is passed to mged, but it's more of a syntax issue |
| 18:42.56 | brlcad | it won't look like proper tcl source, especially once you start needing to also escape the other globbing characters like [] |
| 18:43.09 | brlcad | which is the common way to invoke a subexpression in tcl |
| 18:43.51 | brlcad | puts "The result is [expr 2*2]" |
| 18:45.37 | jarray52 | brlcad: That is good to know. Thanks. |
| 18:47.08 | *** join/#brlcad andrei (~andrei@188.25.162.226) | |
| 19:37.07 | jarray52 | I created a part using brlcad, and I would like to create g-code for this part. I created a .dxf file using g-dxf, and I was planning on using dxf2gcode to generate gcode. However, the output of g-dxf output 3124 triangles. Will the final g-code be useable? |
| 19:37.45 | jarray52 | Does anyone have suggestions on generating g-code using brlcad? |
| 19:38.33 | brlcad | that entirely depends on dxf2gcode |
| 19:39.04 | brlcad | dxf is a polygonal format, so I'm not sure what the concern is exactly though |
| 19:41.39 | jarray52 | brlcad: I was concerned that converting to a format that uses triangles will lose information/make the information unuseable. But, if that's the only way to store things in the dxf format, then it is dxf2gcode's task to handle the generation of gcode. |
| 20:54.26 | jarray52 | brlcad: When I ran g-dxf -i -o part.dxf -p a.g part.c, I got the error message _db_walk_subtree() FAIL on ... |
| 21:05.03 | brlcad | jarray52: yeah, dxf is a rather limited format in that regard -- it has some support, but I highly double dxf2gcode would handle them any more than we would write them |
| 21:05.57 | brlcad | whether a FAIL message is significant depends on your hierarchy construction (and whether it's correct) and the object that failed |
| 21:06.22 | brlcad | best way to check is to run dxf-g and look at the result in mged, see if it's missing anything you care about |
| 21:07.23 | brlcad | if it is, you can often overcome the failure by changing the geometry that failed in minor ways (so that faces and edges aren't coinciding) |
| 21:31.22 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 22:02.10 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 22:02.51 | *** join/#brlcad cristina (~quassel@188.24.72.207) | |
| 22:19.12 | jarray52 | What's the best way to go from brlcad 3D models to engineering drawings and/or file formats that can be submitted for the purpose of manufacturing physical parts? |
| 22:27.42 | brlcad | jarray52: the best way will be our step exporter, but we're not there yet -- for now, it's the complexities of performing an export conversion |
| 22:28.56 | jarray52 | brlcad: Once the step exporter is complete, we can create a step file and then submit it to a machine shop? |
| 22:29.04 | brlcad | yep |
| 22:29.11 | brlcad | technically most take stl these days too |
| 22:29.20 | brlcad | it's sort of the lowest common denominator |
| 22:29.28 | jarray52 | stl seems to be a lossy format, right? |
| 22:29.29 | brlcad | some *only* take stl |
| 22:30.01 | brlcad | of course, but that is meaningless for some purposes (like gcode generation) |
| 22:30.13 | brlcad | you just have to control the tessellation quality (with is hard, but necessary) |
| 22:31.08 | jarray52 | brlcad: Can gcode generated from stl create parts with small tolerances? Parts such as pistons. |
| 22:32.58 | brlcad | depends which machine is creating the piston |
| 22:33.15 | jarray52 | brlcad: Something like a turning center. |
| 22:33.26 | brlcad | the only way to do that well is with a CAM system that goes *directly* from the parametric form to output "smart" gcode instructions |
| 22:34.16 | brlcad | the ones that take stl will perform an automatic tool-path conversion, which is but yet another approximation on top of the stl |
| 22:34.58 | jarray52 | Are there any CAM systems that output "smart" gcode which can use brlcad models as the input? |
| 22:35.09 | jarray52 | the CAM system can be open source or commercial. |
| 22:35.11 | brlcad | a turning center is going to want precision measurements, probably drafting instructions so that they can set turning knobs to specific measurements |
| 22:35.34 | brlcad | there are lots of commercial ones, gibbscam comes to mind |
| 22:35.53 | brlcad | there are a couple toy open source projects, but nothing to the level of precision a piston would imply |
| 22:36.35 | jarray52 | what input formats does gibbscam use? |
| 22:37.18 | brlcad | no idea |
| 22:37.30 | brlcad | but they're one of the big names |
| 22:37.36 | brlcad | so it should be "most formats" |
| 22:38.24 | jarray52 | Does any CAM system take brlcad databases as an input? |
| 22:39.56 | brlcad | I have heard of a couple commercial CAD systems that implemented support for our format, but not any of the CAM systems |
| 22:40.12 | brlcad | it'd be unlikely -- best bet is going to be that step exporter |
| 22:40.40 | brlcad | perhaps g-iges, but I lack faith in it's stability (it's a dying format) |
| 22:41.19 | brlcad | jarray52: so you see our conundrum and why we need more hands ;) |
| 22:41.54 | brlcad | that's a gap I've been working on bridging for a long time |
| 22:41.56 | jarray52 | brlcad: I would like to see brlcad grow into a complete solution. |
| 22:42.05 | brlcad | ditto |
| 22:42.30 | brlcad | getting nurbs/brep support was a HUGE piece of that puzzle |
| 22:42.40 | brlcad | that lets us import and gives us foundation for export |
| 22:43.38 | brlcad | that's also the same foundation that will give us shaded opengl displays, not just wireframe, not just raytracing |
| 22:44.07 | brlcad | same foundation giving STABLE export to the polygonal exports without those FAIL messages |
| 22:44.28 | brlcad | same foundation giving explicit boundaries so we can spit out drafting documents |
| 22:45.37 | jarray52 | How far is brlcad from producing drafting documents? |
| 22:45.45 | jarray52 | labeled drafting documents? |
| 22:48.08 | brlcad | we have about ... |
| 22:48.11 | brlcad | calculates in head |
| 22:50.50 | brlcad | there's about 9 weeks of effort needed to spit out a labeled drafting document (with proper infrastructure support and some basic docs) |
| 22:51.32 | jarray52 | brlcad: Is anyone working on this? |
| 22:53.04 | brlcad | the problem is that is roughly 4 major tasks to get there (csg->brep, projected bbs, ann objects, output) |
| 22:53.29 | brlcad | two of those are being worked, so we're getting closer, but nobody specifically working towards that goal |
| 22:54.05 | jarray52 | brlcad: I was imagining something to draw lines on an rtedge drawing. Is that the wrong approach? |
| 22:54.17 | brlcad | csg->brep is top priority this year, kind of waiting to see how good a job on the hardest problem |
| 22:54.35 | brlcad | you could do that now frankly, but yeah completely different approach |
| 22:55.14 | jarray52 | brlcad: I have to checkout of this room. I will see you around though. |
| 22:55.14 | brlcad | getting that machine-precise is tricky |
| 22:55.24 | brlcad | okay, see ya |
| 22:55.28 | jarray52 | brlcad: Yes. That is the tricky part. |
| 22:55.41 | jarray52 | brlcad: Thanks for answering my questions. |
| 22:55.42 | brlcad | doing it via brep and projection is not as hard |
| 22:56.04 | jarray52 | brlcad: I see. |
| 22:56.18 | jarray52 | brlcad: Thanks. Bye. |
| 22:56.20 | brlcad | cya |
| 22:56.27 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 22:58.51 | brlcad | finishes adding some basic table formatting to help with Deuces readability |
| 01:44.10 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 01:48.30 | brlcad | hi bhlegm |
| 01:48.37 | brlcad | all ready to get started? |
| 05:03.06 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 05:03.06 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 05:10.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:15.21 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:19.47 | brlcad | louipc: interested in being a gci mentor? :) |
| 06:20.08 | brlcad | no experience needed |
| 06:47.45 | bhlegm | hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it out from svn, following all the instructions at http://brlcad.org/wiki/Compiling http://pastebin.com/BDXbnXHk |
| 07:09.51 | *** join/#brlcad andrei (~andrei@188.25.27.167) | |
| 07:10.24 | brlcad | bhlegm: can you paste to something other than pastebin.com |
| 07:10.33 | brlcad | inaccessible to many |
| 07:15.43 | bhlegm | sorry about that |
| 07:15.43 | bhlegm | http://pastie.org/5435997 |
| 07:34.29 | brlcad | not your fault ;) |
| 07:35.50 | brlcad | bhlegm: huh, that's odd -- i'll have to pass that along to our cmake guru, but that obviously shouldn't be happening |
| 07:36.24 | brlcad | bhlegm: try adding -DBRLCAD_BUNDLED_LIBS=ON |
| 07:43.29 | bhlegm | brlcad http://pastie.org/5436081 |
| 07:45.22 | brlcad | bhlegm: cmake --version |
| 07:46.04 | bhlegm | brlcad cmake version 2.8.7 |
| 07:48.01 | brlcad | bhlegm: hm, so that should be benign, but I committed a partial fix |
| 07:48.25 | brlcad | the error there is where it was trying to report how long it took cmake to run |
| 07:48.38 | brlcad | for whatever reason, it couldn't calculate the time |
| 07:48.46 | brlcad | never seen that happen before |
| 07:52.05 | bhlegm | that did the trick, thanks. |
| 07:58.19 | brlcad | didn't fix the problem, but did quiet the error :) |
| 08:27.03 | bhlegm | brlcad when i make, http://pastie.org/5436188 |
| 08:28.12 | brlcad | bhlegm: so it detected opengl, but you apparently don't have glu installed or configured |
| 08:28.58 | brlcad | bhlegm: disable opengl |
| 08:29.15 | brlcad | -DBRLCAD_ENABLE_OPENGL=OFF |
| 08:29.24 | brlcad | it should have done that for you |
| 08:29.29 | brlcad | (good gci task) |
| 08:49.09 | *** join/#brlcad andrei_ (~andrei_@188.25.27.167) | |
| 08:52.43 | bhlegm | brlcad http://pastie.org/5436262 |
| 08:53.12 | brlcad | woah |
| 08:53.23 | brlcad | what compiler? |
| 08:54.28 | brlcad | bhlegm: what's your os and compiler? it's really odd that you'd run into this many issues |
| 08:55.33 | bhlegm | i'm on ubuntu 12.04... i don't really know what you mean by compiler, i imagine gcc? |
| 08:55.40 | brlcad | yes |
| 08:55.42 | brlcad | gcc --version |
| 08:56.05 | bhlegm | gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 |
| 09:02.31 | brlcad | hm, that's not the latest compiler, wonder if they have some bug |
| 09:03.30 | brlcad | bhlegm: run this: make VERBOSE=1 |
| 09:03.55 | brlcad | want to see what flags it's using |
| 09:05.31 | brlcad | since you don't need that tool, the quick fix for you is to edit src/libfft/CMakeLists.txt and remove ;256 from FFT_NUMLIST |
| 09:16.22 | bhlegm | brlcad i get http://pastie.org/5436321 on rfft64.c and irfft64.c (i removed ;256) |
| 09:20.57 | bhlegm | hmm nvm that |
| 09:43.31 | bhlegm | sigh ok ill stick with the vm |
| 09:52.37 | brlcad | bhlegm: try setting FFT_NUMLIST to "" |
| 10:14.17 | bhlegm | brlcad k 63% done o3o http://pastie.org/5436498 |
| 12:01.17 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:45.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:48.23 | Notify | 03BRL-CAD:brlcad * 53813 (brlcad/trunk/CMakeLists.txt =================================================================== --- brlcad/trunk/CMakeLists.txt2012-11-25 05:26:15 UTC (rev 53812) +++ brlcad/trunk/CMakeLists.txt2012-11-26 07:47:43 UTC (rev 53813) @@ -2278,12 +2278,12 @@ |
| 12:48.26 | Notify | <PROTECTED> |
| 12:48.29 | Notify | time") - string(LENGTH ${CONFIG_TIME_MSG_LABEL} CURRENTLENGTH) + string(LENGTH "${CONFIG_TIME_MSG_LABEL}" CURRENTLENGTH) while(${SETTINGLABELLENGTH} GREATER ${CURRENTLENGTH}) set(CONFIG_TIME_MSG_LABEL "${CONFIG_TIME_MSG_LABEL}.") - string(LENGTH ${CONFIG_TIME_MSG_LABEL}... |
| 12:49.06 | ``Erik | :o that parser isn't supposed to be there yet |
| 16:02.21 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:02.21 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! | |
| 16:02.25 | bhlegm | i did updatedb already |
| 16:02.25 | bhlegm | just gonna idle, school, thanks for the help~ |
| 16:02.26 | bhlegm | how would i check? |
| 16:02.45 | starseeker | try apt-get install itk-dev |
| 16:03.31 | bhlegm | nope, getting itk3-dev now |
| 16:03.33 | bhlegm | thanks |
| 16:03.53 | starseeker | that may help |
| 16:05.23 | bhlegm | make failed at same place |
| 16:05.50 | starseeker | did itcl-dev get pulled in as well? |
| 16:06.38 | starseeker | and make sure you have tcl-dev as well |
| 16:07.07 | starseeker | the next thing to try after you're sure you have those is to remove the CMakeCache.txt file from your build directory and try again |
| 16:12.35 | starseeker | may have to rework FindTCL.cmake again... - even though they're talking about yanking it for tcl9, I should probably be using tclsh and tcl::pkgconfig |
| 16:12.35 | bhlegm | k thanks |
| 16:12.49 | bhlegm | ill try later |
| 16:13.24 | starseeker | nods - if it fails again, it would help if you could post the contents of CMakeCache.txt somewhere |
| 16:13.41 | bhlegm | k will do thanks :) |
| 16:16.07 | brlcad | starseeker: so then there was another problem after he turned on bundled libs.. :) |
| 16:16.26 | brlcad | http://pastie.org/5436081 |
| 16:16.46 | brlcad | failed to calculate the configure time for some reason |
| 16:16.49 | starseeker | blinks |
| 16:16.58 | brlcad | I fixed the STRIP error just by putting the var in quotes |
| 16:17.05 | brlcad | but it obviously shouldn't have been empty |
| 16:17.31 | starseeker | yeah - that probably means my C timer code didn't compile for some reason |
| 16:17.48 | starseeker | haven't seen that in a while - which version of ubuntu are we dealing with ehre? |
| 16:22.21 | brlcad | 12.04 |
| 16:22.22 | ``Erik | 01:47 < bhlegm> hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it ou... |
| 16:22.41 | starseeker | k, thanks |
| 16:23.23 | starseeker | probably one of my time delta C files in misc/CMake/test_srcs is flawed somehow |
| 16:23.51 | brlcad | gcc 4.6.31 |
| 16:23.55 | brlcad | er, 4.6.3 |
| 16:24.35 | ``Erik | that's what my ubuntu box has, lemme try a cmake ina fresh dir |
| 16:25.51 | ``Erik | configuring worked... |
| 16:26.48 | ``Erik | !notify week |
| 16:26.48 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3 |
| 16:30.19 | ``Erik | !notify week freebsd ports-all |
| 16:30.20 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3 |
| 16:30.55 | Notify | 03BRL-CAD:starseeker * 53816 (brlcad/trunk/src/libnurbs/CMakeLists.txt brlcad/trunk/src/libnurbs/opennurbs_fit.h brlcad/trunk/src/librt/CMakeLists.txt): Since it's the Eigen headers introducing the shadow warnings, use pragmas to shush them. |
| 16:31.28 | starseeker | too bad it's only the newer gccs that allow the push/pop thing |
| 16:32.25 | ``Erik | !notify week |
| 16:32.25 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3, starseeker:1 |
| 16:32.32 | ``Erik | !notify week freebsd ports-all |
| 16:32.33 | Notify | swills:15, tota:12, pawel:11, wxs:9, stephen:9, ehaupt:8, bapt:7, danfe:7, wen:7, ale:6, tobez:5, nox:4, mm:4, rm:4, demon:4, fluffy:3, osa:3, flo:3, sylvio:3, matthew:2, olgeni:2, adamw:2, ak:2, mich:2, crees:2, erwin:2, gahr:2, gblach:1, lx:1, glewis:1, lwhsu:1, bf:1, ohauer:1, dinoex:1, thierry:1, jase:1, skreuzer:1, timur:1, rene:1, mandree:1, zi:1, gordon (src committer):1, bar:1, rakuco:1, delphij:1, bdrewery:1, jadawin:1, madpilot:1 |
| 16:34.56 | starseeker | humph. when bhlegm gets back, I'll have to ask him about that timing code |
| 16:37.00 | brlcad | should be something simple |
| 16:37.13 | brlcad | maybe a warning to clean up |
| 16:37.26 | brlcad | but then I'd expect to see it on my gcc 4.7 system |
| 16:37.33 | starseeker | nodes - the timing stuff isn't all that complex - even works on Windows |
| 16:39.10 | brlcad | is there a model you'd like to see? |
| 16:39.18 | brlcad | (gci task) |
| 16:39.46 | starseeker | uh - you mean for review? |
| 16:40.04 | brlcad | a model you'd like to have someone make |
| 16:40.14 | starseeker | oh, gotcha |
| 16:40.15 | brlcad | I was thinking a good screenshot would be nice |
| 16:40.18 | brlcad | too |
| 16:40.22 | brlcad | uh oh, https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/6268380 |
| 16:40.25 | brlcad | looks like same problem |
| 16:40.51 | starseeker | ponders two hour modeling tasks... |
| 16:41.17 | starseeker | brlcad: I'll answer it |
| 16:41.47 | starseeker | ding nabbit, just what I wanted for the holidays - another chance to rewrite FindTCL.cmake |
| 17:16.03 | *** join/#brlcad harmanpreet (~chatzilla@124.253.73.38) | |
| 17:39.58 | *** join/#brlcad merzo (~merzo@100-2-133-95.pool.ukrtel.net) | |
| 17:41.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 17:59.49 | Skriptkid | Hey, I'm a GCI student, and I've claimed a task. Could anybody please tell me how I can contact the mentors(s)? |
| 18:00.52 | brlcad | Skriptkid: you've come to the right place |
| 18:01.04 | Skriptkid | :) |
| 18:01.16 | Skriptkid | The mentor for my task is Mr. Sean. |
| 18:01.29 | brlcad | just Sean, hi |
| 18:01.41 | brlcad | anyone can help you, doesn't have to be me ;) |
| 18:01.59 | Skriptkid | Oh. Hey :) |
| 18:02.36 | Skriptkid | okay |
| 18:02.36 | Skriptkid | So |
| 18:02.46 | Skriptkid | I've claimed the task of moving comments from source to header |
| 18:02.59 | Skriptkid | LIBBN comments |
| 18:04.14 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 18:04.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 18:05.01 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:05.08 | jordisayol | hello |
| 18:05.29 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 18:05.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 18:13.06 | brlcad | hi jordisayol :) |
| 18:13.22 | jordisayol | hi brlcad |
| 18:13.48 | brlcad | I think you're the only name to make a cameo appearance on our gci list, you might get interviewed ;) |
| 18:19.42 | *** join/#brlcad andrei_ (~andrei_@188.25.27.167) | |
| 18:27.56 | ``Erik | there's a gci list? |
| 18:42.21 | ``Erik | neat https://sites.google.com/site/visualbf/ |
| 18:53.20 | brlcad | ``Erik: our gci task list, the deuces page |
| 18:53.24 | brlcad | but yes, there is a gci mailin glist |
| 18:53.25 | *** join/#brlcad elf_ (~elf@213.233.85.42) | |
| 18:53.31 | brlcad | and it's going off the hook |
| 18:53.36 | Notify | 03BRL-CAD:starseeker * 53817 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Handle GCC pragmas more carefully - if we're at 4.6 or better, suppress the warnings only for the Eigen headers themselves. Else, fall back to the simpler behavior. If GCC is too old, don't try pragma at all. |
| 19:07.48 | ``Erik | hm, http://www.google-melange.com/gci/task/edit/google/gci2012/8007218 would be reimplementation, src/libbu/simd.c |
| 19:23.30 | Notify | 03BRL-CAD:starseeker * 53818 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Add appropriate pragmas for clang as well. |
| 19:28.10 | Notify | 03BRL-CAD:starseeker * 53819 brlcad/trunk/src/librt/test_botpatches.cpp: And thats why we want to see the non-Eigen warnings. Rename shadowed vars in test_botpatches |
| 19:39.53 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 19:47.14 | Notify | 03BRL-CAD:starseeker * 53820 brlcad/trunk/src/libged/edit.c: Bump coords_used from 6 to 7 to avoid implicit truncation warning from clang. |
| 19:49.01 | starseeker | woo-hoo! successfull clang build on Mac |
| 19:57.31 | *** join/#brlcad merzo_ (~merzo@100-2-133-95.pool.ukrtel.net) | |
| 20:01.48 | Notify | 03BRL-CAD:starseeker * 53821 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Turn off inline failure warnings for Eigen as well. |
| 20:05.36 | *** join/#brlcad andrei (~andrei@188.25.27.167) | |
| 20:09.36 | brlcad | starseeker: any of these an issue: libtnt-dev libpng12-dev zlib1g-dev libsm-dev tcl8.5-dev tk8.5-dev itcl3-dev |
| 20:27.43 | *** join/#brlcad caen23 (~cezar@92.81.166.138) | |
| 20:40.20 | *** join/#brlcad merzo_ (~merzo@95.133.21.138) | |
| 20:42.47 | Notify | 03BRL-CAD:n_reed * 53822 brlcad/trunk/src/librt/primitives/pipe/pipe.c: reduce some excessively long parameter lists with structs |
| 20:54.43 | caen23 | hi, i'm working on the libnurbs task from google code in, and i'd like to ask for some help |
| 20:57.15 | brlcad | ~ask |
| 20:57.15 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:57.32 | brlcad | caen23: what do you need help with? |
| 20:59.55 | caen23 | for example, inside the directory, there is a file PullbackCurve.cpp. it contains a class declaration (BSpline) and a lot of functions. what i've done is i took the class declaration and put it inside a file of its own, bspline.h, together with the required headers. but i don't know where to go from here. what do i do with the functions in PullbackCurve.cpp? Leave them there, or should I pack them in separate files, too? |
| 21:00.49 | starseeker | brlcad: you mean an issue for successful compilation of BRL-CAD? I wouldn't expect them to be... |
| 21:00.56 | starseeker | that's a pretty old png though |
| 21:03.26 | andrei | caen23: you need to make sure that a class has all the function( methods) in the same file with it |
| 21:05.32 | andrei | are you familiar with classes / c++ ? |
| 21:05.52 | caen23 | by "all the functions" do you mean all the functions that use the class? for example, there is a function named generateControlPoints that takes a BSpline as argument. would the declaration of that class go inside bspline.h, too? |
| 21:05.58 | caen23 | i am familiar with both |
| 21:06.12 | andrei | just a sec, let me have a look at the file. |
| 21:06.18 | caen23 | thanks |
| 21:08.42 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:12.21 | andrei | well from what I can see is more of a structure and it has no methods. |
| 21:14.31 | caen23 | so i just put the class in a separate header file, remove it from PullbackCurve, and include the spline.h header instead? |
| 21:15.40 | caen23 | here's what my bspline.h currently looks like https://gist.github.com/4150660 |
| 21:18.13 | andrei | hmm, I m not sure if it s efficient to have a new file for so few lines. |
| 21:18.28 | andrei | What I suggest is putting the functions that use BSpline in the same file as the class |
| 21:19.03 | caen23 | will do, thank you for your time |
| 21:19.05 | andrei | for example : bool.isFlat doesn't use BSpline so you don't put in in the file. |
| 21:19.52 | andrei | generateKnots(BSpline& bspline) should be in the file, according to what we discussed. However feel free to ask the other mentors aswell, but I ll be around if you need more help |
| 21:21.03 | caen23 | regarding isFlat, from what i can see, it's defined in both Pullcurve and opennurbs_ext. shouldn't i do something about that, too? |
| 21:22.50 | andrei | Solving duplications, especially trivial ones( copy-pastes) would be great. But make sure that the function is still accesible. |
| 21:23.11 | caen23 | ok, thanks |
| 21:27.56 | Notify | 03BRL-CAD:r_weiss * 53823 brlcad/trunk/src/libbn/plane.c: Updated the test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Simplified the logic, added more comments and did some cleanup. |
| 21:30.13 | caen23 | i don't think putting the functions that use bspline in the bspline.h file is a good idea. i've noticed that they are implemented differently in PullbackCurve and opennurbs_ext |
| 21:32.29 | brlcad | caen23: you have the right idea with https://gist.github.com/4150660 |
| 21:34.43 | brlcad | caen23: but I would reduce it even further, for example it should only #include headers needed to declare the class (interface headers) |
| 21:34.54 | caen23 | what tripped me was the fact that these classes have no methods. the only other class i can find is PBCData, which means all i've got to do is create two new files :-?? |
| 21:37.29 | brlcad | caen23: it's not a terribly complicated task ;) |
| 21:38.10 | brlcad | there are several classes in the opennurbs_fit.h header that could be separated out |
| 21:38.37 | brlcad | but I'd do those last -- the important ones are the classes and structs |
| 21:38.44 | caen23 | :D ok, then. so now i need to find where ON_2dPointArray is defined and only include tha file and <vector> in bspline.h, right? |
| 21:38.50 | brlcad | note that in this context structs are also to be broken out one per file |
| 21:39.22 | brlcad | right |
| 21:40.07 | caen23 | ok, then. thanks |
| 21:41.49 | brlcad | if there are functions that clearly "belong" with the struct, they should be in a corresponding cpp/c file too (like if something looks like a constructor/destructor pair for a struct class) |
| 21:41.56 | brlcad | but I don't think there are any |
| 21:44.38 | brlcad | caen23: the overarching goal is to try and clean up the mess in opennurbs_ext.* breaking that huge file up a little bit -- anything towards that goal properly added to the build system will be a successful task completion |
| 21:44.53 | brlcad | starseeker: did you want fit broken up? |
| 21:45.41 | caen23 | i'll try finishing it soon |
| 21:47.15 | brlcad | leave fit alone unless he chimes in otherwise, just focus on the struct and classes in ext |
| 21:47.25 | brlcad | and pullback |
| 21:48.48 | caen23 | so basically one header file per struct/class in _ext and pullback? |
| 21:48.59 | brlcad | yeah |
| 21:49.06 | caen23 | alright |
| 21:49.20 | brlcad | and IF they have any functions/methods that uniquely belong to that struct/class, those into a c/cpp file |
| 22:07.12 | caen23 | i think i've made some progress. how can i check that i haven't broken anything? |
| 22:09.24 | andrei | if you're on linux you can simply recompile brlcad. The Cmake will only compile what has changed |
| 22:09.40 | andrei | but that doesn't guarantee you didn't break anything tho ! |
| 22:12.05 | caen23 | so is there a way i can check before submitting? also, i've now got a few files such as "bspline.h", "gcpdata.h", and so on, inside the src/libnurbs/ dir. should i leave them there, or move them in some other folder? |
| 22:15.31 | andrei | caen23: here s a small guide on what to do : http://brlcad.org/wiki/Patches |
| 22:16.36 | caen23 | thanks |
| 22:16.45 | brlcad | caen23: if it compiles, you didn't likely break anything |
| 22:16.51 | brlcad | not just by moving things around |
| 22:17.03 | brlcad | make sure all the files you've added are described in CMakeLists.txt |
| 22:18.54 | brlcad | andrei: I was able to use that patches write-up earlier today too :) |
| 22:19.59 | caen23 | i'm now trying to compile it. if everything is ok, should i upload a patch to code in? |
| 22:22.00 | andrei | if it succeeds, yes. |
| 22:29.33 | Notify | 03BRL-CAD:starseeker * 53824 brlcad/trunk/CMakeLists.txt: Couple header tests that autotools was recording in brlcad_config.h but CMake wasn't. |
| 22:31.07 | Notify | 03BRL-CAD:starseeker * 53825 (brlcad/trunk/include/dvec.h brlcad/trunk/include/vector_x86.h): Back up changes to vector_x86.h and dvec.h - causing build failures on linux. Wasn't showing up in CMake build because the header test that triggered it wasn't in brlcad_config.h |
| 22:32.53 | starseeker | brlcad: apologize if the dvec.h and vector_x86.h reversion causes any trouble with the float/double thing - I haven't tracked down what about the changes was causing trouble |
| 22:33.46 | brlcad | no worries, i'll look into it |
| 22:33.58 | brlcad | build fail on linux just by adding those two headers? |
| 22:34.14 | starseeker | brlcad: fit can be broken up if you like... at this stage it doesn't matter too much |
| 22:34.32 | starseeker | not adding, but activating the use of vector_x86.h |
| 22:35.09 | brlcad | caen23 has put two hours in, so I'm fine leaving them out |
| 22:35.25 | starseeker | that was triggering off of the emmintrin.h header test results, which I forgot to have CMake record in brlcad_config.h |
| 22:35.58 | caen23 | i could try breaking fit, too |
| 22:36.52 | starseeker | nods - most of the libnurbs organization will depend heavily on your decision on what mechanism you want to use to extend openNURBS, so I haven't put too much thought into it yet |
| 22:37.46 | Notify | 03BRL-CAD:brlcad * 53826 brlcad/trunk/src/libged/simulate/simulate.c: c++ comments are no-no |
| 22:38.42 | starseeker | ran distcheck full and the autotools build was failing uniquely, so probed a bit and low-and-behold, CMake was always using vector_fpu.h since it neglected to tell brlcad_config.h about emmintrin.h being present |
| 22:38.52 | starseeker | is red faced over that one... |
| 22:43.48 | brlcad | caen23: it's up to you :) |
| 22:44.42 | brlcad | interesting, I've been running distcheck-full but dealing with other failures |
| 22:45.03 | brlcad | that last // change as an autotools distcheck-full failure |
| 23:09.13 | starseeker | brlcad: somewhat off topic, but you might like this - a warning flag in clang (-Wdocumentation) that provides build warnings for code comments based on Doxygen syntax: http://llvm.org/devmtg/2012-11/Gribenko_CommentParsing.pdf |
| 23:09.25 | brlcad | starseeker: hm, I now get the build failure that prompted those changes in the first place on opennurbs_ext |
| 23:09.36 | starseeker | growl |
| 23:09.43 | brlcad | (linux) |
| 23:09.56 | brlcad | error: prototype for ?dvec<LEN>::dvec(const float*)? does not match any in class ... |
| 23:10.14 | brlcad | it's using vector_fpu.h |
| 23:10.42 | starseeker | ah. I didn't try forcing fpu.h usage after the changes, just x86.h |
| 23:10.43 | brlcad | I'll keep digging, but i'll have to see if I can reproduce the build error your ran into (or get the error from you) |
| 23:11.22 | starseeker | do you have the emmintrin.h header on your system? |
| 23:12.09 | starseeker | will try forcing fpu and x86 to see if both work |
| 23:13.11 | starseeker | reflects that he may live to regret mentioning that -Wdocumentation flag... |
| 23:14.00 | brlcad | starseeker: that is awesome (compiler comment suport) |
| 23:14.27 | *** join/#brlcad andrei (~andrei@188.25.27.167) | |
| 23:14.46 | brlcad | cmake cache says no |
| 23:14.55 | starseeker | I take it vector_x86.h and vector_fpu.h are supposed to provide the same interface to dvec.h? |
| 23:15.00 | brlcad | yeah |
| 23:15.23 | brlcad | that's part of my changes was to bring them into sync as one was never being used |
| 23:15.26 | starseeker | brlcad: that's why you're not seeing the issue then - you're never building with vector_x86.h |
| 23:15.31 | brlcad | the other being float/double stuff |
| 23:16.27 | starseeker | yep, confirmed - fpu.h doesn't work |
| 23:16.51 | starseeker | want me to regenerate the x86.h errors |
| 23:17.59 | starseeker | 'reverts' to brlcad's fixed versions... |
| 23:19.52 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 23:20.01 | louipc | brlcad: I'd like to help but I just can't make the time |
| 23:20.54 | starseeker | brlcad: http://pastebin.mozilla.org/1961911 |
| 23:22.20 | brlcad | starseeker: thanks |
| 23:22.45 | starseeker | grabs some dinner - bbl |
| 23:25.42 | brlcad | bhlegm: how it's going? :) |
| 23:31.28 | bhlegm | well now it fails at 11% at toglStubInit.c.o, so i'm just going to go download the image for virtual box xP |
| 23:34.16 | andrei | bhlegm : have you ever used linux before ? On what were you compiling brlcad? |
| 23:37.39 | bhlegm | not really , and i was just in terminal, following http://brlcad.org/wiki/Compiling |
| 23:39.40 | andrei | sometimes installing brlcad isn't really straight forward so don't worry |
| 23:42.02 | andrei | bhlegm : what task have you claimed or do you want to work on? |
| 23:46.21 | bhlegm | i don't have a task, i was just looking to see what it does |
| 23:48.10 | andrei | ah, sorry :) |
| 23:57.24 | caen23 | i've got a compilation error. what i did was i extracted the PBCData class from _ext and put it in a header file of its own. the class now seems to conflict with another PBCData inside nurbs.h. any help as to how i fix this? also, i haven't modified the CMakeLists file, so i'm guessing this is the culprit. here is another gist https://gist.github.com/4151459 |
| 00:00.07 | andrei | the PBCData inside nurbs.h isn't identical to the other one? |
| 00:01.01 | caen23 | let me check |
| 00:01.10 | andrei | if you haven't added the file to CMakelist it should at worst not find it, I believe. |
| 00:02.33 | caen23 | it's not the same. in nurbs.h, it's a typedef struct pbc_data {} PBCData; also, the attributes vary |
| 00:03.36 | caen23 | but what i don't understand is why it conflicts when i put it in a separate file, but it works when it's inside _ext :-? |
| 00:05.27 | andrei | where did you put the file you created? |
| 00:06.21 | caen23 | inside src/libnurbs/ |
| 00:07.27 | andrei | I ll try rebuilding and see what happens |
| 00:07.57 | caen23 | ok, thanks |
| 00:17.05 | andrei | it takes a bit to rebuild, I m at 75% |
| 00:17.38 | caen23 | and it works? with my file? because for me, it fails at 27% if it fails :-? |
| 00:18.32 | andrei | caen23: I first rebuilded the svn copy, I needed to be sure I have the latest version. |
| 00:19.01 | caen23 | oh, ok then |
| 00:19.16 | andrei | if you don't include nurbs.h in your file it will most likely solve the conflict, but I want to see if it doesn't break functionality. |
| 00:22.03 | Notify | 03BRL-CAD:n_reed * 53827 brlcad/trunk/src/librt/primitives/pipe/pipe.c: more parameter reduction and descriptive renaming |
| 00:24.31 | caen23 | btw, is there no way i could simply compile nurbs alone whenever i make a change? |
| 00:25.12 | andrei | there is, if you re running on linux |
| 00:25.18 | andrei | sudo make libnurbs |
| 00:25.28 | caen23 | i am (mac). thanks |
| 00:28.28 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 00:28.55 | GrantMercer015 | where can i get the source code and installation instructions for brl-cad? i cant seem to find it on the google code in site |
| 00:29.01 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 00:29.21 | caen23 | GrantMercer015 check this out http://brlcad.org/wiki/Compiling |
| 00:29.27 | andrei | <PROTECTED> |
| 00:32.01 | brlcad | alcon: fyi, there's an edward coming by to upgrade our drupal -- I'll have to set up an account for him, so just have him to wait if I'm not around :) |
| 00:32.22 | brlcad | GrantMercer015: also, some info here: http://brlcad.org/wiki/Deuces |
| 00:32.37 | brlcad | in the getting started and code sections |
| 00:32.47 | brlcad | http://brlcad.org/wiki/Deuces#Code |
| 00:33.59 | caen23 | andrei i ran `sudo make libnurbs` and it failed with the same error, even after removing nurbs.h from my file :( |
| 00:35.22 | andrei | yes, it does fail for me aswell. I m currently looking to see what's wrong |
| 00:37.49 | caen23 | perhaps the typedef should be included in the brlcad namespace inside nurbs.h? |
| 00:38.06 | brlcad | caen23: you do not need sudo |
| 00:38.29 | brlcad | that would only be for install and even that isn't needed just to test compilation |
| 00:38.48 | caen23 | i understand, but this can't be why it fails |
| 00:39.08 | brlcad | certainly not |
| 00:39.17 | brlcad | just a very dangerous habit |
| 00:40.23 | brlcad | it's like if you saw someone directing traffic with a shotgun, might not affect how effectively you're directing traffic but it sure is distracting and dangerous :) |
| 00:41.18 | caen23 | i don't usually build with sudo, but i didn't really pay attention this time :D |
| 00:41.29 | andrei | caen23 : after some research I believe you need to remove the typedef and merge the struct with the class. |
| 00:41.57 | caen23 | so the typedef is redundant? |
| 00:42.17 | andrei | <PROTECTED> |
| 00:42.38 | brlcad | that's going down a dangerous route for just breaking out classes/structs from the source files .. merging objects implies needing to change code, not just moving things around |
| 00:42.43 | brlcad | typedefs are not just for C |
| 00:43.14 | brlcad | quite common in C++ actually |
| 00:43.25 | brlcad | especially for dealing with stl classes |
| 00:43.46 | brlcad | bhlegm: which project is yours? |
| 00:44.03 | andrei | brlcad: from what he said, he hasn't taken any yet. |
| 00:44.06 | brlcad | ahh |
| 00:44.17 | brlcad | hasn't caught up with all the backlog |
| 00:44.33 | andrei | the issue that caen23 experiences is that he cannot name a class with a typedef-name |
| 00:44.44 | andrei | there probably is a workaround for this but I don't see it. |
| 00:45.28 | brlcad | so the first question is why is '''tl;dr: read below for etiquette then join with http://webchat.freenode.net/ or get a [http://www.ircreviews.org/clients/ real IRC client program]''' |
| 00:45.34 | brlcad | ep, wrong paste |
| 00:45.44 | brlcad | starting over |
| 00:46.04 | brlcad | so the first question is why the PBCData class that was extracted needs to include nurbs.h |
| 00:46.07 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 00:46.22 | brlcad | and why that wouldn't also be an issue when it's still in the .cpp file |
| 00:47.42 | caen23 | i was wrong to include nurbs.h in my file. i removed it and compilation still fails. why it works when it's inside the _ext file, that i don't know, but i'm guessing it has something to do with cake. not sure. |
| 00:50.15 | brlcad | nah, not a cmake issue |
| 00:50.34 | brlcad | caen23: when you run into oddities like that, have to take a step back |
| 00:50.39 | brlcad | because it fails a sanity check |
| 00:50.43 | *** join/#brlcad andrei_ (~andrei_@188.25.27.167) | |
| 00:50.53 | brlcad | look around line 146, what do you see |
| 00:51.02 | caen23 | in which file? |
| 00:51.05 | brlcad | ext |
| 00:51.11 | brlcad | cpp |
| 00:51.34 | caen23 | line 148: namespace brlcad { |
| 00:51.34 | brlcad | something "different" should jump out at you |
| 00:51.44 | brlcad | bingo |
| 00:51.50 | caen23 | line 145: end of void brep_newton_iterate |
| 00:52.03 | brlcad | everything after that point is contained within a namespace |
| 00:52.09 | brlcad | have you learned namespaces? |
| 00:52.42 | caen23 | i am familiar with them in other languages, but i haven't written much cpp |
| 00:52.50 | brlcad | might as well pretend that line says: |
| 00:52.53 | brlcad | class brlcad { |
| 00:53.05 | caen23 | i understand how they work :D |
| 00:53.18 | brlcad | how does that change your understanding of PBCData that was contained within there |
| 00:54.10 | caen23 | pbcdata (the class) is contained within the brlcad namespace? |
| 00:54.20 | brlcad | yep |
| 00:54.32 | caen23 | so i should wrap it inside that namespace in my file, too? |
| 00:54.37 | brlcad | you don't want to remove the class from a namespace, that's changing structure and .... can cause a naming conflict ;) |
| 00:54.40 | brlcad | bingo |
| 00:54.48 | brlcad | no more conflict |
| 00:54.55 | andrei | Java ! |
| 00:55.00 | caen23 | now i feel stupid for not figuring it out earlier |
| 00:55.04 | caen23 | thank you |
| 00:55.24 | brlcad | caen23: no worries, that's why there's folks to help ;) |
| 00:55.50 | brlcad | you could have written c++ for 5 years and still stumbled around on that for hours |
| 00:56.59 | caen23 | my main problem is that this is the first time i try collaborating on a project, and it's very intimidating at first, even navigating around the code :( |
| 00:57.34 | brlcad | no worries, relax and have fun with it ;) |
| 00:57.48 | caen23 | will do :) |
| 00:58.20 | brlcad | moving a class definition and encountering a name conflict should raise red flags |
| 00:58.51 | brlcad | that's clearly BAD that we also have a PBCData (which is one hell of a retarded obscure name) in a public header |
| 00:59.12 | brlcad | maybe another GCI to merge them or rename both |
| 00:59.13 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 01:00.00 | caen23 | after i finish this task, i could have a stab at solving this problem, too :-?? |
| 01:02.32 | brlcad | absolutely |
| 01:03.20 | caen23 | well… it now seems to compile properly |
| 01:03.33 | brlcad | great |
| 01:03.40 | brlcad | so which have you busted out? |
| 01:04.07 | brlcad | (classes/files) |
| 01:05.07 | caen23 | i started from scratch after i first got this error, so right now, i only have bspline and pbcdata. but it should be easier from now on |
| 01:05.18 | brlcad | at some point, you should wrap up and we can create another task for other work that remains |
| 01:05.48 | brlcad | the effort is what counts, but you might feel better with incremental progress ;) |
| 01:06.02 | brlcad | looking through ext cpp i'm reminded of the other classes |
| 01:06.37 | caen23 | i could finish the current task, and then try working on the typedef issue as a new task. i think it's safer to merge than rename, but i could be mistaken |
| 01:06.57 | brlcad | the ones defined in there should get broken out, like SurfaceTree.cpp and CurveTree.cpp |
| 01:07.04 | brlcad | but they may be tasks on their own |
| 01:07.16 | brlcad | they just happened to be declared in include/nurbs.h |
| 01:07.28 | brlcad | because they're part of libnurbs public API |
| 01:08.32 | caen23 | alright |
| 01:09.25 | GrantMercer015 | having trouble finding the right QtSDK download, does anyone have the right link where they downloaded the sdk? |
| 01:09.29 | brlcad | you can decide whether to include them now or wait till we write up another task |
| 01:09.40 | brlcad | GrantMercer015: er, on the qt website? |
| 01:09.46 | brlcad | what for? |
| 01:10.10 | GrantMercer015 | whoops, wrong chatroom, sorry! |
| 01:10.21 | *** part/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 01:10.27 | brlcad | heh |
| 01:11.15 | andrei | O.o |
| 01:14.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) | |
| 01:16.44 | caen23 | i've broken GCPData into two files, a .h and a .cpp. now i feel that i should modify CMakeLists, but i'm not sure how |
| 01:20.27 | andrei | well, look where opennurbs_ext.cpp is in CMakeLists |
| 01:20.44 | andrei | where the sources are set |
| 01:21.08 | caen23 | yep |
| 01:21.15 | caen23 | do i simply add my cpp? |
| 01:21.29 | andrei | yes, try that. If it doesn't work I ll check |
| 01:27.40 | brlcad | ``Erik: tasks for upgrading both drupal and mediawiki are already claimed.. :) |
| 01:45.52 | starseeker | glares at dvec.h |
| 01:48.32 | caen23 | brlcad i think i'm ready to submit my work. i tried `svn diff > ~/t1.patch`, but as far as i can see, it does not include information about the new files i wrote :-?? |
| 01:50.48 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 01:50.59 | andrei | can you put a paste somewhere with t1.patch ? |
| 01:51.27 | andrei | it should be a text file containing something very similar to the diff command. |
| 01:51.35 | moinnadeem | Is Sean from Google Code-In here? |
| 01:51.47 | andrei | yes, you can find him by "brlcad" |
| 01:52.52 | caen23 | andrei: it does contain something very similar to the diff command, but i ran a search for "triangle.h" (it's one of my new files), and i don't find the contents of my new file there |
| 01:53.24 | caen23 | https://gist.github.com/4151884 |
| 01:53.32 | andrei | ah, caen23 |
| 01:54.17 | andrei | caen23 you need to use svn add if you created new files |
| 01:54.26 | andrei | I ll give you an example in a second |
| 01:54.46 | caen23 | done :D |
| 01:54.47 | caen23 | thanks |
| 01:54.53 | andrei | ah, nice :) |
| 01:55.17 | Notify | 03BRL-CAD:starseeker * 53828 brlcad/trunk/include/dvec.h: Put back Sean's version of dvec.h |
| 02:05.11 | Notify | 03BRL-CAD:starseeker * 53829 brlcad/trunk/include/vector_x86.h: Probably not fully correct adaptations to vector_x86.h, but this does get things building when using the newer dvec.h |
| 02:05.44 | starseeker | brlcad: I doubt that's right, but perhaps its a step in the right direction |
| 02:15.40 | brlcad | moinnadeem: hi, give me a few minutes then we can chat |
| 02:17.11 | moinnadeem | brlcad; okay, I still have a bit of homework to finish up, take as long as you need. |
| 02:19.35 | brlcad | starseeker: yeah, at a glance, that doesn't look right but I'd have to run it through the unit test |
| 02:21.21 | starseeker | brlcad: is that the test_dvec test? |
| 02:21.29 | brlcad | yeah |
| 02:21.35 | starseeker | blinks |
| 02:21.40 | starseeker | uh... passes here |
| 02:21.51 | brlcad | it just runs, the testing portion is commented out |
| 02:21.57 | starseeker | ah |
| 02:22.03 | brlcad | that was to make sure it kept compiling ;) |
| 02:22.17 | brlcad | I didn't get a chance to look at the test code yet |
| 02:22.26 | starseeker | no problem |
| 02:22.33 | brlcad | you should at least see whether performance is affected |
| 02:22.49 | brlcad | where'd the 8 byte alignement come from? |
| 02:23.26 | brlcad | that would seem to be a problem right away |
| 02:24.00 | brlcad | (otherwise at best performance is hosed, at worst you get wrong values) |
| 02:24.09 | starseeker | urm. I probably did something nonsensical... |
| 02:24.42 | starseeker | (a sphere brep raytrace did succeed, but other than that it was just a compilation thing) |
| 02:26.13 | brlcad | if you have r53825 handy, you could see if test_dvec is slower/faster/unchanged |
| 02:26.51 | brlcad | whole point of the fpu version is to be faster, right? :) |
| 02:27.14 | starseeker | not sure, actually |
| 02:27.26 | starseeker | fpu looks like the fallback... |
| 02:27.28 | brlcad | that's why it was originally written, trying to implement the paper |
| 02:27.43 | brlcad | supposed to be the other way around |
| 02:28.01 | starseeker | take a look at dvec.h around line 125 |
| 02:28.20 | brlcad | oh I believe you, just saying |
| 02:29.32 | starseeker | so... if the fpu version was getting used everywhere and works, why bother with vector_x86.h? |
| 02:30.34 | brlcad | oh right, sorry -- the files are named funny |
| 02:31.14 | brlcad | x86 == vectorized |
| 02:31.22 | brlcad | so it's right |
| 02:31.54 | brlcad | fpu is just use the cpu, sans SSE |
| 02:32.05 | starseeker | doing a distcheck at the moment - soon as the machine's free I'll try the sph brep raytrace with both |
| 02:33.24 | brlcad | should be vector_sse.h instead of vector_x86.h |
| 02:33.40 | brlcad | and vector_cpu.h or leave it as vector_fpu.h |
| 02:33.59 | brlcad | fpu vs sse is the distinction |
| 02:35.23 | brlcad | moinnadeem: since you're on a web interface, you may want to get a real irc client if you plan on taking on other tasks like this ;) |
| 02:37.37 | moinnadeem | brlcad: The CPU on my laptop failed (off-the-shelf HP, go figure.), so didn't want to install another one on my desktop. May just take your advice and have to ;) |
| 02:39.03 | brlcad | moinnadeem: so have you done this sort of upgrade before? |
| 02:39.27 | moinnadeem | brlcad: Server upgrades, yes. Drupal in specific, no. |
| 02:39.33 | brlcad | okay |
| 02:39.57 | brlcad | it shouldn't be too bad, but I want to make sure of two things |
| 02:40.47 | brlcad | 1) that you don't spend more time on this than you have available -- it might take an hour or a couple days but just let us know how things are going -- we can always break the task up into multiple pieces if it's going to take WAY more time due to something unforseen |
| 02:40.58 | moinnadeem | I'm going to backup everything on a test repository and attempt an upgrade on there first so I can have an idea of what to do |
| 02:41.47 | brlcad | 2) that we end up with forward progress, either learn/document what we need to do next or have it all up and running happy |
| 02:42.15 | moinnadeem | Alright, it shouldn't hopefully, but I'll contact you guys if there are any problems. |
| 02:42.55 | moinnadeem | My goal is to hopefully have everything good, but modules (and breaking it.) are my main worry. How many modules do you have installed? |
| 02:43.05 | brlcad | not many |
| 02:44.03 | moinnadeem | The wiki seems pretty straightforward, I assume your server is running Linux? |
| 02:45.38 | brlcad | do you have a shell preference? |
| 02:45.48 | brlcad | actually the server is running freebsd, but shouldn't matter |
| 02:45.55 | starseeker | and distcheck-full passed |
| 02:46.22 | moinnadeem | Used to Ubuntu, but it shouldn't be much different. |
| 02:48.01 | moinnadeem | What version of Drupal are you currently running, and which do you want upgraded to? |
| 02:48.32 | *** join/#brlcad minichrispy (b82f2f47@gateway/web/freenode/ip.184.47.47.71) | |
| 02:50.31 | starseeker | brlcad: nothing in the way of performance difference to speek of raytracing a sphere |
| 02:50.36 | starseeker | (brep sphere) |
| 02:52.00 | starseeker | however |
| 02:52.36 | starseeker | using fpu, test_dvec takes 1.37 seconds |
| 02:53.27 | starseeker | using x86, test_dvec takes 1.00 seconds |
| 02:54.52 | brlcad | heh |
| 02:55.12 | brlcad | bump the constant in test_dvec up with two more 00's |
| 02:55.19 | brlcad | see if it's still that much |
| 02:55.42 | starseeker | you mean COUNT? |
| 02:56.09 | brlcad | if it is, then either you did make it unusably slower or it's a failed experiment we should eliminate |
| 02:56.12 | brlcad | yeah |
| 02:56.24 | caen23 | brlcad could you review the work on my task? :D |
| 02:56.33 | brlcad | I bumped it down way low so it didn't slow down make test, but to a value too slow for comparisons |
| 02:56.33 | bhlegm | b/c there's 2 gallery tasks, does that mean you want both? |
| 02:56.43 | starseeker | brlcad: so test_dvec should take longer? |
| 02:56.49 | brlcad | caen23: working on it ;) |
| 02:56.55 | caen23 | thanks |
| 02:57.03 | brlcad | bhlegm: depends which looks better |
| 02:57.08 | bhlegm | ah |
| 02:57.32 | brlcad | gallery 3 has lots of interesting features but our gallery 2 install has been a pita slow p.o.s. |
| 02:58.07 | brlcad | v3 might have fixed all our problems, maybe not -- but upgrade should be really simple there |
| 02:58.29 | brlcad | then it'd be nice to evaluate an alternative, see if we want to switch |
| 02:58.37 | brlcad | there are lots of follow-on tasks too |
| 02:59.23 | brlcad | starseeker: to use it for testing performance, it needs to take at least 60 seconds to overcome process startup overhead |
| 02:59.42 | starseeker | nods |
| 02:59.48 | starseeker | running longer test now |
| 02:59.59 | brlcad | moinnadeem: account created but I have a better/slightly different approach than was originally intended |
| 03:00.17 | moinnadeem | Yes? |
| 03:00.28 | brlcad | moinnadeem: instead of tackling the upgrade of our primary site, you can try it on one of our secondary sites (more.brlcad.org) |
| 03:00.32 | brlcad | that'll be a good testing ground |
| 03:00.39 | brlcad | almost the same set of issues |
| 03:01.16 | brlcad | and if anything, you can keep a transcript of what you do and turn that into a how-to (which we'll add as another gci task) |
| 03:01.17 | starseeker | vector_fpu(no SSE): 136.22 sec |
| 03:01.33 | starseeker | vector_x86(SSE2): 100.88 sec |
| 03:01.41 | brlcad | starseeker: before changes or after? |
| 03:01.54 | starseeker | after - that's with current trunk |
| 03:01.58 | moinnadeem | Much better, do you still think it'll be a good idea to upgrade on a backup as a first attempt? |
| 03:02.07 | brlcad | moinnadeem: absolutely |
| 03:02.23 | brlcad | how do you want to proceed with that? |
| 03:03.27 | moinnadeem | brlcad: I was intending on following the instructions from the wiki: http://drupal.org/node/770402 |
| 03:03.28 | brlcad | your account is created, I can put the files and db in a tarball for you to play with, or you can hop on and try in a copy somewhere |
| 03:04.11 | moinnadeem | is thinking |
| 03:04.43 | brlcad | how about this -- I'll make a copy of the database and you can just log in and give it a try |
| 03:04.54 | brlcad | give me a few minutes |
| 03:05.10 | moinnadeem | That works. |
| 03:07.03 | starseeker | calls it a night - brlcad, feel free to undo my fumblings - I was just trying to fix the build with both fpu and x86 - I don't have enough fundamental knowledge of the issue dvec.h and friends are addressing to work intelligently |
| 03:07.32 | brlcad | moinnadeem: see PMs |
| 03:08.09 | brlcad | starseeker: that's actually somewhat reassuring -- it's somewhat faster |
| 03:08.57 | brlcad | "should" be like 13s, but it's good |
| 03:09.21 | starseeker | except there's no excuse at all for it's even being functional :-P |
| 03:10.17 | brlcad | well, you said it still renders, so that's promising too |
| 03:10.32 | brlcad | dunno if it's exercised, but hopefully |
| 03:10.40 | starseeker | not sure |
| 03:11.39 | brlcad | could run in gdb and set a breakpoint, but it sounds good to me |
| 03:12.18 | starseeker | probably will break when built as float instead of double though |
| 03:13.00 | starseeker | that might be an interesting test to add to distcheck-full once its working again, if that's something that can be controlled with configuration options |
| 03:14.06 | starseeker | jots down a low priority note to self to try BRL-CAD with clang -Wdocumentation, just to see what happens... |
| 03:14.47 | brlcad | starseeker: that looked like a proposal to implement that feature, not that it was done no? |
| 03:15.38 | starseeker | brlcad: it seems to be implemented, although I'm not sure it's on by default yet - what got me hunting docs on it was a note in the Ninja git logs about them using it to test their code |
| 03:16.01 | starseeker | and I've seen remarks about the clang/llvm guys using it on their own code base |
| 03:16.57 | starseeker | http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-August/052887.html |
| 03:17.46 | starseeker | that presentation on Nov 8th looks like it was presenting actual results, not just a proposal |
| 03:21.27 | starseeker | this looks potentially interesting for us vim guys: https://github.com/gribozavr/clang_complete |
| 03:39.22 | brlcad | that's even more awesome then |
| 04:01.42 | *** join/#brlcad caen23 (~cezar@92.81.166.138) | |
| 04:46.54 | *** join/#brlcad Alex__ (b82f2f47@gateway/web/freenode/ip.184.47.47.71) | |
| 04:48.09 | brlcad | caen23: ALMOST |
| 04:48.19 | brlcad | reviewed and looks great |
| 04:48.25 | brlcad | only two minor issues |
| 04:49.02 | brlcad | per our developer guide, local dir headers should be indicated with ./ (e.g., #include "./bspline.h") |
| 04:49.27 | brlcad | and headers should also be listed in the CMakeLists.txt file |
| 04:50.03 | brlcad | do that and it'll be golden |
| 04:53.20 | Alex__ | Hi, I had a few questions regarding my task on Google Code-In and was wondering if this was the place to get some feedback |
| 04:59.03 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 04:59.19 | GrantMercer015 | Hello! where can i find the brl-cad source download? |
| 04:59.40 | Alex__ | http://brlcad.org/d/download |
| 04:59.51 | GrantMercer015 | thanks! |
| 05:00.09 | Alex__ | no problem! |
| 05:02.56 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 05:04.57 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:09.59 | starseeker | brlcad: it's in there all right, at least in the latest trunk srcs: http://pastebin.mozilla.org/1962435 |
| 05:10.24 | bhlegm | hi, could i get some help w/ the virtual image? in virtual box, do i just use the ova file in Import Appliance? |
| 05:10.48 | starseeker | bhlegm: um. I'm embarassed to say I'm not sure |
| 05:11.10 | bhlegm | alright :P |
| 05:11.33 | starseeker | ah http://www.virtualbox.org/manual/ch01.html |
| 05:11.50 | starseeker | select "File" -> "Import appliance" from the Manager window. In the file dialog that comes up, navigate to the file with either the .ovf or the .ova file extension. |
| 05:12.05 | starseeker | bhlegm: looks like yes |
| 05:12.45 | bhlegm | oh dear |
| 05:14.12 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 05:20.47 | bhlegm | http://pastie.org/5440846 should i try redownloading it? ... |
| 05:21.44 | starseeker | um. Yeah, possibly - does your filesize match that of the file on sf? |
| 05:26.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:19.49 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 08:13.15 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 08:14.17 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:39.10 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:46.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128) | |
| 10:47.08 | Skriptkid | I'm on the LIBBN comments task but didn't quite understand where in the header files the comments need to be moved to. Could anybody please explain it? |
| 11:10.59 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:44.56 | ``Erik | Skriptkid: comments describing functions/globals should be immediately before the func/global... bn.h should generally be arranged in sections based on files and file comments should be at the beginnings of those sections (inside the @addtogroup @{ stuff ) |
| 11:45.43 | ``Erik | the anim group in bn.h is how it should all be |
| 11:46.31 | *** join/#brlcad toni (tonimitkov@78.90.2.133) | |
| 11:46.45 | ``Erik | bu.h has already had the treatment, if you want a full example |
| 11:47.14 | toni | hi |
| 11:47.30 | toni | hi can i talk with some admin ? |
| 11:47.45 | Skriptkid | So if there's a function xyz() with certain comments above it, I cut the comments and paste them on top of the function declarations in the bn.h header file? |
| 11:47.50 | ``Erik | toni: sure, ask questions and eventually someone will answer |
| 11:48.24 | Skriptkid | declaration with the BN_EXPORT before it, that is(As the description says) |
| 11:48.33 | ``Erik | Skriptkid: if the comment above it describes the function, yes... a little bit of human judgement is required to see if it's appropriate, otherwise it'd be scripted |
| 11:50.35 | Skriptkid | ok |
| 11:52.26 | Skriptkid | do we have to move the comments at the beginning of the file, below the license agreement also? To that .C file's section in header file? |
| 11:53.09 | ``Erik | if the comments describe the purpose of the file/section, they should be duplicated at the beginning of the section in the header |
| 11:54.05 | Skriptkid | ok |
| 11:57.01 | ``Erik | Skriptkid: the purpose is so a codemonkey can quickly find if the library has the desired functionality and what the interface is by reading the header instead of looking at the implementation details, the funky markup is to support doxygen (a c/c++ javadoc type tool) |
| 11:57.32 | Skriptkid | got it. Thanks :) |
| 11:58.02 | ``Erik | np and good luck :) |
| 11:58.45 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 12:00.10 | ``Erik | starseeker: I was right about the mirc color thing, it's freenode filtering. they added a +c mode on channels O.o I can haz kulrz nao |
| 12:03.07 | caen23 | i have a question regarding the man to docbook conversion task |
| 12:04.38 | caen23 | i've converted all the .1 files to xml using doclifter, and then i tried viewing the first one (bot_dump.1.xml), and all i've got is text on a single line, no formatting whatsoever. is this how it works, or have i done something wrong? |
| 12:05.27 | ``Erik | caen23: are you viewing with 'notebook' on 'windows'? |
| 12:05.43 | caen23 | no, with chrome and an xml viewer on a mac |
| 12:06.59 | ``Erik | hm, d'no, could always use vim or emacs in a terminal.app window to look at the file and see if it looks like reasonable xml? or blast it through the docbook parser to see if you can output decent ps/pdf or something? |
| 12:07.26 | ``Erik | the guy who knows the most on that topic is probably still asleep, he should be online in a few hours |
| 12:07.53 | caen23 | the file does look like valid xml, but when i try viewing it with chrome (for example), it doesn't look like a man page. i'll try running it through the docbook parser |
| 12:13.47 | caen23 | well the pdf seems fine |
| 12:13.59 | caen23 | thanks for helping |
| 12:39.31 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:18.44 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 13:19.55 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:20.41 | *** join/#brlcad n_reed_ (~molto_cre@BZ.BZFLAG.BZ) | |
| 13:37.42 | *** join/#brlcad moinnadeem (~androirc@233.sub-174-229-203.myvzw.com) | |
| 14:19.23 | Notify | 03BRL-CAD:starseeker * 53830 brlcad/trunk/src/librt/test_subdivision.cpp: Remove unused variable assignment. |
| 14:23.44 | Skriptkid | I finished a task and I need to submit it. So do I just create a patch file as shown on the wiki and upload it on the task page? |
| 14:30.21 | Skriptkid | Or on Sourceforge? |
| 14:49.42 | Notify | 03BRL-CAD:starseeker * 53831 brlcad/trunk/src/librt/test_subdivision.cpp: Not doing the right thing with edges yet, but at least recognize them. |
| 14:53.57 | brlcad | Skriptkid: sourceforge unnecessary |
| 14:58.55 | Skriptkid | ok |
| 15:15.25 | brlcad | starseeker: what do the folks running doclifter need to know/do? anything specific? |
| 15:18.48 | *** join/#brlcad harmanpreet (~chatzilla@124.253.21.57) | |
| 15:34.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128) | |
| 15:44.09 | starseeker | brlcad: I don't recall any specific options to doclifter (although it's been quite a while and I see there have been new doclifter releases) |
| 15:44.37 | starseeker | brlcad: the main thing is to be aware that doclifter may not quite get everything right |
| 15:44.49 | starseeker | i.e. you still have to review it and make tweaks as needed |
| 15:47.01 | brlcad | how will they/we know? should make fail if they add to our build? |
| 15:48.53 | *** join/#brlcad caen23 (~cezar@92.81.166.138) | |
| 15:49.34 | caen23 | i tried completing a task that used doclifter. doclifter 2.9 produces docbook 4.4. for some files, i had some small errors (for example, one file had an &tnspace; and it seemed illegal or smth), but i was still able to convert to pdf with apache fop |
| 15:51.44 | brlcad | caen23: how'd you handle the errors? |
| 15:52.16 | caen23 | they didn't seem to break anything, so i just left those ther |
| 16:00.15 | brlcad | how do you know it was an error then? |
| 16:00.53 | caen23 | brlcad: because when i opened the xml with chrome, it displayed the error message before the actual content |
| 16:01.32 | starseeker | Hrm. OK, if doclifter is producing 4.4, that's something that needs to be switched - we're on DocBook 5.0 |
| 16:01.45 | brlcad | ahh, xml errors should be fixed too |
| 16:02.11 | starseeker | man1/en/rt.xml is an example of a doclifter output that's been minimally tweaked to be 5.0 compatible |
| 16:02.49 | brlcad | fop might be okay with it, but not necessarily other tools we'll feed them through |
| 16:02.49 | starseeker | (still got the comment, in fact...) |
| 16:02.49 | starseeker | xmllint is probably helpful for checking docbook xml files |
| 16:03.23 | caen23 | oh, ok then. i'll rework the task |
| 16:03.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128) | |
| 16:03.32 | brlcad | the important part being to just run db4-upgrade, yes? |
| 16:03.48 | starseeker | I believe so |
| 16:03.56 | brlcad | looks like that was run instead of doclifter spitting out 5 |
| 16:04.46 | caen23 | i've just noticed that doclifter produces db5 if run with the -x option and 4.4 otherwise |
| 16:05.07 | starseeker | ah, excellent - then we'll want to try the -x output |
| 16:06.17 | starseeker | another xml validation tool is Oracle's Multi-Schema XML Validator - that may have nicer output than xmllint |
| 16:07.14 | starseeker | The ideal way to do this would be to turn on BRLCAD_EXTRADOCS_VALIDATE, which incorporates the xml checking into the build process |
| 16:07.32 | starseeker | problem is lots of our existing man pages in the build need tweaks to pass that test |
| 16:07.57 | brlcad | really? that sounds like a great gci task |
| 16:08.25 | starseeker | that might actually be a logical starting point for caen23, if he's interested in the DocBook tasks |
| 16:08.53 | starseeker | once he figures out the fix for existing docs, that should go pretty quickly - most of them will be very similar |
| 16:09.17 | caen23 | apparently, all the errors xmllint finds are related to   perhaps i should file a bug report? :-?? |
| 16:09.18 | *** join/#brlcad SlightRemorse (slightremo@85.11.180.148) | |
| 16:09.56 | starseeker | caen23: what's the error? |
| 16:10.01 | brlcad | caen23: file a bug report with whom? |
| 16:10.06 | caen23 | esr :D |
| 16:10.17 | caen23 | starseeker: fast4-g.1.xml:120: parser error : Entity 'thinsp' not defined |
| 16:10.25 | brlcad | so that'd be something to fix |
| 16:10.25 | SlightRemorse | I've claimed a task, but it has no link to the files I need to work on |
| 16:10.47 | starseeker | caen23: the first thing is to find out what 'thinsp' is supposed to do |
| 16:10.56 | caen23 | insert a "thin space" |
| 16:11.51 | brlcad | screw that, just make it a space or a nbsp depending on where it's at |
| 16:11.53 | starseeker | caen23: so the "quick fix" there is to try just replacing thinsp with a regular space, and see if the "thin space" is really needed |
| 16:12.02 | starseeker | er, yeah |
| 16:13.15 | starseeker | caen23: do you have a build of BRL-CAD? |
| 16:13.17 | caen23 | star seeker brlcad: i've done that just now. it seems to be the same thing, so i'm going to just remove thinsp altogether. it was only used inside the "example" sections, where the usage of a shell command is exemplified |
| 16:13.23 | caen23 | yes, i do |
| 16:14.08 | SlightRemorse | I've claimed the task "Close MGED when both windows are closed" which needs me to work on the 2 following files "src/mged/mged.c" and "src/tclscripts/mged/openw.c". But there is no link to any repository or anything. Am I missing something? |
| 16:14.40 | starseeker | caen23: OK - if you're interested, I can define a GCI task that will involve fixing existing XML errors in our docs - that will both be extremely useful and pave the way for easier work on new DocBook files |
| 16:14.57 | caen23 | SlightRemorse: http://brlcad.org/wiki/Compiling |
| 16:15.03 | caen23 | starseeker: alright |
| 16:15.41 | starseeker | caen23: give me a couple minutes - apparently a glitch has crept into the DocBook cmake macros... |
| 16:17.00 | SlightRemorse | caen23: thank you |
| 16:20.45 | starseeker | caen23: so here's an example of the types of errors you'll see in our existing pages: http://pastebin.mozilla.org/1963550 |
| 16:21.47 | brlcad | SlightRemorse: also http://brlcad.org/wiki/Deuces#Code, see the details at the top |
| 16:23.09 | Notify | 03BRL-CAD:n_reed * 53832 brlcad/trunk/src/librt/primitives/pipe/pipe.c: clarify bend drawing algorithm |
| 16:23.15 | starseeker | caen23: if you look up funcprototype here: http://docbook.org/tdg5/en/html/docbook.html |
| 16:23.55 | brlcad | so I'm thinking we should just make that a second task if we already have that for existing pages |
| 16:24.10 | starseeker | you see that the "Parent" section of funcprototype lists only funcsynopsis as a possible parent |
| 16:24.22 | brlcad | do the conversions, fix the blatant xml errors .. then we can have another task to go through and clean up the schema errors |
| 16:24.25 | starseeker | so we need an enclosing funcsynopsis tag set |
| 16:24.33 | starseeker | brlcad: agreed |
| 16:25.20 | brlcad | caen23: how long did it take you to submit t2.patch? |
| 16:25.30 | starseeker | brlcad: I was illustrating that one to allow everyone to gauge whether it looked reasonable as a task |
| 16:25.40 | brlcad | i mean how long did you work running doclifter and such |
| 16:25.42 | starseeker | will add it to the Deuces page |
| 16:25.49 | caen23 | brlcad: two minutes at most, i've got shell scripts to do most everything for me |
| 16:25.53 | brlcad | starseeker: definitely a reasonable task :) |
| 16:26.09 | brlcad | starseeker: more a question of how many errors they need to fix for completion |
| 16:26.26 | brlcad | all of them in a particular directory, all errors everywhere, .. |
| 16:27.05 | brlcad | caen23: so I mean total time, time to write those scripts, figure out the tools, run them, review the xml errors, etc |
| 16:27.13 | starseeker | right - that's probably why I didn't think to put it down intitially |
| 16:27.19 | brlcad | i know running doclifter itself is just a few seconds |
| 16:27.49 | starseeker | supposes we could start with something like "20 man pages" and tweak as needed... |
| 16:28.00 | caen23 | brlcad: sorry, i believe around an hour at most. the hardest part was trying to set up a db to pdf converter |
| 16:30.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.128) | |
| 16:31.57 | caen23 | brlcad: i've got a second patch for teh conv directory, this time with db5 and no errors |
| 16:41.17 | brlcad | awesome |
| 16:41.34 | brlcad | then they're scoped about right |
| 16:41.35 | caen23 | brlcad: not so awesome, i've managed to break something :( fixing it now |
| 16:41.43 | brlcad | :) |
| 16:42.23 | starseeker | brlcad: first cut at Deuce up - see "Fix strict XML errors in 30 BRL-CAD DocBook documents" |
| 16:43.02 | brlcad | looks |
| 16:43.49 | starseeker | fixes minor formatting glitch |
| 16:47.36 | Notify | 03BRL-CAD:starseeker * 53833 brlcad/trunk/misc/CMake/DocBook.cmake: Fix DB_VALIDATE_TARGET calls. |
| 16:47.54 | caen23 | how can i redownload a folder from svn? |
| 16:48.05 | starseeker | caen23: svn up |
| 16:48.33 | starseeker | (from the parent that wasn't deleted) |
| 16:49.15 | starseeker | OK, BRLCAD_EXTRADOCS_VALIDATE is back in business |
| 16:50.49 | caen23 | the folder i need to patch had smth like file1.xml file2.xml when i first downloaded it from the svn. but i've messed things up a bit, and now svn up reverts to a local revision that includes file3.xml and file4.xml that have been added by me, and are not on the remote repo |
| 16:51.40 | starseeker | You can clear those (iirc) by doing svn revert file3.xml file4.xml |
| 16:51.58 | starseeker | then remove them - svn should have undone the adds |
| 16:52.48 | caen23 | starseeker: svn revert file3.xml echoes "Skipped file3.xml" :-?? |
| 16:53.24 | starseeker | what if you just remove file3.xml and file4.xml, then svn up? |
| 16:54.26 | caen23 | now they seem to be gone, but i can't tell which ones were there first, and which ones i added |
| 16:54.44 | starseeker | what does "svn status" say? |
| 16:54.51 | caen23 | at least not without looking at CMakeList |
| 16:55.10 | caen23 | the new files have a ? on their left |
| 16:55.15 | starseeker | right |
| 16:55.38 | starseeker | so what's the difficulty? |
| 16:55.55 | starseeker | you want to completely revert the whole directory? |
| 16:55.59 | caen23 | yes |
| 16:56.33 | starseeker | I usually cheat - I cd into the parent directory, rm -rf the one I want to reset, then svn up from the parent |
| 16:56.53 | starseeker | not the most efficient approach, but it should pull down a clean copy of the directory in question |
| 16:57.03 | caen23 | ooh, ok, so i can't do it in one svn command, then, right? |
| 16:57.20 | starseeker | I know there's a command for that in git, but I don't know about svn |
| 16:58.21 | caen23 | yeah, i've only used git prior |
| 17:00.25 | starseeker | caen23: did removing the directory and updating work? |
| 17:00.36 | caen23 | yes, it did |
| 17:00.41 | starseeker | cool |
| 17:01.18 | starseeker | if you want to try that docbook validation, make sure you have that last commit (r53833) |
| 17:01.47 | caen23 | that's the number i get from svn up :D |
| 17:02.14 | starseeker | ah, but did you run svn up in the top level or just in your subdirectory? |
| 17:02.55 | caen23 | just in the subdir |
| 17:03.21 | starseeker | IIRC, that updated just the subdirectory - you'll need to run it again at the top level |
| 17:03.34 | caen23 | brlcad: i've submitted the final patch. conv.path , 76.3 kb |
| 17:03.47 | caen23 | starseeker: will do, before taking on that assignment |
| 17:11.33 | caen23 | starseeker: i think there's something wrong with the docbook and the entities. i'm trying to do the same thing for src/fb, and I get errors for "Entity 'nbsp' not defined" :-? maybe the xml namespace has something to do with this? |
| 17:14.01 | caen23 | starseeker: i think i now understand why the default for doclifter is 4.4. there seems to be no namespce or dtd or schema for docbook 5. http://docbook.org/ns/docbook |
| 17:28.18 | *** part/#brlcad caen23 (~cezar@92.81.166.138) | |
| 17:32.04 | *** join/#brlcad caen23 (~cezar@92.81.166.138) | |
| 17:38.01 | Notify | 03BRL-CAD:n_reed * 53834 brlcad/trunk/src/librt/primitives/pipe/pipe.c: generalize bend drawing to an arbitrary number of connecting lines |
| 18:04.14 | *** join/#brlcad elf` (~elf@p5.eregie.pub.ro) | |
| 18:47.06 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:47.47 | Notify | 03BRL-CAD:n_reed * 53835 brlcad/trunk/src/librt/primitives/pipe/pipe.c: calculate bend normal locally instead of passing it as an argument |
| 18:59.13 | *** join/#brlcad Alex______ (450f6b03@gateway/web/freenode/ip.69.15.107.3) | |
| 19:00.39 | brlcad | ``Erik: what's the notify e-mail addr? |
| 19:08.38 | ``Erik | notify@elfga.com |
| 19:09.35 | brlcad | sprinkles a few "svn up brlcad.svn" references on the wiki |
| 19:11.03 | ``Erik | I've updated all 3 'NeedReview' to 'NeedsWork' :/ 2 for the svn up issue, one for doing *.1 instead of *.1 */*.1 |
| 19:11.23 | brlcad | awesome |
| 19:12.05 | brlcad | and I just pointed the cianotify extension so it'll be getting xml-rpc messages via e-mail ;) |
| 19:12.14 | brlcad | implement support for that and you'll be cia-compatible :) |
| 19:12.36 | ``Erik | heh, why not use the actual xmlrpc stuff? (it's defined as using http for transport) |
| 19:12.48 | brlcad | doing that via php is a pita |
| 19:13.32 | ``Erik | heh, "php is a pita, so let's make EVERYONE suffer!" :> *duck* |
| 19:14.23 | brlcad | if you already support it, just strip out the xml and feed it internally, no? |
| 19:14.25 | ``Erik | I thought the php to do that kinda stuff was simple, just shove the xml in an http request and it goes |
| 19:15.04 | ``Erik | once I see an email, I'll look at how to detect if it's xml and add a logic fork there, I guess O.o |
| 19:15.21 | brlcad | I would have thought so too, but most docs mention recompiling php with an extension or opening a raw socket yourself |
| 19:15.55 | brlcad | netiher of which would work from behind a managed service |
| 19:16.13 | brlcad | it should have already sent one |
| 19:17.53 | brlcad | aaand another |
| 19:18.21 | ``Erik | ok, now I have the procmail rules in place O.o heh |
| 19:20.18 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 19:21.36 | ``Erik | heh, typo in my procmailrc match line, that's fixed |
| 19:23.55 | *** join/#brlcad caen23 (~cezar@92.81.166.138) | |
| 19:36.47 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 19:42.36 | ``Erik | https://github.com/erikg/cl-cia pheer it |
| 19:53.00 | starseeker | caen23: if doclifter's db5 output isn't workable, you may be able to use the db4 output with the converter: http://mwop.net/blog/264-Converting-DocBook4-to-DocBook5.html |
| 19:55.25 | caen23 | starseeker: all the errors are related to entities, which seem to be considered invalid. other than that, everything works fine. i believe there is something wrong with db5 lacking a namespace |
| 19:56.02 | starseeker | caen23: can you post one of the errors you are seeing? |
| 19:56.36 | caen23 | starseeker: proe-g.1.xml:86: parser error : Entity 'ldquo' not defined |
| 19:56.49 | caen23 | all are the same, but the entities may vary |
| 19:56.58 | starseeker | caen23: actually, if you look at that mwop blog article, the first section is on handling entities |
| 19:57.54 | starseeker | caen23: what if you use the db4 output and then the db4-upgrade.xsl translation? |
| 19:59.41 | caen23 | starseeker: i've just read the article; as far as i can tell, db4-upgrade removes all the entities without replacing them |
| 20:01.11 | caen23 | as far as i can tell, he basically does the same thing to fix the problem :-? |
| 20:02.25 | caen23 | db4 to db5: normally, &hypen; is removed, but we don't want that, so he replaces ‐ with [hyphen]. this way, conversion takes place without removing entities. then, after he's got the db5 format, he simply replaces [hyphen] with the actual "-" :-? |
| 20:02.29 | starseeker | caen23: so essentially, doclifter's problem is that it leaves the entities in place? |
| 20:04.35 | caen23 | starseeker: i don't think it's doclifter's problem :-? i'm not at all familiar with xml, but as far as i can tell, you need to define what "‐" means inside a file on the internet. but db5 lacks those files, so xmllint doesn't recognise "‐" and treats it as an error |
| 20:05.00 | starseeker | nods - replacing it with the literal '-' is probably fine |
| 20:06.04 | caen23 | starseeker: so basically, xml works like C headers |
| 20:07.09 | Notify | 03BRL-CAD:carlmoore * 53836 brlcad/trunk/doc/BRL-CAD.bib: fix spelling |
| 20:07.28 | caen23 | for now, i'll just replace each entity with the literal character, assuming db5 is broken. if anyone knows any better, feel free to weigh in |
| 20:09.45 | starseeker | caen23: that should be fine |
| 20:10.36 | caen23 | alright |
| 20:11.10 | starseeker | IIRC, the only situation where a literal character is a problem is the less than/greater than characters - I think < and > work for those |
| 20:11.29 | brlcad | 2410 errors |
| 20:11.49 | starseeker | I saw 1021 after piping through uniq... |
| 20:12.56 | iwanmanew | Hello, I've the following task "Write a tutorial on compiling BRL-CAD with Eclipse on Linux", is there any place where I can see how it's going on ? |
| 20:13.00 | *** join/#brlcad M0J0E (~johannes@p4FDFB793.dip.t-dialin.net) | |
| 20:13.28 | brlcad | 812 if I strip out the make lines |
| 20:13.54 | starseeker | hmm - OK, you're probably doing a better filtering than I am |
| 20:15.53 | starseeker | caen23: this may be helpful: http://www.sagehill.net/docbookxsl/Db5Entities.html#CharEntities |
| 20:16.08 | Notify | 03BRL-CAD Wiki:Sean * 4670 /wiki/Compiling: bold, not italic |
| 20:16.11 | Notify | 03BRL-CAD Wiki:Sean * 4671 /wiki/Deuces: bold it |
| 20:16.14 | Notify | 03BRL-CAD Wiki:Sean * 4672 /wiki/Compiling: add quotes |
| 20:16.17 | Notify | 03BRL-CAD Wiki:128.63.32.74 * 4669 /wiki/Compiling: mention svn up |
| 20:16.18 | starseeker | woot |
| 20:16.20 | Notify | 03BRL-CAD Wiki:128.63.32.74 * 4668 /wiki/Deuces: mention svn up |
| 20:16.51 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 20:17.24 | GrantMercer015 | does anyone know when mentors are usually online? |
| 20:17.50 | starseeker | caen23: if we end up needing some characters, that may be a way to go |
| 20:19.37 | caen23 | starseeker: hmm… they seem to suggest i should find/create a file that contains those entities in the format xml understands. i should look into it, but in the mean time, i've written some simple scripts that simply replace entities with literals :-? it's a poor method, indeed, but i'll look into xml later |
| 20:20.28 | starseeker | caen23: I'm not too worried about the literals, for the moment - it may be a separate task later to investigate the special characters, in fact |
| 20:21.01 | Notify | 03BRL-CAD Wiki:Sean * 4670 /wiki/Compiling: bold, not italic |
| 20:21.04 | Notify | 03BRL-CAD Wiki:Sean * 4671 /wiki/Deuces: bold it |
| 20:21.07 | Notify | 03BRL-CAD Wiki:Sean * 4672 /wiki/Compiling: add quotes |
| 20:21.10 | Notify | 03BRL-CAD Wiki:128.63.32.74 * 4669 /wiki/Compiling: mention svn up |
| 20:21.18 | caen23 | starseeker: indeed |
| 20:23.21 | ``Erik | #!~@!~@! damn your destructive side effects, #'sort |
| 20:23.53 | ``Erik | ok, xml email seems to be working and we have wiki noise coming to channel now |
| 20:25.21 | starseeker | caen23: a quick grep for & characters shows <, > (which are both necessary to allow for < and > in XML) and a few other characters scattered in various files - those characters may actually constitute some of the XML strict failures, in fact... |
| 20:26.38 | caen23 | starseeker: xmllint does not seem to complain about those |
| 20:27.08 | starseeker | nods - thats a Good Thing :-) |
| 20:29.49 | Notify | 03BRL-CAD:n_reed * 53837 brlcad/trunk/src/librt/primitives/pipe/pipe.c: pull handling of inner and outer diameters into separate functions |
| 20:30.46 | brlcad | caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7950213 |
| 20:31.10 | ``Erik | http://paste.lisp.org/display/133935 some day, I'll have to fix that... |
| 20:32.37 | iwanmanew | Is the mentor here ? |
| 20:33.24 | brlcad | ~ask |
| 20:33.24 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:33.34 | brlcad | iwanmanew: what's your real question :) |
| 20:34.07 | caen23 | brlcad: i will try to fix those too, after i am done with the current task. i didn't notice the subdirs at first, lol :( |
| 20:34.41 | brlcad | ah, the beauty of the "find" command |
| 20:34.47 | brlcad | find . -name \*.1 |
| 20:34.56 | iwanmanew | i have the task "Write a tutorial on compiling BRL-CAD with Eclipse on Linux", what actually i have to do ? |
| 20:35.02 | brlcad | find . -name \*.1 -exec doclifter -x {} \; |
| 20:35.33 | iwanmanew | just to set Eclipse to work with Makefiles, Microsoft Visual Studio build files, XCode project files and document that ? |
| 20:35.53 | brlcad | iwanmanew: you have to actually write a tutorial on compiling brl-cad with eclipse... |
| 20:36.18 | brlcad | your write-up doesn't involve msvc, xcode, or anything else |
| 20:36.22 | ``Erik | steals with gleeful abandon |
| 20:36.24 | ``Erik | !notify ask |
| 20:36.25 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:37.00 | brlcad | iwanmanew: have you used eclipse before? |
| 20:37.09 | iwanmanew | yes, and ? |
| 20:37.14 | brlcad | have you used cmake before? |
| 20:37.32 | iwanmanew | no |
| 20:37.41 | brlcad | so cmake is a build system generator |
| 20:38.00 | brlcad | it makes build system files (like makefiles, msvc project files, xcode projects, etc) |
| 20:38.10 | brlcad | brl-cad's build system uses cmake |
| 20:38.34 | brlcad | but instead of letting it generate makefiles (the default), you're going to tell it to create an eclipse project |
| 20:39.09 | brlcad | then you're going to compile within eclipse |
| 20:39.15 | brlcad | and you're going to write this all down with pretty screenshots telling others exactly how they can do what you just did too |
| 20:39.45 | iwanmanew | ok, thank you :) |
| 20:39.50 | brlcad | should be quick n' easy, but you'll have to read the reference links in the task to know how |
| 20:41.19 | caen23 | crap, i really need to up my cli-fu |
| 20:42.30 | brlcad | yes, yes you do |
| 20:42.32 | brlcad | everyone does |
| 20:43.04 | brlcad | behold the power of the cli |
| 20:43.06 | brlcad | t |
| 20:57.23 | Notify | 03BRL-CAD:n_reed * 53838 (brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/table.c): stub pipe lod plot routine |
| 20:59.38 | *** join/#brlcad GrantMercer015 (~GrantMerc@unlv-nat-131-216-14-33.dhcp.unlv.edu) | |
| 20:59.50 | GrantMercer015 | Anyone know when the mentors are usually online? |
| 21:00.35 | brlcad | GrantMercer015: they're online nearly 24/7, just not sitting here neceesarily waiting for you ;) |
| 21:00.49 | brlcad | what's you're real question? |
| 21:00.52 | starseeker | GrantMercer015: most of us read backlogs too |
| 21:01.26 | GrantMercer015 | wanted to discuss a bit about my task for removing the system calls in tables.c |
| 21:01.42 | ``Erik | almost looked like a reference to jay and silent bob strike back... cli commander? |
| 21:06.29 | brlcad | GrantMercer015: and... what's your question? :) |
| 21:07.22 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 21:07.53 | maths22 | I am participating in the google code-in, and I need a login to update the Gallery part of the website |
| 21:07.54 | caen23 | brlcad: i've now updated my work on the task to include subdirectories. how should i go about cmake? simply update the one insinde man1/en with lines such as asc/g2asc.xml, or should i create a cmake file for each subdir? |
| 21:08.13 | brlcad | maths22: i'm your guy, will talk in PM |
| 21:09.40 | starseeker | caen23: traditionally, what we've been doing in cases like this where existing man pages are converted to Docbook is to move the xml page to the appropriate docbook subdirectory, and add it there |
| 21:10.15 | starseeker | caen23: so for the converters, the appropriate directory would be system/man1/en |
| 21:10.21 | GrantMercer015 | Well i need to replace a system call with a quicksort function, but im confused on what exactly the function bu_vls_addr(register const struct bu_vls *vp) actually returns. It returns a char* but is that the actual data? |
| 21:10.43 | GrantMercer015 | All of this takes place in stc/libged/tables.c lines 428-442 |
| 21:11.13 | caen23 | starseeker: that's what i did, :D but now, i have system/man1/en/asc/g2asc.xml :D so a new subdir. does it require a new cmake file, or do i simply update the one inside system/man1/en to include "asc/g2asc.xml"? |
| 21:11.19 | starseeker | GrantMercer015: bu_vls_addr is what you use when you need to interact with a libbn variable length string the same way you would a char* |
| 21:12.03 | starseeker | caen23: since it's a man page, you don't need the subdirectory - the conv subdirectories are mainly to organize source code files |
| 21:12.12 | brlcad | GrantMercer015: so a "struct bu_vls *" is a class that provides a variable length string (similar to a std::string in c++) |
| 21:12.21 | caen23 | starseeker: thanks! |
| 21:12.41 | brlcad | bu_vls_addr() gives you an actual char * so you can treat that struct just like you would a regular C string |
| 21:12.46 | starseeker | s/libbn variable length string/libbu variable length string |
| 21:12.54 | brlcad | oops, yeah, |
| 21:13.49 | GrantMercer015 | so i would sort the char* member of the struct with a quicksort as opposed to passing it into system? |
| 21:14.07 | brlcad | GrantMercer015: you could write a program like this and it'd do what you think it should: |
| 21:14.39 | brlcad | struct bu_vls v = BU_VLS_INIT_ZERO; bu_vls_printf(&v, "hello world\n"); printf("%", bu_vls_addr(&v)); |
| 21:15.07 | brlcad | does quicksort take a char* |
| 21:15.21 | GrantMercer015 | yes, ill grab the linux function offline |
| 21:15.47 | brlcad | rather, qsort |
| 21:15.53 | GrantMercer015 | void qsort(void *base, size_t nmemb, size_t size, |
| 21:15.53 | GrantMercer015 | int(*compar)(const void *, const void *)); |
| 21:16.15 | GrantMercer015 | actually, it seems to take null pointers |
| 21:16.17 | brlcad | void * != char * |
| 21:16.39 | brlcad | it's wanting an array of things in memory that are equal 'size' |
| 21:17.21 | GrantMercer015 | so a null pointer to the size of the vls data? |
| 21:17.41 | brlcad | that makes no sense :) |
| 21:17.54 | brlcad | what's a null pointer going to do for you? |
| 21:17.56 | GrantMercer015 | ok, let me take a step back |
| 21:19.29 | GrantMercer015 | the qsort function just confuses me, sorry. It's boggling my mind |
| 21:19.51 | brlcad | tons of tutorials out on the web, I suggest writing a little test program to understand it |
| 21:20.00 | caen23 | why not use stl::sort? |
| 21:20.25 | brlcad | I think we might even have a libbu function that'll turn that char* into an array |
| 21:20.31 | brlcad | caen23: because it's not a c++ file |
| 21:20.37 | caen23 | oh, ok |
| 21:22.32 | GrantMercer015 | might seem dumb, but isnt a char* an array of chars already? |
| 21:23.59 | brlcad | GrantMercer015: yes, but you need an array of strings |
| 21:24.00 | starseeker | GrantMercer015: http://www.anyexample.com/programming/c/qsort__sorting_array_of_strings__integers_and_structs.xml |
| 21:24.13 | brlcad | since they all must be the same "size", you're going to have an array of pointers |
| 21:24.15 | starseeker | GrantMercer015: that may help a bit - example of qsort |
| 21:24.25 | GrantMercer015 | thanks starseeker! |
| 21:24.27 | caen23 | brlcad: i've uploaded what i hope to be the final version of my patch |
| 21:24.37 | GrantMercer015 | im starting to understand the qsort logic a little more |
| 21:26.06 | GrantMercer015 | what would i use as my compar function? does qsort give a default arg for that parameter or would i create my own comparison function |
| 21:27.42 | GrantMercer015 | nevermind, i asked to soon before i scrolled down starseekers site |
| 21:27.51 | GrantMercer015 | that sites explain a lot, appreciate it |
| 21:27.56 | *** part/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 21:29.57 | Notify | 03BRL-CAD:r_weiss * 53839 brlcad/trunk/src/libbn/plane.c: Updated test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Added test for when dot product is undefined. |
| 21:30.26 | GrantMercer015 | alright, almost done bugging you guys. I looked up the sort command for unix but i couldnt seem to find what the numbers +1 and -2 mean in the command "sort -n +1 -2 -o /tmp/ord_id " |
| 21:30.43 | GrantMercer015 | are these the elements to start and end at? |
| 21:32.23 | elf` | http://unixhelp.ed.ac.uk/CGI/man-cgi?sort unix sort command |
| 21:34.13 | starseeker | elf`: that doesn't seem to document the numerical arguments |
| 21:36.21 | starseeker | +1 means to skip the first field |
| 21:38.35 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 21:40.24 | starseeker | brlcad: is the "+1 -2" bit shell scripting? |
| 21:42.06 | caen23 | apparently, i cannot add asc/g2asc.xml inside CMakeLists because of the dir sep. so how should i proceede? simply ignore subdirs, or have separate CMakeLists inside each subdir? :) |
| 21:42.11 | GrantMercer015 | in the case of my task, would argv[1] be the file that needs to be sorted? |
| 21:42.53 | starseeker | caen23: I thought you were moving g2asc.xml to doc/docbook/system/man1/en ? |
| 21:43.33 | caen23 | starseeker: oh, i'm sorry. i'm dumb. now i understand what you meant :D i'll do that |
| 21:44.39 | starseeker | GrantMercer015: my sort foo isn't strong enough to be of great help here - what I'd suggest as a intermediate step until someone more knowledgable chimes in would be to look at the behavior of the command in MGED |
| 21:46.41 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 21:47.45 | maths22 | brlcad: when you are back online, can we chat again? |
| 21:48.06 | n_reed | GrantMercer015: the "+1 -2" seems to be old syntax for specify sort keys |
| 21:48.25 | n_reed | see http://www.gnu.org/software/coreutils/manual/html_node/sort-invocation.html |
| 21:49.11 | GrantMercer015 | thanks, so the file pretty much says sort one line |
| 21:49.47 | elf` | here what sort does |
| 21:49.48 | elf` | http://paste.ubuntu.com/1392886/ |
| 21:50.20 | elf` | from what I could gather playing with it |
| 21:52.25 | GrantMercer015 | thanks elf, so from what it seems it sorts downwards |
| 21:52.57 | elf` | columns |
| 21:52.59 | elf` | yeah |
| 21:53.56 | Notify | 03BRL-CAD:carlmoore * 53840 (brlcad/trunk/src/conv/iges/iges.c brlcad/trunk/src/libged/rfarb.c and 4 others): fix spellings and insert some missing blanks |
| 21:55.48 | *** join/#brlcad minichrispy (b82f3004@gateway/web/freenode/ip.184.47.48.4) | |
| 21:56.18 | minichrispy | hey I was wondering if anyone could help me with compiling brlcad with xcode |
| 21:56.33 | starseeker | minichrispy: what's the trouble? |
| 21:58.13 | minichrispy | Well, I'm doing this for the google code-in thing and Im supposed to write a guide on how to go through the process. I kind of just downloaded some things and tried to do some combining. This is so far what I have with my guide, and I feel like there must be some erros because it wasnt exactly working: http://pastebin.com/cR89SLy3 |
| 22:00.41 | starseeker | minichrispy: could you repost that on the mozilla pastebin? |
| 22:00.51 | starseeker | http://pastebin.mozilla.org/ |
| 22:01.13 | caen23 | minichrispy: do you need help with xcode specifically, or do you want to compile it on os x? :-? |
| 22:01.34 | minichrispy | http://pastebin.mozilla.org/1964174 |
| 22:01.42 | minichrispy | It has to be done through xcode |
| 22:02.33 | starseeker | minichrispy: what were the actual CMake errors? |
| 22:03.13 | minichrispy | It that the cmake cache txt file? |
| 22:03.44 | minichrispy | http://pastebin.mozilla.org/1964181 |
| 22:04.29 | starseeker | minichrispy: there's a file that records the process...one sec... |
| 22:06.05 | starseeker | CMakeFiles/CMakeOutput.log |
| 22:06.12 | starseeker | does that file exist? |
| 22:06.20 | moinnadeem | brlcad: check PMs. |
| 22:07.16 | minichrispy | i dont see it |
| 22:07.26 | starseeker | in the build directory? |
| 22:07.39 | minichrispy | nvm got it |
| 22:09.03 | minichrispy | http://pastebin.mozilla.org/1964182 |
| 22:11.45 | caen23 | regarding the "fix doc xml errors" gci task ( http://www.google-melange.com/gci/task/view/google/gci2012/7950213 ). as far as i can see, it seems to be related to the xml namespace (i.e. to docbook) more than it is related to brlcad. am i mistaken? |
| 22:12.09 | starseeker | caen23: yeah, they're docbook errors |
| 22:12.38 | caen23 | my solution would be to just create a namespace :-? is it valid? |
| 22:12.59 | starseeker | caen23: if you like, you could pick a particular error and we can discuss it... |
| 22:13.11 | starseeker | pastebin.mozilla.org ftw |
| 22:13.23 | caen23 | sure, let me just paste it to mozilla |
| 22:13.25 | caen23 | :) |
| 22:14.04 | caen23 | starseeker: http://pastebin.mozilla.org/1964193 |
| 22:14.11 | starseeker | minichrispy: is that all of it? |
| 22:14.32 | starseeker | minichrispy: try to find the subset of that file that contains the errors you were seeing... |
| 22:15.32 | minichrispy | oh, yea it didnt seem to copy all of it. ill look through it... sec |
| 22:17.10 | minichrispy | i got a good amount of things that were "not found" |
| 22:18.34 | starseeker | minichrispy: not found isn't necessarily bad - it's the errors we're after |
| 22:19.13 | starseeker | caen23: ok, so the first error relates to orgname. If you look at the docbook 5 documentation, you will see that address isn't a valid parent for orgname |
| 22:19.28 | starseeker | affiliation, however, *is* a valid parent |
| 22:19.51 | minichrispy | Ah, i see. i guess I just assumed those would cause errors. Im going to look through it again, but i dont know if i actually saw a real error |
| 22:20.12 | starseeker | and if you look at TEMPLATE.xml, you see that the address block is inside an affiliation block. So, in this case, we can move orgname outside of the address block but keep it within the affiliation block |
| 22:20.59 | minichrispy | Are there any specific words i could search for other than "error"? |
| 22:21.21 | starseeker | the next problem, the inlinegraphic failure, is different - that tag isn't part of db5 |
| 22:21.46 | starseeker | so, looking at the list of candidates, inlinemediaobject may be a suitable replacement to try |
| 22:21.56 | starseeker | minichrispy: error isn't present? |
| 22:22.09 | starseeker | minichrispy: what happens if you just re-run CMake? |
| 22:22.22 | caen23 | starseeker: thank you. so all i need to do is read the error, find the appropriate place in the code, and try to fix it using the documentation, right? |
| 22:23.13 | starseeker | right. this link should let you find out about various individual tags and their associated rules: http://docbook.org/tdg5/en/html/docbook.html |
| 22:23.21 | minichrispy | the word error is, but not exactly in the context of an actual error if that makes sense. I'll try re-running cmake |
| 22:24.29 | starseeker | caen23: feel free to ask if you aren't sure how to handle a particular situation |
| 22:24.38 | caen23 | ok :) |
| 22:24.56 | starseeker | that website will sometimes have helpful examples too |
| 22:25.27 | starseeker | inlinemediaobject, for example, has a worked example at the bottom: http://docbook.org/tdg5/en/html/inlinemediaobject.html |
| 22:25.47 | minichrispy | when I select the path to the source, this source I downloaded is the correct one, right? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/ (ver. 7.22.0) |
| 22:26.02 | starseeker | that should be fine |
| 22:26.16 | starseeker | (for instructions for non-developers) |
| 22:28.45 | starseeker | caen23: the inlinemediaobject example in turn uses imageobject, which also has an example which in turn uses imagedata (which has slots similar to those in inlinegraphic) |
| 22:30.03 | starseeker | caen23: that's probably one of the more elaborate rewriting instances - they'll vary between that and the orgname example in difficulty |
| 22:32.28 | caen23 | starseeker: thanks. i'll see what i can do. i hope to find an optimal way of dealing with this complexity after i improve a few files |
| 22:33.50 | caen23 | starseeker: one more question: when a file fails validation, do i receive all the errors for that file? so for example, if i make these three changes to template.xml, is the file completed? |
| 22:34.33 | starseeker | yes, provided new errors aren't introduced |
| 22:35.19 | starseeker | well, I think so at least... |
| 22:35.22 | starseeker | hmm |
| 22:36.02 | starseeker | caen23: some things might be automatible - remember though, that some of them may require judging context |
| 22:36.44 | caen23 | alright |
| 22:41.20 | minichrispy | ok i just went through the cmake process again. i dont see anything that really stands out in terms of the console, im just not exactly sure what im supposed to do from here (im basically guessing at this point) |
| 22:43.04 | starseeker | caen23: this table is handy for converting ulink entries: http://www.sagehill.net/docbookxsl/Db5Tools.html#Db5LinkExamples |
| 22:59.00 | caen23 | starseekr: hmm… if i try to replace the <ulink>s in template.xml with <link xlink:href>, i get a namespace error |
| 23:03.49 | starseeker | caen23: give me a second - I'm fixing up TEMPLATE.xml as a worked example of a 'before and after' conversion, but I'm getting a problem with the build |
| 23:13.03 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 23:14.18 | Notify | 03BRL-CAD:starseeker * 53841 brlcad/trunk/misc/CMake/DocBook.cmake: Grr - ordering issues with script generation in DocBook targets. |
| 23:20.19 | brlcad | caen23: we haven't fixed errors in a while so keep track of how much time it takes you on the first file and then again on the second file (separately) |
| 23:20.37 | brlcad | and we can see how many files should be identified per task, whether it's 1, 5, 10, 50, 1000, etc |
| 23:22.37 | Notify | 03BRL-CAD:starseeker * 53842 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: Make TEMPLATE.xml pass DocBook5 xmllint validation. |
| 23:22.44 | caen23 | brlcad: hmm… i understand what you're trying to achieve, but i think it varies a lot. for example, i have no previous knowledge of xml, and i believe this is a huge impediment :-? |
| 23:22.59 | brlcad | that's why you're timing two files |
| 23:23.00 | starseeker | caen23: OK. Update your BRL_CAD trunk to r53842 |
| 23:23.11 | brlcad | presumably by the second file you'll have overcome most of the learning curve |
| 23:24.32 | caen23 | starseeker: there is a conflict. which do i choose? mc or tc? |
| 23:24.59 | starseeker | ah - you were working on TEMPLATE.xml? |
| 23:25.04 | caen23 | yes |
| 23:25.17 | starseeker | whoops |
| 23:25.27 | starseeker | go with mc |
| 23:25.47 | caen23 | ok, i am now on 53842 |
| 23:26.01 | starseeker | what does svn diff tell you on TEMPLATE.xml? |
| 23:26.32 | starseeker | minichrispy: what are the build failures? |
| 23:27.11 | starseeker | caen23: to see the changes I made, take a look at http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml?r1=52571&r2=53842 |
| 23:27.35 | starseeker | they may not be ideal for formatting, but the important part is they pass validation |
| 23:27.43 | caen23 | starseeker: hmm… <simpara> was removed, and i'm using <para> instead inside <listitem> |
| 23:27.50 | brlcad | caen23: how far along are you? |
| 23:28.07 | brlcad | and was your previous task reviewed? |
| 23:28.09 | starseeker | caen23: ok, that's not a bit deal |
| 23:28.13 | starseeker | big deal rather |
| 23:28.39 | caen23 | brlcad: i'm still trying to fix the first file. my previous task is yet to be reviewed |
| 23:28.54 | caen23 | starseeker: i'm not looking over the diff |
| 23:29.24 | brlcad | caen23: first file being which? |
| 23:29.36 | caen23 | starseeker: i see you've added an xmlns |
| 23:29.51 | starseeker | right - that activates the xlink syntax |
| 23:29.52 | caen23 | brlcad: doc/docbook/articles/en/TEMPLATE.xml |
| 23:30.37 | brlcad | someone already claimed the task we created for doc/docbook/articles, but we'll see if they follow through |
| 23:30.41 | brlcad | I'll tell them to skip that file |
| 23:30.54 | starseeker | winces |
| 23:31.19 | brlcad | it's a feeding frenzy ;) |
| 23:31.20 | starseeker | caen23: well, it's a good example anyway |
| 23:31.32 | caen23 | brlcad: yeah, i noticed. the more the merrier, i guess :) |
| 23:31.34 | brlcad | caen23: we'll put TEMPLATE.xml along with the next set |
| 23:31.47 | brlcad | so not lost effort, just means we need to create another task already ;) |
| 23:31.51 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 23:32.01 | brlcad | which set do you want to tackle after template? |
| 23:32.30 | caen23 | preferably finish en/ ? |
| 23:32.34 | starseeker | brlcad: sorry about that - figured TEMPLATE.xml would be a good "before and after" example... |
| 23:33.23 | starseeker | caen23: somebody else called the articles subdirectory - there's lessons, man1, mann (lots of files but probably very repetetive...) |
| 23:34.32 | caen23 | ooh, ok. i'll try to go for man1 |
| 23:36.23 | brlcad | caen23: yeah, there are LOTS of docs, no worries there |
| 23:36.48 | brlcad | counted 800+ errors, only about 10 of them were in the doc/docbook/articles hierarchy |
| 23:38.04 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 23:40.32 | starseeker | caen23: do you have any other questions you'd like to ask on the DocBook stuff before tackling it? |
| 23:41.28 | caen23 | starseeker: nothing at the moment. but i should improve my knowledge of xml, and soon |
| 23:42.36 | starseeker | caen23: don't worry too much - I figured enough of it out doing exactly what you're doing now |
| 23:42.54 | starseeker | caen23: that hyperlinked DocBook website is the key |
| 23:44.03 | caen23 | so far i've been using it to correct the hierarchy mistakes |
| 23:44.31 | starseeker | and patterns will develop - for example, anywhere you see a hyperlink with ulink, you know now to add that xlink header and alter the ulink lines to the new format |
| 23:44.44 | caen23 | yep |
| 23:44.51 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 23:45.10 | GrantMercer015 | hello everyone, anyone available to assist me? |
| 23:45.31 | starseeker | caen23: alrightie - I'll be back online in a few hours |
| 23:45.58 | starseeker | GrantMercer015: what did you need? |
| 23:45.59 | caen23 | starseeker: alright. thanks for your help so far |
| 23:46.32 | GrantMercer015 | i could use a little help with the solution im preparing for my task, it has some holes in it |
| 23:46.33 | starseeker | caen23: my pleasure - thank you for working on correcting these errors! |
| 23:46.49 | starseeker | GrantMercer015: letsee - you're doing the qsort conversion? |
| 23:47.29 | *** join/#brlcad adam_ (~adam@ppp-70-130-38-225.dsl.wchtks.swbell.net) | |
| 23:47.40 | adam_ | hi everyone! where do you keep the code? |
| 23:49.15 | GrantMercer015 | i need to remove calls to system in src/libged/tables.c that sort a file, and im thinking of using qsort with argv[1] as such: qsort(argv + 1, argc - 1, sizeof(argc),Sort) until i noticed that argv is const in my file |
| 23:49.18 | starseeker | adam_: http://brlcad.org/wiki/Compiling |
| 23:49.57 | GrantMercer015 | which sets me back, as i need someway to sort argv[1] |
| 23:50.27 | starseeker | GrantMercer015: then you need to make a local copy of argv and work on that, if you need to change it |
| 23:50.56 | GrantMercer015 | that sounds easy enough, what typename would i use to create a copy of argv[1]? |
| 23:51.44 | adam_ | starseeker, thanks |
| 23:51.54 | GrantMercer015 | would it by chance by a string into a filename? |
| 23:51.58 | GrantMercer015 | be a* |
| 23:52.11 | starseeker | GrantMercer015: um. If you take a look at src/mged/utility1.c you can see examples of copying argv |
| 23:52.32 | starseeker | f_edmater in particular is probably relevant here |
| 23:52.56 | starseeker | the difference in this case is you wouldn't be consting your copy |
| 23:53.27 | GrantMercer015 | ill take a look into that, thanks! just one more thing boggling my head(hopefully the last!) |
| 23:54.11 | GrantMercer015 | the sort command specifies specific fields to be sorted (--key=2,2), how would i re-create that in a qsort function? |
| 23:55.06 | starseeker | remember the example functions from that qsort example? |
| 23:55.28 | GrantMercer015 | yea |
| 23:55.51 | starseeker | your cstring_cmp function will have to do something different than just an all up strcmp |
| 23:57.17 | GrantMercer015 | ohh, so ill modify the comparison function to sort the array according to field two instead of straight up str1 < str2? |
| 23:58.14 | starseeker | depending on the sort criteria, you may be comparing portions of the strings, for example |
| 23:58.21 | starseeker | yeah, basically |
| 23:58.42 | starseeker | C has a number of functions which may be helpful: http://faculty.edcc.edu/paul.bladek/c_string_functions.htm |
| 23:59.06 | starseeker | http://en.wikipedia.org/wiki/C_string_handling too |
| 23:59.52 | starseeker | strncmp, starting from an offset, is one fairly likely possibility... |
| 00:00.54 | starseeker | will bbl |
| 00:04.17 | *** join/#brlcad GrantMercer15 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 00:06.40 | *** join/#brlcad caen23_ (~cezar@92.81.222.190) | |
| 00:08.50 | GrantMercer15 | starseeker: when im creating a new argv copy inside my function like so: av = (const char **)bu_malloc(sizeof(char *)*(argc + 3), "f_edcodes: av"); is the argc + 3 a constant expression? or will this change |
| 00:10.56 | caen23 | starseeker: do i need libxml2? i tried running `make` inside .build/doc/docbook/system/man1 and i got a compilation error |
| 00:11.17 | starseeker | caen23: what was the error? |
| 00:11.43 | caen23 | starseeker: /Users/cezar/brlcad/src/other/xmltools/libxml/src/threads.c:666:33: error: use of undeclared identifier 'xmlOnceInit' |
| 00:11.44 | caen23 | <PROTECTED> |
| 00:11.54 | starseeker | blinks |
| 00:12.23 | starseeker | Um. Do you have xsltproc and xmllint on your system? |
| 00:12.34 | minichrispy | how would i know if there are any build failures? are you talking about in xcode? |
| 00:12.34 | starseeker | if you can install those, you don't need to build them |
| 00:12.59 | caen23 | starseeker: i have both |
| 00:13.20 | starseeker | minichrispy: you said it didn't look like you had a successful BRL-CAD build... but you didn't see any clear indications of build failure? |
| 00:13.52 | starseeker | caen23: OK - when you ran CMake, what options did you supply? |
| 00:14.08 | starseeker | specifically, the BRLCAD_BUNDLED_LIBS option |
| 00:14.27 | minichrispy | well, it might have actually been a successul build, but im not really sure where to go from here |
| 00:14.48 | caen23 | starseeker: nevermind, i ran cmake again (cleanly), and it works |
| 00:15.01 | starseeker | caen23: heh, cool |
| 00:15.24 | starseeker | minichrispy: is there a "regress" target? |
| 00:15.53 | minichrispy | how would i find out? |
| 00:16.08 | starseeker | are you using the XCode GUI, or the command line? |
| 00:16.35 | starseeker | if it's the latter, try xcodebuild -target regress (or something along those lines) |
| 00:17.45 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 00:17.50 | starseeker | Unfortunately, I'm not familiar enough with the XCode gui to know how to search it for a specific build target - the Apple folks may have some docs |
| 00:18.33 | starseeker | really heads out this time |
| 00:20.18 | Notify | 03BRL-CAD:brlcad * 53843 brlcad/trunk/include/vector_x86.h: pull the comment closer to the statement that assumes 16-byte alignment |
| 00:30.30 | GrantMercer15 | could anyone verify that this is a correct call to quicksort av[1](a copy of argv[1]): qsort(av + 1, argc - 1, sizeof(argc),Sort), Sort is a function i created. I think i have it right but just need some reassurance |
| 00:34.05 | minichrispy | ive been using the xcode gui |
| 00:34.53 | brlcad | GrantMercer15: that's not quite right |
| 00:35.16 | brlcad | sizeof(argc) is going to be sizeof(int) and you really want the size of an av element |
| 00:35.35 | brlcad | sizeof(av[0]) or sizeof(char*) or something similar |
| 00:36.12 | brlcad | caen23: I'll try to get your other task cleared out in an hour or two |
| 00:36.23 | brlcad | the XML task was just released |
| 00:36.29 | brlcad | they apparently gave up :) |
| 00:36.37 | caen23 | brlcad: thank you |
| 00:37.21 | minichrispy | in the gui there's a "targets" section, but i'm not sure how to tell if its a regress target or what a regress target is |
| 00:48.07 | Notify | 03BRL-CAD:erikgreenwald * 53844 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/attributes.c and 12 others): Apply the comment migration by SkriptKid for the GCI project. http://www.google-melange.com/gci/task/view/google/gci2012/7975238 |
| 00:48.43 | GrantMercer15 | can i write the contents of a const argv[1] to FILE *file even though it is constant? |
| 00:53.46 | brlcad | sure |
| 00:54.12 | brlcad | minichrispy: without a screenshot, I don't know what you're looking at |
| 00:55.10 | brlcad | minichrispy: don't worry about finding a regress target -- just see if you can build it and get mged to run :) |
| 00:56.00 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 00:57.12 | GrantMercer15 | Im trying to remove the calls to system in tables.c and progress is slow, but i think i have the general idea down. brlcad: if you have any freetime could you maybe read through my stackoverflow post and see if i'm on the right track? http://stackoverflow.com/questions/13595662/sorting-argv-by-field-opposed-to-value-by-value |
| 00:57.19 | GrantMercer15 | thanks if you can |
| 01:15.55 | minichrispy | This is what I see in xcode: http://www.flickr.com/photos/90521899@N05/8225906906/in/photostream |
| 01:16.16 | minichrispy | i dont seem to find mged... |
| 01:17.12 | caen23 | brlcad starseeker: i've finished validating system/man1/en |
| 01:40.28 | brlcad | caen23: so time for 1st vs time for 2nd? |
| 01:40.35 | brlcad | vs time for all? |
| 01:40.58 | caen23 | brlcad: come again? |
| 01:41.46 | brlcad | how long did it take you |
| 01:42.04 | brlcad | i'd asked you to keep an eye on how long the first file took you, how long the second took |
| 01:43.30 | caen23 | brlcad: most of the files required the exact same edit. first… let's say ~5 min. second less than 1 min. for the rest i used a script to weed out the same edit |
| 01:44.11 | brlcad | seemed like more than 5 min for you to clean up the first one... :) |
| 01:44.31 | caen23 | template.xml? |
| 01:44.46 | brlcad | sure |
| 01:45.57 | brlcad | 18:28 < caen23> brlcad: i'm still trying to fix the first file. my previous task is yet to be reviewed <- that was two hours ago |
| 01:46.21 | caen23 | starseeker edited that for me, so i didn't count it. plus, that one is a particular case. the rest are more uniform and only require 1 edit |
| 01:46.38 | brlcad | shrug, okay |
| 01:46.48 | brlcad | still 11 files, 2 hours ? |
| 01:46.52 | brlcad | or were you doing something else too |
| 01:47.17 | brlcad | per your 5+1*10, that would have been 15 min :) |
| 01:48.04 | caen23 | but yes, figuring out what exactly the task/workflow is will take you more than 5 min :) i didn't get started right away |
| 01:48.54 | brlcad | the remaining 3 files easy? |
| 01:49.22 | caen23 | which remaining 3? |
| 01:49.23 | brlcad | the three about translations |
| 01:49.39 | brlcad | find doc/docbook/articles -name \*.xml |
| 01:50.20 | caen23 | i didn't do articles, i did system/man1 |
| 01:55.34 | brlcad | minichrispy: it says build succeeded -- how long did that take? |
| 01:56.55 | brlcad | at a glance, that project file doesn't look right -- what'd you do to generate the xcode project? |
| 02:03.56 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 02:09.33 | caen23 | brlcad: so i've got articles and system/ ready. couldn't i submit them as part of a single task? |
| 02:12.01 | brlcad | caen23: I dont' understand the question |
| 02:13.32 | caen23 | right now, there's a task on gci that requires cleaning the articles/ dir. so there's probably going to be one for the system/ dir, too. i've finished both of them, so i was thinking of submitting them as a single task |
| 02:19.52 | minichrispy | @brlcad the build took half a second. I found the xcodeproject file in the folder generated by cmake. i didnt make my own project (im not sure how i would integrate it with brlcad) |
| 02:27.22 | brlcad | minichrispy: building brl-cad should take 5-10 minutes at least, so it sounds like it didn't make the project right |
| 02:28.00 | brlcad | more like 5-50 min |
| 02:28.25 | minichrispy | brlcad: well, i cant seem to find any guide to setup a project correctly, so im not really sure what to do |
| 02:28.37 | brlcad | caen23: how long did the system dir take? that one is huge |
| 02:29.03 | brlcad | minichrispy: first things first, have you compiled brl-cad the "normal" way on mac using the make build? |
| 02:29.04 | caen23 | in all, somewhere around half an hour |
| 02:29.15 | brlcad | caen23: astounding, okay |
| 02:29.30 | brlcad | all 263 files?? |
| 02:29.57 | minichrispy | brlcad: no, i only downloaded the already compiled one for mac |
| 02:30.33 | brlcad | minichrispy: okay, i'm really confused then -- what's your task? |
| 02:30.43 | caen23 | it seems huge, but it's mostly going over the same stuff. maybe not half an hour, mann was more complex, but somewhere around that |
| 02:30.46 | minichrispy | http://www.google-melange.com/gci/task/view/google/gci2012/8022212 |
| 02:31.09 | brlcad | okay, so the task is what I thought it was |
| 02:31.26 | brlcad | how in the world did you get cmake to generate an xcode project? :) |
| 02:31.41 | brlcad | what did you do? |
| 02:32.05 | brlcad | caen23: I'll at least add another task for "all the rest" that you can claim |
| 02:32.18 | caen23 | ok |
| 02:32.38 | brlcad | books lessons and specifications are the only three remaining |
| 02:33.01 | brlcad | oh, and presentations |
| 02:33.25 | brlcad | maybe try doing all except lessons |
| 02:33.32 | brlcad | then lessons can be a third |
| 02:33.48 | brlcad | those docs are huge and much much more complex |
| 02:34.14 | caen23 | yeah, i noticed that "lessons" mostly contains the manuals, which are huge |
| 02:35.02 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 02:35.41 | minichrispy | brlcad: i clicked on the configure button in cmake and there was an option for xcode |
| 02:37.07 | brlcad | minichrispy: heh, interesting .. it must have some sort of built-in build file it was using |
| 02:37.13 | brlcad | OKAY ... so that's the problem |
| 02:37.17 | brlcad | you need a source checkout |
| 02:37.22 | brlcad | ~cadsvn |
| 02:37.22 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 02:37.33 | brlcad | see http://brlcad.org/wiki/Compiling |
| 02:41.06 | brlcad | compile it via those instructions first, then read this: http://stackoverflow.com/questions/4961123/cmake-xcode-generator-creates-a-project-that-cannot-build |
| 02:41.38 | brlcad | minichrispy: make sense? |
| 02:42.09 | minichrispy | brlcad: yea, ill see what i can do, thx for the help so far |
| 02:44.28 | brlcad | no worries |
| 02:44.52 | brlcad | remember that detail for when you write up instructions to help the next person ;) |
| 02:47.45 | minichrispy | brlcad: Im using terminal for this, and it says it doesnt recognize the cmake command |
| 02:47.52 | minichrispy | for this line: cmake ../brlcad-X.Y.Z -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release |
| 02:50.13 | bhlegm | apt-get install cmake? |
| 02:51.40 | minichrispy | ah, i think i may have gotten it |
| 02:53.50 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 02:56.01 | minichrispy | brlcad: also i was wondering whether i should make a new wiki page for this guide or if there is a page already for these sorts of things |
| 02:56.39 | brlcad | minichrispy: you're going to add a page |
| 02:58.51 | brlcad | perhaps: http://brlcad.org/wiki/Compiling/XCode |
| 03:07.23 | minichrispy | brlcad: Any idea what im doing wrong here? http://www.flickr.com/photos/90521899@N05/8225076641/in/photostream |
| 03:16.21 | starseeker | caen23: you probably want to grab that articles XML task, seeing as you've completed it :-P |
| 03:16.43 | Notify | 03BRL-CAD:brlcad * 53845 brlcad/trunk/AUTHORS: credit silvrous for his code contributions (r53844) moving some librt comments from source to header files. |
| 03:17.34 | starseeker | minichrispy: that almost looks like the Xcode command line tools aren't installed |
| 03:17.34 | caen23 | starseeker: work for src/conv is still under review :D |
| 03:17.43 | starseeker | caen23: ah, right |
| 03:18.20 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 03:18.43 | brlcad | minichrispy: if you can't run "gcc" then you're missing some of the dev tools or your path isn't set right |
| 03:19.40 | minichrispy | yea, someone else had the same problem, and they said the same thing. installing the xcode command line tools now... |
| 03:20.07 | starseeker | another note for the eventual article |
| 03:20.15 | brlcad | yep |
| 03:20.21 | brlcad | minichrispy: are you taking notes? :) |
| 03:20.38 | minichrispy | yea, im keeping track of all these little things |
| 03:24.47 | starseeker | caen23: where's the task for your src/conv work? |
| 03:25.00 | starseeker | isn't a formal reviewer, but he can exercise the patch |
| 03:25.18 | caen23 | starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8027203 |
| 03:28.31 | starseeker | caen23: you might want to make an additional patch that removes the .1 files from src/conv |
| 03:29.25 | GrantMercer015 | <PROTECTED> |
| 03:29.38 | starseeker | GrantMercer015: fire away |
| 03:29.40 | minichrispy | brlcad: ok, the cmake command worked and i have a brlcad-build folder. where do i go from here? do i run the make command? i feel like i needed to be compiling using xcode so im not exactly sure how to use it at the moment |
| 03:30.18 | starseeker | minichrispy: what was your CMake command? did you generate Makefiles or Xcode projects? |
| 03:30.34 | brlcad | minichrispy: http://brlcad.org/wiki/Compiling |
| 03:31.09 | brlcad | should compile it the usual way first |
| 03:31.15 | minichrispy | i used this: cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON It didnt generate any xcode projects that i see |
| 03:31.29 | minichrispy | i think thats what i did, right? |
| 03:31.37 | brlcad | minichrispy: forget about xcode until you complete those Compiling instructions |
| 03:32.03 | brlcad | that'll help you understand the xcode steps |
| 03:32.07 | GrantMercer015 | i learned that i cannot just sort argv[1] because it is constant, and it would change the the contents(illegal!), i also learned i cannot sort the contents INSIDE argv[1] with just qsort, i need to get the information out of there somehow. My new idea is using a FILE object to read in the contents of the file into a buffer, then manipulate that buffer into a 2d numerical array then call quicksort |
| 03:32.08 | GrantMercer015 | to sort the array based upon the 2nd field using quicksort on each column |
| 03:32.15 | GrantMercer015 | am i overthinking this? |
| 03:32.23 | minichrispy | ok, so ill continue with make |
| 03:32.46 | starseeker | GrantMercer015: what was wrong with copying the argv contents into a new, non-const char ** array? |
| 03:34.11 | bhlegm | hey, i get http://pastie.org/5445879 on the vm |
| 03:34.29 | GrantMercer015 | so thats what the code you showed me did? |
| 03:34.33 | GrantMercer015 | well i'll be |
| 03:34.34 | brlcad | GrantMercer015: nope, that's good progress |
| 03:34.58 | brlcad | bhlegm: what was your cmake line? |
| 03:35.12 | bhlegm | -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=oN |
| 03:35.14 | brlcad | you're the second person to report that compiler bug |
| 03:35.22 | GrantMercer015 | was that code in the utility.c file? |
| 03:35.26 | starseeker | GrantMercer015: ok, brlcad is a better source of advise for that task - go with his advice |
| 03:36.15 | brlcad | bhlegm: edit src/libfft/CMakeLists.txt and set FFT_NUMLIST to just "16;32" |
| 03:36.51 | brlcad | GrantMercer015: so first off, you can change a const, you're just not supposed to |
| 03:37.00 | brlcad | it's just a hint |
| 03:37.21 | GrantMercer015 | how would i get past those rules? i never knew i could actually change a const |
| 03:37.29 | brlcad | you can sort the contents inside argv[1] but not very usefully ;) |
| 03:37.51 | brlcad | i'm not going to teach you that bad habit, just be aware that it's possible |
| 03:38.07 | GrantMercer015 | isnt argv[1] the file that the system uses to sort anyways with the sort -n ... command? |
| 03:38.59 | brlcad | I don't recall what that specific code does |
| 03:39.10 | brlcad | all that is implied is that it's a string |
| 03:40.17 | GrantMercer015 | so "it" is a string that i need to compare its numerical values with? |
| 03:41.02 | GrantMercer015 | because i've spent this entire time attempting to access argv[1] thinking it was the file i needed to sort |
| 03:41.27 | brlcad | you should figure that bit out ;) |
| 03:41.34 | minichrispy | @brlcad: that doesnt look too good - http://www.flickr.com/photos/90521899@N05/8225158225/in/photostream |
| 03:41.48 | brlcad | the fact that you're referencing a single field of an argv array, it's a single string |
| 03:42.23 | brlcad | so it probably is a filename .. but then where'd that file come from |
| 03:42.30 | brlcad | maybe you can get to the data before it's written to a file |
| 03:42.44 | brlcad | you need it in memory to sort it anywyas |
| 03:46.19 | brlcad | minichrispy: run "locate Xlib.h" |
| 03:46.45 | brlcad | starseeker: his patch apply cleanly? |
| 03:46.46 | GrantMercer015 | this gedp struct is looking mighty important to me right now... time to investigate further |
| 03:47.03 | brlcad | GrantMercer015: time out |
| 03:47.07 | brlcad | where are you looking |
| 03:47.15 | minichrispy | WARNING: The locate database (/var/db/locate.database) does not exist. To create the database, run the following command: sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist Please be aware that the database can take some time to generate; once the database has been created, this message will no longer appear. |
| 03:47.38 | starseeker | brlcad: yes - built OK too, although I haven't looked at all the man pages yet |
| 03:48.07 | brlcad | gonna commit it? :) |
| 03:48.21 | brlcad | minichrispy: do that |
| 03:48.25 | starseeker | I can, unless it should be a reviewer who does so |
| 03:48.39 | brlcad | doesn't need to be |
| 03:48.44 | brlcad | you say it's okay, I'll close it |
| 03:49.06 | starseeker | give me another 10 minues or so to check a few of the files |
| 03:49.12 | GrantMercer015 | im right above the three calls to system() that run the sort command which i need to replace. I see ged_result_string but it seems to just be a log right now, and i've taken notice to the tabptr file used to write to and opens argv[] |
| 03:49.22 | starseeker | only other question is whether his patch(es) should remove the .1 files in conv too |
| 03:49.41 | starseeker | I can do that (easier if I do it myself in some ways) but thought I'd check |
| 03:51.07 | brlcad | GrantMercer015: more specific, what file? |
| 03:51.16 | minichrispy | brlcad: ok, so once the database shows up i should run the make command again? |
| 03:51.29 | brlcad | the locate command |
| 03:51.40 | GrantMercer015 | src/libged/tables.c , the main file i'll be attempting to edit |
| 03:51.59 | brlcad | the build failed because you don't have an X11 header installed -- another XCode thing you apparently don't have installed |
| 03:52.02 | brlcad | i'm just making sure |
| 03:52.11 | minichrispy | yea, im running the locate command until i no longer get the message, and then once the database shows up, i run the make command again, correct? |
| 03:52.49 | starseeker | brlcad: doesn't he need XQuartz for that now? Or does XCode bundle X11 headers? |
| 03:53.57 | *** join/#brlcad harmanpreet (~chatzilla@210.56.124.217) | |
| 03:54.20 | bhlegm | i set FFT_NUMLIST to 16;32, still error |
| 03:55.31 | brlcad | minichrispy: you're not understanding |
| 03:55.38 | brlcad | minichrispy: the build failed because you don't have an X11 header installed |
| 03:55.46 | brlcad | do you understand what that means? |
| 03:56.03 | minichrispy | brlcad: no idea |
| 03:56.18 | brlcad | it's looking for a file |
| 03:56.21 | brlcad | you don't have that file |
| 03:56.42 | brlcad | there's no command you're running that is going to make the file suddenly exist |
| 03:56.52 | minichrispy | i thought i installed it with this? sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.locate.plist |
| 03:56.57 | brlcad | i just had you run a command to make sure you really don't have that file |
| 03:57.03 | minichrispy | oh |
| 03:57.19 | brlcad | when you tried to do that, the locate system said that it hasn't been set up yet to look for things |
| 03:57.28 | brlcad | so you ran the setup |
| 03:57.40 | brlcad | so you can look for that file |
| 03:57.48 | brlcad | that you probably don't have |
| 03:58.34 | minichrispy | it just returned this: http://pastebin.mozilla.org/1964902 |
| 03:59.12 | starseeker | caen23: the comgeom-g man page has a few issues - "s###" isn't translating into the man page cleanly |
| 03:59.18 | starseeker | looks like a few others like that |
| 03:59.52 | starseeker | caen23: to check the man page output from a Docbook build, you can do the following from the toplevel build directory: |
| 03:59.54 | brlcad | minichrispy: that's interesting .. so you DO have versions of that file, just not the usual ones that you should |
| 04:00.00 | starseeker | ./bin/brlman comgeom-g |
| 04:00.14 | brlcad | starseeker: how to specify an extra X11 search dir? |
| 04:00.36 | starseeker | erm |
| 04:00.39 | brlcad | minichrispy's are in /opt/X11 |
| 04:01.13 | brlcad | minichrispy: what version of mac are you running? |
| 04:01.32 | minichrispy | 10.8.1 |
| 04:01.41 | starseeker | brlcad: at the moment, I don't think you can short of manually editing misc/CMake/FindX11.cmake |
| 04:02.05 | caen23 | starseeker: /Users/cezar/brlcad/.build/bin/brlman.tcl: line 54: exec: btclsh: not found :-? |
| 04:02.08 | starseeker | brlcad: It would be easy enough to add in a variable that could take a path, but I just hadn't done it |
| 04:02.30 | starseeker | caen23: ah, whoops - you probably haven't built the main part of BRL-CAD |
| 04:02.34 | starseeker | try make btclsh |
| 04:02.48 | brlcad | minichrispy: ahhhh |
| 04:02.51 | brlcad | that explains it |
| 04:02.59 | brlcad | http://news.softpedia.com/news/X11-and-OS-X-10-8-Mountain-Lion-284454.shtml |
| 04:03.33 | starseeker | brlcad: I'm going to go ahead and commit - there may need to be a few tweaks to handle some character displays, but that's going to be much easier to sort out with everything in place - basically, it looks good |
| 04:04.25 | minichrispy | brlcad: any way to fix this? |
| 04:04.48 | brlcad | minichrispy: yes, did you not read that? |
| 04:05.04 | brlcad | open source requires LOTS of reading :) |
| 04:05.40 | minichrispy | i have xquartz though, is there something else i need? |
| 04:08.22 | starseeker | I take it xquartz is now installing into /opt ? |
| 04:09.13 | Notify | 03BRL-CAD:starseeker * 53846 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/conv/CMakeLists.txt brlcad/trunk/src/conv/iges/CMakeLists.txt): ----------- |
| 04:09.35 | starseeker | caen23: OK, I've applied your src/conv docbook conversion with r53846 |
| 04:09.41 | brlcad | unfortunately, that's one of the locations we definitely should not be looking in by default |
| 04:09.54 | brlcad | that's a pandora's box location |
| 04:10.07 | starseeker | <snort> time to sort out Tk aqua then |
| 04:10.46 | brlcad | starseeker: what about just setting global ldflag/cppflags |
| 04:10.51 | starseeker | caen23: there's a little gotcha that happens when doing that sort of conversion - you may find the man pages in src/conv got overwritten by the DocBook output, and will need to be reverted |
| 04:10.59 | brlcad | forgets the magic foo to do that |
| 04:11.15 | starseeker | brlcad: maybe... I think I do try to pull in ENV settings somewhere |
| 04:11.22 | starseeker | brlcad: poorly tested though |
| 04:11.36 | brlcad | i meant a build in -DCMAKE... |
| 04:11.49 | brlcad | it's like CMAKE_COMPILER_FLAGS or something |
| 04:11.55 | starseeker | either way, it's trouble - pretty much "by definition" we can't work out of the box on OSX now |
| 04:12.14 | caen23 | starseeker: hmm… i don't really know how that would happen. doclifter produces a .xml, the files inside src/conv are .1 :-? |
| 04:12.16 | starseeker | brlcad: ah - I don't know, we pretty thoroughly overwrite that with the compiler flags macros |
| 04:12.35 | brlcad | well, we can -- it should have disabled X11 |
| 04:12.45 | brlcad | it failed to do that correctly for whatever reason |
| 04:13.11 | brlcad | smells a GCI task |
| 04:13.22 | starseeker | caen23: it's not anything you would have done - the CMake build of BRL-CAD makes extensive use of symlinks to avoid stale copies of files in the build directory (i.e. you can edit a man page in your build dir and it will symlink through back to the source dir) |
| 04:13.39 | *** join/#brlcad acwilson (~Alex@adsl-184-47-48-4.asm.bellsouth.net) | |
| 04:13.57 | starseeker | caen23: that has the charming little side effect of having DocBook output from xml writing back into the source directory's .1 original, if you have both building at the same time |
| 04:14.39 | starseeker | caen23: I've actually found that effect very useful in making sure that we don't leave old copies of man pages around when doing DocBook conversion, but it's a bit of a head scratcher if you're running into it for the first time |
| 04:15.14 | caen23 | starseeker: oh, now i see. btw, it's awesome that you applied the conversion and i can't wait to give you the rest :D |
| 04:15.16 | brlcad | minichrispy: what did you cmake summary look like? |
| 04:15.41 | starseeker | caen23: can you update cleanly? I'd like you to take a look at the man page output if you can |
| 04:16.08 | caen23 | starseeker: let me run a svn up |
| 04:16.31 | minichrispy | brlcad: where would i find that? |
| 04:16.50 | starseeker | brlcad: building without X11 on OSX by default is a very technical definition of "working" |
| 04:17.09 | starseeker | I agree it should build, but OSX users without any GUIs are not going to be impressed users :-/ |
| 04:17.47 | caen23 | starseeker: `svn up` seems to conflict with the xmls i've modified |
| 04:17.59 | brlcad | minichrispy: tail -64 path/to/builddir/CMakeFiles/CMakeOutput.log |
| 04:18.10 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 04:18.23 | starseeker | caen23: did you modify your own conversion files to build strict? |
| 04:18.48 | brlcad | starseeker: sure, but if they're building manually, we can add a couple steps to install Xquartz and set a path later |
| 04:19.05 | starseeker | caen23: go ahead and keep your local mods, then do an svn diff to see what the difference is |
| 04:19.09 | brlcad | the default should work just so we don't look bad :) |
| 04:19.12 | starseeker | (i.e. pick mc) |
| 04:20.04 | starseeker | brlcad: sure, it's worth fixing |
| 04:20.12 | minichrispy | brlcad: tail: path/to/builddir/CMakeFiles/CMakeOutput.log: No such file or directory ??? |
| 04:20.26 | starseeker | brlcad: are you saying our *build* process (or configure process) would obtain and install Xquartz? |
| 04:21.01 | brlcad | minichrispy: you have to put the right path |
| 04:21.04 | Notify | 03BRL-CAD:brlcad * 53847 brlcad/trunk/TODO: two more cmake tasks, global flags and disabling IF_X |
| 04:21.19 | brlcad | path/to/builddir is not something you'll have .... |
| 04:21.30 | brlcad | i have no idea where your build dir is |
| 04:21.36 | brlcad | it's wherever you ran cmake |
| 04:21.44 | minichrispy | ah |
| 04:22.00 | caen23 | starseeker: i ran a svn diff src/conv/bot_dump.1 |
| 04:22.11 | brlcad | starseeker: heck no, just our instructions |
| 04:22.37 | brlcad | few mac users will compile from source if we keep up the fancy new installer updates |
| 04:22.39 | starseeker | sighs - brlcad and starseeker appear to have very different basic approaches to configuration and compilation - starseeker almost never overrides C flags in the environment |
| 04:22.47 | starseeker | brlcad: point |
| 04:22.47 | brlcad | the ones that will are going to be contributors |
| 04:23.24 | starseeker | caen23: that was what I was saying earlier - you may need to revert the .1 files in src/conv |
| 04:23.41 | brlcad | starseeker: i'm not aware of a single IDE that doesn't let you set cflags/cppflags/ldflags |
| 04:23.47 | brlcad | it's not an override, it's just setting flags |
| 04:23.51 | minichrispy | brlcad: is this the summary? http://pastebin.mozilla.org/1964969 |
| 04:24.17 | starseeker | brlcad: I'm not saying it's an incorrect approach, it's just something I almost never do outside of the configure mechanisms (either autotools or cmake) |
| 04:24.20 | brlcad | minichrispy: yes |
| 04:24.36 | starseeker | brlcad: that's why I don't have it sorted properly yet in CMake :-/ |
| 04:24.55 | caen23 | starseeker: i'm now at revision 53847 |
| 04:25.08 | starseeker | caen23: try the following if you need to: svn revert -R src/conv |
| 04:25.11 | brlcad | take a random piece of software from linux to just about any other operating system and you almost always HAVE to set a flag or remove a flag |
| 04:25.31 | brlcad | because that's just not something 75% of hobby devs do |
| 04:26.12 | starseeker | 's stance is if the flag is needed to build on that OS, it's something the build system needs to know |
| 04:26.47 | starseeker | caen23: were you able to build btclsh? |
| 04:26.49 | brlcad | except you complain and blame the OS every time i've pointed out a new environment that fails :P |
| 04:26.55 | caen23 | starseeker: yes |
| 04:27.29 | brlcad | still build systems change, eventually it'll be wrong or it'll be something we don't have access to |
| 04:27.31 | starseeker | caen23: OK - go ahead and build the docs again with the lastest revision, and see if brlman works |
| 04:27.37 | brlcad | but the person running the build system does, and they need that hook |
| 04:28.07 | starseeker | brlcad: 'course I complain - after 40 years they should all be on the same page now :-P |
| 04:29.02 | brlcad | even linux has changed dozens of times just over the past decade |
| 04:29.31 | GrantMercer015 | SunOS looks pretty cool |
| 04:29.47 | brlcad | when we find something is commonly needed/new/whatever, we fold it into the build |
| 04:30.16 | brlcad | until we do or when we're ignorant of that flag or have no need/want for it, global flags can be set/appended |
| 04:31.00 | brlcad | i'm certain cmake has the option, I've read about it and used it before .. but whether we override instead of appending is another issue |
| 04:31.09 | starseeker | brlcad: I'm pretty sure it can be supported - it's just a question of the proper logic in the CompileFlags macros (depending on whether you want those flags to apply to src/other as well) |
| 04:31.44 | starseeker | brlcad: but the smarter thing to do would be to have you prepare a few examples of things you would expect to work - I'm not going to be good at coming up with scenarios |
| 04:32.02 | brlcad | i'd first see what cmake provides |
| 04:32.17 | brlcad | i know what I want and I can't have that |
| 04:32.30 | starseeker | build time overriding? |
| 04:32.37 | brlcad | ;) |
| 04:32.57 | brlcad | configure-time will work |
| 04:33.02 | GrantMercer015 | will die attempting to find this string of data to sort before giving up |
| 04:33.05 | brlcad | just means it can't be per target or subdir |
| 04:33.36 | brlcad | GrantMercer015: so i peeked and the value is the filename, note the file open earlier in that function where argv[1] is opened for writing |
| 04:33.41 | brlcad | then the contents are written out |
| 04:34.22 | starseeker | brlcad: just edit CMakeFiles/librt.dir/flags.make (or whatever the target is) if you want to locally futz with the flags |
| 04:34.28 | brlcad | then it sorts if it's not a SOL_TABLE or a REG_TABLE |
| 04:34.42 | brlcad | starseeker: yeah, that's what I do |
| 04:35.06 | brlcad | just terribly less efficient and isn't available in some places for some reason |
| 04:35.16 | brlcad | some targets it's not broken out into a separate file like that |
| 04:35.23 | starseeker | really |
| 04:35.25 | starseeker | weird |
| 04:35.26 | brlcad | and you can't override some things |
| 04:35.30 | brlcad | like the compiler itself |
| 04:35.36 | brlcad | needed that just a couple days ago |
| 04:35.42 | starseeker | yeah, that's a deliberate design decision IIRC |
| 04:36.07 | brlcad | cmake detected that I was compiling through ccache, needed to compile a subdir without ccache but the compiler was hard-coded into a ton of files |
| 04:36.31 | brlcad | nah, I don't buy that -- just the simple thing to do |
| 04:36.51 | starseeker | if you switch the compiler though, all the configure test results are now suspect |
| 04:37.01 | starseeker | as in "those results may not apply to this compiler" |
| 04:37.15 | brlcad | I'm not technically switching the compiler |
| 04:37.33 | brlcad | i'm changing the name of the thing being invoked, sure |
| 04:37.58 | starseeker | as soon as that name changes though, all bets are off |
| 04:37.59 | brlcad | mighty high horse there to assume anything |
| 04:38.09 | starseeker | eh? |
| 04:38.30 | brlcad | if they did it intentionally, it would be rather presumptuous |
| 04:38.40 | brlcad | you could make that claim for changing *anything* |
| 04:38.46 | caen23 | starseeker: is it ok if i run 'make' inside system in the build dir? |
| 04:38.51 | starseeker | sure |
| 04:39.03 | brlcad | but they don't -- it's just something not provided |
| 04:39.06 | starseeker | caen23: that's what you do if you just want to build a subset of the build |
| 04:39.08 | brlcad | like I said, the simple thing to do |
| 04:39.29 | brlcad | it would have required a fair bit of infrastructure to variablize everything |
| 04:39.40 | caen23 | starseeker: i know, but would that subset suffice for running btlman? |
| 04:39.44 | starseeker | brlcad: <shrug> I guess I saw it as the conservative thing to do, but I'm sure you're right that it was the simple choice |
| 04:39.57 | starseeker | caen23: no - you'll need to build btclsh as well |
| 04:40.24 | starseeker | caen23: the docs can be built without requiring brlman be present and working, so it's not a dependency |
| 04:40.35 | brlcad | there job is to be as flexible as possible, and they already go to pretty extreme lengths to be flexible |
| 04:40.51 | caen23 | starseeker: but from the docs, all i need is system, right? |
| 04:40.55 | brlcad | just not quite as far as the main one they're replacing |
| 04:40.57 | starseeker | right |
| 04:41.09 | brlcad | they'll get there eventually I bet |
| 04:41.43 | starseeker | brlcad: hopefully - I'd like to avoid major build system fun for at least another decade or so... |
| 04:42.13 | starseeker | caen23: your new man pages are all in system, so for the moment that's the focus of interest |
| 04:42.32 | minichrispy | so where do i go from here? |
| 04:43.09 | starseeker | brlcad: could he just symlink /opt/X11 to /usr/X11 ? |
| 04:43.15 | caen23 | starseeker: sorry, i'm a bit tired, so could you please paint me again the big picture? what am i trying to accomplish now? |
| 04:43.29 | brlcad | starseeker: oh, good idea |
| 04:43.36 | starseeker | caen23: you can get some sleep if you want ;-) |
| 04:43.52 | brlcad | i was going to say turn off x11 since it's secondary to the exercise |
| 04:44.03 | caen23 | starseekr: school starts in an hour :D |
| 04:44.14 | starseeker | caen23: the "big picture" was to build your new docbook man pages, then take a look at the output with bin/brlman to see if there are any content problems |
| 04:44.32 | starseeker | comgeom-g looks like it has a few things that didn't translate right into "man page" format |
| 04:44.36 | starseeker | (for example) |
| 04:45.13 | starseeker | probably just needs some special characters or quoting or some such - main goal is just to make sure the new man pages are readable and didn't lose content |
| 04:45.27 | starseeker | caen23: uh oh |
| 04:45.32 | caen23 | starseeker: alright, then. thanks. |
| 04:46.03 | starseeker | caen23: no need to push yourself to collapse - we'll be here |
| 04:46.55 | caen23 | starseeker: :d |
| 04:46.58 | starseeker | minichrispy: try doing this "ln -s /opt/X11 /usr/X11" and try cmake again |
| 04:48.18 | starseeker | minichrispy: we apparently need to test the "no X11" build scenario again, but that's outside your scope |
| 04:49.58 | minichrispy | starseeker: k, its running through cmake now |
| 04:50.28 | brlcad | caen23: marked your task as closed |
| 04:50.38 | caen23 | brlcad: thanks |
| 04:50.43 | brlcad | grab the xml one |
| 04:51.29 | caen23 | done |
| 04:53.37 | minichrispy | starseeker: its done |
| 04:53.47 | starseeker | caen23: one you post your article/system patches, I can give those a go as well |
| 04:53.57 | starseeker | minichrispy: did it succeed? |
| 04:54.16 | minichrispy | the cmake worked before, it was the make command that had the error |
| 04:54.17 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) | |
| 04:54.26 | starseeker | what does make do now? |
| 04:55.02 | starseeker | crosses fingers... |
| 04:55.47 | starseeker | scowls at Bullet and makes a note to wrap those header includes to shush them... |
| 04:55.59 | GrantMercer015 | ok, so i found that tabptr opens up argv[1] and writes to it, i also know that each line written using fprint specifies two numbers, one negative one positive. If the 2nd field was sorted in the system call, then the print statements would be executed upside down starting with -1 ending with -8. The system call specifies numerical values which line up with the two numbers specified before the |
| 04:55.59 | GrantMercer015 | line is executed, dear god i think im near the solution |
| 04:57.20 | minichrispy | starseeker: supposedly it compiles it, as per the instructions here: http://brlcad.org/wiki/Compiling |
| 04:57.58 | starseeker | minichrispy: but does it succeed now? |
| 04:58.31 | minichrispy | last time it failed around 29%, its at 21% now |
| 04:59.03 | caen23 | starseeker: when i try to run `svn diff` on system, i get "svn: Directory 'brlcad/doc/docbook/system/man1/en/dxf' is missing" |
| 04:59.30 | starseeker | urm |
| 04:59.56 | starseeker | did you add a dxf directory at one point? |
| 05:00.10 | starseeker | if so, try "svn revert doc/docbook/system/man1/en/dxf" |
| 05:03.17 | minichrispy | nvm, last time it failed at 35% and it just failed again at the same spot. I noticed i was getting loads of warnings though throughout the whole process, and the first errors appear at 35% |
| 05:03.41 | starseeker | what's the error? |
| 05:05.20 | minichrispy | http://www.flickr.com/photos/90521899@N05/8225158225/in/photostream |
| 05:06.23 | starseeker | minichrispy: still getting X11 errors then |
| 05:06.37 | GrantMercer015 | How would i access the data written from tables.c in src/libged/tables.c? im trying to look at the finished product in the program so i can make sure my revision works |
| 05:06.50 | starseeker | minichrispy: did you clear your build directory when you ran CMake after doing the /usr/X11 symlink? |
| 05:07.01 | starseeker | minichrispy: if not, try doing that and running CMake from a clean directory |
| 05:07.08 | minichrispy | yes, i deleted everything in it before running |
| 05:07.12 | starseeker | nuts |
| 05:07.27 | caen23 | i think i'll take a break now, but i've uploaded articles.patch and system.patch to gci, just in case |
| 05:07.32 | minichrispy | am i not supposed to be compiling it using xcode? |
| 05:07.36 | starseeker | caen23: awesome, thanks! |
| 05:07.56 | starseeker | minichrispy: it won't matter - without X11 detection, xcode will fail the same way make is failing |
| 05:08.10 | minichrispy | =/ |
| 05:08.16 | starseeker | minichrispy: you're apparently one of the first people to try BRL-CAD compilation on the latest OSX |
| 05:09.19 | starseeker | minichrispy: there's one more thing to try |
| 05:09.32 | brlcad | cache file |
| 05:09.37 | brlcad | didn't blow it away? |
| 05:09.37 | starseeker | when you run cmake, add the following build option: -DBRLCAD_ENABLE_X11=OFF |
| 05:09.42 | brlcad | or that |
| 05:09.58 | starseeker | brlcad: cleared the build directory first, apparently... |
| 05:10.05 | brlcad | ah, hrm |
| 05:10.23 | brlcad | something to investigate when we can get a login on a 10.8 system |
| 05:10.46 | GrantMercer015 | brlcad, do you know how i would access the file im modifying so i can see how it originall works? src/libged/tables.c |
| 05:10.54 | starseeker | scowls at Apple... bad as friggin Windows machines when it comes to new version breakage... |
| 05:10.58 | brlcad | minichrispy: yeah, just disable X11 (don't need to include that in the instructions, we'll sort it out later) |
| 05:10.59 | GrantMercer015 | i think i'm nearing the completion of the task |
| 05:11.15 | brlcad | starseeker: 10.8 is a whole new world |
| 05:11.26 | brlcad | they've ditched a whole lot more than that |
| 05:11.39 | brlcad | should have named it 11 |
| 05:12.42 | starseeker | must call it a night - applause to the efforts from our GCI students thus far! |
| 05:13.18 | GrantMercer015 | appreciates the work starseeker does for us |
| 05:14.15 | Notify | 03BRL-CAD:brlcad * 53848 brlcad/trunk/AUTHORS: full name is Silviu Ungureanu |
| 05:15.29 | GrantMercer015 | any way i can find out where to view the tables.c file tbptr writes to during the run? i want to check the format it is in |
| 05:23.52 | minichrispy | i ran the cmake with x11 disabled and then the "make" command, which gave me an error at 33% |
| 05:26.08 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 05:31.59 | brlcad | 1/3rd of our tasks are already being worked on or are completed |
| 05:32.10 | brlcad | yikes |
| 05:32.42 | brlcad | GrantMercer015: it tells you right there what that file is |
| 05:32.49 | brlcad | it's in /tmp i believe |
| 05:33.05 | brlcad | comment out the bu_file_delete call and it will still be there ... :) |
| 05:38.46 | brlcad | GrantMercer015: responded with some help |
| 05:38.59 | brlcad | cheers, ninight time |
| 05:39.32 | GrantMercer015 | appreciates brlcad endlessly for his help |
| 05:42.17 | brlcad | Thank you for choosing to fly BRL-CAD |
| 06:13.25 | kanzure | can i have his flyer miles since he left? |
| 07:00.06 | jarray52 | brlcad: You mentioned that some commercial CAD programs have support for the brlcad file format. Which programs support it? |
| 07:06.59 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 07:33.01 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:29.07 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 11:57.12 | ``Erik | doh, used the wrong name in the commit :( at least I closed the right task in the gci tracker |
| 12:34.47 | *** join/#brlcad caen23 (~cezar@92.81.174.19) | |
| 12:49.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.44) | |
| 12:50.22 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.111.44) | |
| 12:50.51 | *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net) | |
| 12:54.39 | starseeker | caen23: did you want to rework the article and system patches, or are they ready to go? |
| 12:55.22 | caen23 | starseeker: i've uploaded them to gci, you can check them out to see if they're fine |
| 12:57.02 | starseeker | righto |
| 13:05.13 | starseeker | caen23: I see you've deleted the author info in the man pages - does DocBook 5 not allow for authorship information? |
| 13:07.29 | caen23 | starseeker: i was just thinking about that. i think because of the manpage structure, the info is simply floating around at the end of a file, and it caused an error. i did most of the check by converting to pdf and seeing what it looked like, and the author info did not appear anywhere, so i simply removed them. but i now figure out that it probably breaks the manpage, if they're synced |
| 13:10.03 | caen23 | starseeker: hmm… i now think a better solution would have been wrapping the <info> block inside a <refsect1> :-? |
| 13:14.36 | starseeker | caen23: not sure yet - messages like this are probably a hint: |
| 13:14.39 | starseeker | Warn: meta author : no refentry/info/author 3ptarb |
| 13:15.15 | starseeker | so it's looking for author info somewhere, just not sure exactly where it needs to go yet |
| 13:15.24 | starseeker | I gotta run - back on in an hour or two |
| 13:15.43 | starseeker | caen23: maybe see if someone has an example docbook5 manpage with author info that can give us a hint? |
| 13:17.25 | caen23 | starseeker: i tried putting it somewhere else, too, but if i move it in the meta section, doesn't it disappear from manpage? |
| 13:22.18 | caen23 | starseeker: hmm… it appears that wrapping the <info> inside a <refsect1> is the way to go. that's how man1/bot_dump.xml does, for example |
| 14:06.02 | starseeker | caen23: if that works, go for it |
| 14:06.31 | starseeker | does that clear the "meta author" warnings? |
| 14:07.46 | caen23 | starseeker: hmm… i didn't pay attention, but right now, the only working i get is "Warn: meta manual : using "BRL-CAD" for "manual" g-acad" |
| 14:07.58 | caen23 | only warning*, not working :D |
| 14:08.44 | starseeker | caen23: yeah, saw that one too... |
| 14:09.08 | starseeker | caen23: what do you see if you build 3ptarb_man_mann in doc/docbook/system/man/mann/en ? |
| 14:09.22 | starseeker | (I think that's the target name...) |
| 14:11.43 | caen23 | i ran a make on the mann dir, and after fixing 3ptarb with the <refsection> block, i now only seem to get "Note: Writing 3ptarb.nged". no other warnings :-? |
| 14:12.39 | starseeker | sweet |
| 14:12.49 | starseeker | that's a good solution then |
| 14:13.56 | caen23 | okay then :D should i submit system/man1 when it's done, so you can have a look at it? |
| 14:15.37 | starseeker | sure |
| 14:16.21 | starseeker | what's that URL again? |
| 14:16.42 | caen23 | starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/7950213 |
| 14:17.05 | caen23 | and… this seems to be how we fix the other warning i posted earlier: http://www.docbook.org/tdg5/en/html/refmiscinfo.html |
| 14:17.25 | starseeker | caen23: cool |
| 14:20.01 | caen23 | yep, that does cause the other warning to go away |
| 14:22.42 | Notify | 03BRL-CAD:starseeker * 53849 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/articles/en/about.xml and 3 others): ----------- |
| 14:23.05 | starseeker | caen23: commited the articles fixes - give me a shout when you're ready for me to try another system (or system/man1, whatever) patch |
| 14:23.36 | caen23 | starseeker: alright |
| 14:25.41 | starseeker | ``Erik: how come we're getting the "-----------" string for commit messages? (e.g.53849) |
| 14:32.48 | brlcad | starseeker: no love for whitespace separation? |
| 14:33.13 | starseeker | brlcad: hmm? Did I mess up something? |
| 14:34.06 | brlcad | hm? no, just wondering |
| 14:34.08 | brlcad | you removed all of the lines that broke up the various sections in the template |
| 14:34.39 | brlcad | maybe some tool did that? |
| 14:35.06 | starseeker | oh - that was just caen23's local TEMPLATE.xml changes |
| 14:35.24 | brlcad | so caen23 has no love for whitespace separation |
| 14:35.36 | starseeker | didn't worry too much one way or the other - do you want me to be more picky about that? |
| 14:35.45 | brlcad | no, no |
| 14:35.55 | starseeker | would prefer an astyle type tool that we could run on the XML - any candidates? |
| 14:35.56 | brlcad | it was just curious whether that was something intentional or automatic |
| 14:36.18 | brlcad | there's probably a tidyxml or similar tool somewhere |
| 14:36.46 | brlcad | tidyhtml back in the day was the go-to |
| 14:37.48 | starseeker | tidy.sf.net? |
| 14:38.02 | starseeker | sees if it will compile... |
| 14:38.27 | brlcad | the template should just be as simple to read as possible, regardless of what style we want everywhere else |
| 14:38.32 | brlcad | hopefully those needs aren't disjoint ;) |
| 14:38.39 | brlcad | shouldn't be |
| 14:39.16 | brlcad | I tried to make it minimal so that it included enough useful examples without too much distraction |
| 14:39.33 | brlcad | an image, a list, an intro, multiple sections, authorship,.. |
| 14:39.57 | brlcad | this is a little freaky that more than a third of our tasks are claimed |
| 14:40.29 | starseeker | fortunately DocBook is an endless supply of work... |
| 14:40.50 | brlcad | I doubt that :) |
| 14:41.04 | brlcad | realizes he forgot to add the spelling tasks |
| 14:41.40 | starseeker | ok, it just *seems* endless :-P |
| 14:48.28 | starseeker | brlcad: I don't suppose you have a tidy config file laying around that generates formatting output you like? |
| 15:05.13 | brlcad | starseeker: nope |
| 15:05.24 | starseeker | k |
| 15:05.30 | brlcad | I don't really have strong preferences when it comes to xml |
| 15:05.37 | brlcad | there are lots of exceptions to most rules |
| 15:05.55 | starseeker | nods |
| 15:06.14 | starseeker | apparently tiny isn't a big fan of blank lines between sections... |
| 15:06.38 | brlcad | yeah, most automatic formatters will eliminate them |
| 15:06.49 | brlcad | would have to be docbook-aware |
| 15:07.06 | starseeker | grumble |
| 15:07.34 | brlcad | be careful to check the output if it's applied to any xml that has "preformatted" sections like command transcripts or screen captures |
| 15:07.43 | brlcad | to make sure it doesn't hose them |
| 15:07.47 | starseeker | suppose tiny could be forked into tinydocbook or some such... |
| 15:08.07 | brlcad | you know, you could just make a gci task for that, let someone else play with it |
| 15:08.58 | starseeker | nods - not sure it's worth it though - tiny chopped up a literal layout section good |
| 15:09.27 | starseeker | probably right that we would need something DocBook aware, and that's no 2 hour job... |
| 15:09.41 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 15:09.58 | brlcad | but running some tests to determine whether we need something docbook aware isn't |
| 15:10.21 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 15:12.01 | ``Erik | starseeker: log messages with a colon are confusing the parser, it thinks "Commit articles Docbook patch from GCI task http" is the field name of the next element |
| 15:12.07 | maths22 | brlcad: when will the new gci tasks be online? |
| 15:12.26 | brlcad | maths22: I've been adding a few tasks every day |
| 15:12.46 | brlcad | which specifically are you referring to |
| 15:12.57 | brlcad | I can make sure something in that area is up soon/next |
| 15:13.02 | brlcad | mysql? |
| 15:13.07 | maths22 | Sorry. I mean the ones relating to the website/mysql. |
| 15:13.15 | ``Erik | (mail parsing bs makes even xml attractive) |
| 15:16.28 | iwanmanew | i have the tash "COMPILING BRL-CAD WITH ECLIPSE ON LINUX" and in the comment @Sean said "run cmake with this option", can u tell me what is "this option" ? (link : https://google-melange.appspot.com/gci/task/view/google/gci2012/7997215?file=0 ) |
| 15:18.01 | brlcad | iwanmanew: read this http://www.vtk.org/Wiki/Eclipse_CDT4_Generator |
| 15:18.21 | brlcad | note these two lines: |
| 15:18.24 | brlcad | "Note that CMake 2.4.x users may follow instructions provided here CMake:Eclipse_UNIX_Tutorial in order to setup an Eclipse+CMake usage manually" |
| 15:18.33 | brlcad | (that's what you did) |
| 15:18.53 | brlcad | and "Create a build directory, go there and run CMake (see below for commandline)." |
| 15:19.04 | brlcad | (that's what the task is expecting) |
| 15:23.40 | iwanmanew | ok, lets see am i understand, i have to make a project in CMake, then to save the project and import it in Eclipse, then i have to build the project in Eclipse ? |
| 15:23.52 | *** part/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 15:25.05 | Notify | 03BRL-CAD:starseeker * 53850 brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml: Try to improve xml readability a bit in TEMPLATE.xml |
| 15:25.21 | starseeker | iwanmanew: no, the CMake files defining the BRL-CAD build are already present. You will use CMake to take those files as inputs and generate an Eclipse project |
| 15:25.22 | brlcad | iwanmanew: sounds about right |
| 15:25.34 | brlcad | oh right heh |
| 15:25.39 | brlcad | except that first part |
| 15:26.31 | brlcad | find that second sentence, it has the magic you need |
| 15:28.00 | starseeker | sigh - yeah, tidy is what all the Docbook lists mention (with the -xml option) so it looks like no one has bothered to do a Docbook-smart prettyprinter |
| 15:28.45 | starseeker | can't honestly say he's surprised - most commercial folk probably used GUI editors, and it's relatively rare in the open source world... |
| 15:29.08 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 15:29.20 | bhlegm | hi, could i have the gallery files for the task? and the db one too, if possible? |
| 15:30.09 | starseeker | caen23: any luck/difficulties? |
| 15:30.29 | caen23 | starseeker: i've finished man1 and man3, have just started man5 |
| 15:31.07 | starseeker | caen23: cool. If you want to take a second and post a patch for those two, I'll review them while you're working on the next ones |
| 15:31.24 | caen23 | okay |
| 15:34.20 | caen23 | starseeker: done |
| 15:34.25 | iwanmanew | ok, last question(i hope), from where i can get some example files(BRL-CAD) for testing ? |
| 15:34.29 | starseeker | caen23: thanks - on it |
| 15:35.00 | brlcad | bhlegm: which task? |
| 15:36.22 | bhlegm | http://www.google-melange.com/gci/task/view/google/gci2012/7991207 |
| 15:37.31 | brlcad | bhlegm: do you already have an account? |
| 15:37.45 | brlcad | (on the server) |
| 15:38.01 | bhlegm | no |
| 15:38.23 | starseeker | iwanmanew: uh... what do you mean example files? |
| 15:38.25 | brlcad | how were you planning on working on setting up piwigo? |
| 15:39.22 | bhlegm | manually? do you have php5 and mysql5? |
| 15:39.28 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 15:39.35 | brlcad | bhlegm: I mean where |
| 15:39.47 | brlcad | we have a couple servers |
| 15:40.06 | brlcad | one has php5+mysql4, the other has ... I'm not sure ;) |
| 15:40.09 | iwanmanew | i mean some brlcad project |
| 15:40.20 | brlcad | iwanmanew: have you compiled brl-cad manually? |
| 15:40.40 | bhlegm | can i check what the other has? xD |
| 15:40.54 | brlcad | iwanmanew: you should maybe do that first so you understand a little better what these steps are |
| 15:43.48 | brlcad | iwanmanew: see http://brlcad.org/wiki/Compiling and/or http://brlcad.org/wiki/Deuces#Getting_Started |
| 15:44.17 | ``Erik | https://github.com/erikg/cl-cia/commit/d8028799a3d5229472ff48f4640b0306a4c6c299 should fix the "------" log messages, even though it smells a bit (anyone have a better idea for how to handle that?) |
| 15:44.18 | brlcad | if you can compile manually, all you're doing is adding an option during the cmake step, and then doing the rest within Eclipse |
| 15:45.24 | brlcad | ``Erik: could look up what cia's source did |
| 15:45.32 | starseeker | ``Erik: is it live? I'm about to commit the man1 patch, that'll test it |
| 15:46.04 | ``Erik | starseeker: of course it's live, I code in production O:-) |
| 15:46.16 | brlcad | bhlegm: i know it's got php5, just haven't checked on mysql just yet |
| 15:46.25 | brlcad | logs into crit |
| 15:46.35 | ``Erik | mysql is like 5.5 or something |
| 15:46.46 | ``Erik | 5.5.28 |
| 15:46.57 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 15:47.35 | brlcad | yeah |
| 15:47.38 | brlcad | beat me to it |
| 15:47.45 | brlcad | too many damn numbers in that version string |
| 15:47.58 | starseeker | committed - watch for 53851's message |
| 15:48.16 | ``Erik | pgsql 9.1.6, too :D |
| 15:48.21 | starseeker | prods Notify |
| 15:48.25 | brlcad | bhlegm: okay, so we're good on the new host |
| 15:48.59 | brlcad | bhlegm: does piwigo have any sort of migration script or helper tools to make importing from gallery2 easy? |
| 15:51.05 | bhlegm | theres 109 imgs, i'll just upload them myself, then update the table for views, ratings, info |
| 15:51.41 | brlcad | bhlegm: lemme see if they're conveniently stored in raw format somewhere |
| 15:52.08 | starseeker | ``Erik: hmm - is sf not getting the word to Notify? |
| 15:52.11 | *** join/#brlcad caen23_ (~cezar@92.81.174.19) | |
| 15:52.35 | ``Erik | it got it there, but my isarg func isn't returning the right stuff on the funny name match |
| 15:52.37 | starseeker | caen23: man1 and man3 patches applied |
| 15:52.43 | ``Erik | I need to build the right #'values set |
| 15:52.53 | ``Erik | and there doesnt' seem to be a standard aif :/ |
| 15:53.36 | caen23 | starseeker: great, i'll upload man5 and then it's mann |
| 15:54.15 | caen23 | man5 is up on gci :D |
| 15:55.21 | brlcad | bhlegm: hm, I found the originals dir, lists 107 |
| 15:55.30 | brlcad | would be good to know what the 2 discrepancy is all about |
| 15:55.40 | brlcad | i'll pack them all up and give you a download url |
| 15:56.00 | brlcad | actually, don't even need to do that -- they should already be on crit |
| 15:56.41 | brlcad | huh, but they're not, okay |
| 15:57.55 | starseeker | caen23: man5 committed |
| 15:58.18 | starseeker | caen23: do you think mann will take long enough to warrant a separate task? |
| 15:59.30 | brlcad | caen23: would you remove the man pages that you converted from the corresponding Makefile.am files too? |
| 15:59.42 | starseeker | brlcad: I already did that |
| 15:59.46 | starseeker | oh, sorry |
| 15:59.48 | starseeker | Makefile.am |
| 15:59.52 | starseeker | blegh :-P |
| 16:00.00 | starseeker | yeah, didn't do that |
| 16:00.03 | brlcad | yeah, hit an atool fail |
| 16:00.09 | starseeker | brlcad: that's me, not him |
| 16:00.14 | starseeker | his patch just added the xml files |
| 16:00.17 | starseeker | one sec... |
| 16:00.27 | brlcad | i can delete them too, it was just a quick patch |
| 16:00.37 | caen23 | starseeker: it's larger than all the other three combined, by far. perhaps it would warrant a different task, but i'd rather this one got accepted first, so i can claim the new one right away |
| 16:00.38 | brlcad | just would have a better idea which went away |
| 16:00.49 | brlcad | caen23: definitely separate tasks |
| 16:01.04 | starseeker | well, articles, man1, man3 and man5 are complete |
| 16:01.05 | brlcad | we need to get the others in so you can at least get credit for all this work |
| 16:01.36 | caen23 | brlcad: you mean removing the .1 from src/conv/Makefile.am ? |
| 16:01.39 | Notify | 03BRL-CAD:starseeker * 53851 (brlcad/trunk/doc/docbook/system/man1/en/asc-nmg.xml brlcad/trunk/doc/docbook/system/man1/en/asc2dsp.xml and 42 others): Commit man1 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar. |
| 16:01.42 | brlcad | bhlegm: compressing now |
| 16:01.46 | Notify | 03BRL-CAD:starseeker * 53852 brlcad/trunk/doc/docbook/system/man3/en/libfb.xml: Commit man3 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar. |
| 16:01.49 | Notify | 03BRL-CAD:starseeker * 53853 (brlcad/trunk/doc/docbook/system/man5/en/dsp.xml brlcad/trunk/doc/docbook/system/man5/en/gattributes.xml): Commit man5 Docbook patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7950213 by Cezar. |
| 16:01.53 | starseeker | caen23: I'll take care of that - don't worry about it |
| 16:02.09 | starseeker | caen23: ah, there we are - your commits up in lights! |
| 16:02.12 | starseeker | ``Erik: thanks |
| 16:02.45 | starseeker | caen23: we'll get a new task up for you for mann - it's basically a copy of the old one with a new target to work on |
| 16:02.50 | caen23 | starseeker: awesome. so… should i mark my current gci task as complete, so i can claim the mann one? |
| 16:03.16 | starseeker | I would say so - brlcad, any objections? |
| 16:04.09 | ``Erik | expected too much magic from the or macro, it doesn't play well with values/multiple-value-bind :) |
| 16:04.27 | brlcad | absolutely |
| 16:05.29 | brlcad | rather, caen23 absolutely, close it out -- that bird is done ;) |
| 16:05.45 | brlcad | starseeker: heh, no objections |
| 16:05.51 | caen23 | brlcad: done, thanks |
| 16:05.59 | brlcad | caen23: do you plan on doing a lot more tasks? |
| 16:06.11 | brlcad | (for brl-cad) |
| 16:06.42 | caen23 | brlcad: yeahp. i want to get the docs done completely, and then perhaps focus on other types of tasks, if it's alright |
| 16:07.41 | brlcad | heh, yeah .. it's alright |
| 16:07.59 | starseeker | caen23: be careful when you say "docs done completely" :-P |
| 16:08.21 | caen23 | starseeker: i meant the docbook dir :D |
| 16:08.40 | brlcad | he knows :) |
| 16:09.00 | caen23 | :D |
| 16:09.07 | brlcad | caen23: do you have a sourceforge account? |
| 16:09.22 | caen23 | no, should i create one? |
| 16:09.25 | brlcad | please |
| 16:11.10 | caen23 | brlcad: done, caen23 |
| 16:15.08 | starseeker | brlcad: it's not showing yet, but I yanked the conv .1 files out of the Makefile.ams |
| 16:21.55 | Notify | 03BRL-CAD:starseeker * 53854 (brlcad/trunk/src/conv/Makefile.am brlcad/trunk/src/conv/iges/Makefile.am and 2 others): Remove references to .1 man pages that are converted to docbook |
| 16:31.13 | brlcad | caen23: have you read our HACKING file? |
| 16:31.34 | *** join/#brlcad Guest21529 (~KC@101.78.11.206) | |
| 16:31.43 | caen23 | brlcad: i'm afraid not |
| 16:32.19 | caen23 | i'll take a break from mann and read it now |
| 16:32.25 | Guest21529 | I want to know about getting setup for brlcad |
| 16:32.49 | brlcad | that is conveniently documented here: http://brlcad.org/wiki/Deuces |
| 16:33.52 | Guest21529 | My task is update mediawiki what should i start from? |
| 16:36.32 | brlcad | were you here yesterday? |
| 16:36.45 | brlcad | different name perhaps |
| 16:36.56 | Guest21529 | me? |
| 16:38.14 | starseeker | yes |
| 16:38.24 | Guest21529 | no |
| 16:39.54 | Notify | 03BRL-CAD:starseeker * 53855 brlcad/trunk/src/libbn/plane.c: initialize AtoP - getting warnings about possible uninitialized use in release build configurations. |
| 16:41.59 | Guest21529 | anyone can help? |
| 16:45.32 | *** join/#brlcad harmanpreet (~chatzilla@124.253.146.80) | |
| 16:45.47 | Guest21529 | hello? |
| 16:48.06 | Guest21529 | brlcad: I want to know more information about UPGRADE MEDIAWIKI WEBSITE task? |
| 16:50.03 | brlcad | Guest21529: you have to be more patient on irc ;) |
| 16:50.20 | brlcad | what's the gci task link? |
| 16:50.35 | Guest21529 | https://google-melange.appspot.com/gci/task/view/google/gci2012/7974236 |
| 16:51.37 | brlcad | thx |
| 17:00.18 | *** join/#brlcad minichrispy (~Alex@69.15.107.3) | |
| 17:05.34 | *** join/#brlcad minichrispy_ (~Alex@69.15.107.3) | |
| 17:06.18 | *** join/#brlcad minichrispy (~Alex@69.15.107.3) | |
| 17:08.12 | *** join/#brlcad turner_ (450f6b03@gateway/web/freenode/ip.69.15.107.3) | |
| 17:08.52 | harmanpreet | brlcad: I was reviewing the work done for the task http://www.google-melange.com/gci/task/view/google/gci2012/7957224 but didn't get what I was expecting. I was expecting little text with images with labels for better reading. |
| 17:08.54 | harmanpreet | <PROTECTED> |
| 17:10.17 | *** join/#brlcad aimt (~amit@1.186.9.7) | |
| 17:11.07 | harmanpreet | I think more work is needed. What you think? |
| 17:16.37 | minichrispy | brlcad: I'm installing snow leopard on a separate partition. i think that will get past the errors I've been getting with x11 |
| 17:24.48 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 17:27.09 | caen23 | brlcad: i've read the HACKING file. back to mann now |
| 17:34.01 | Notify | 03BRL-CAD Wiki:Minichrispy * 4675 /wiki/Compiling/XCode: New page: = CCOMPILING BRL-CAD WITH XCODE ON MAC OS X = Placeholder == Obtain Dev Tools == |
| 17:34.04 | Notify | 03BRL-CAD Wiki:Minichrispy * 4676 /wiki/Compiling/XCode: /* CCOMPILING BRL-CAD WITH XCODE ON MAC OS X */ |
| 17:43.07 | Notify | 03BRL-CAD Wiki:Minichrispy * 4677 /wiki/Compiling/XCode: |
| 17:43.10 | Notify | 03BRL-CAD Wiki:Minichrispy * 4678 /wiki/Compiling/XCode: |
| 17:43.13 | Notify | 03BRL-CAD Wiki:Minichrispy * 4679 /wiki/Compiling/XCode: |
| 17:43.16 | Notify | 03BRL-CAD Wiki:128.63.32.74 * 4680 /wiki/Deuces: move the patches closer to the intro |
| 18:10.58 | *** join/#brlcad elf_ (~elf@213.233.85.3) | |
| 18:16.20 | Notify | 03BRL-CAD Wiki:Jacksixb * 4681 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: Update past two days |
| 18:21.24 | Notify | 03BRL-CAD:n_reed * 53856 brlcad/trunk/src/librt/primitives/pipe/pipe.c: tweak collinearity test - dist should never be nan but could be infinite |
| 18:23.45 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 18:25.34 | maths22 | brlcad: I just want to check. Has the MySQL task been created and taken, or has it yet to be created? I just want to know if I should keep waiting for it or choose something else. |
| 18:37.23 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:37.43 | *** join/#brlcad caen23_ (~cezar@92.81.169.80) | |
| 18:44.21 | brlcad | harmanpreet: I had the same feeling about it |
| 18:44.36 | brlcad | notably doesn't look anything at all like all of the various examples that were included too |
| 18:45.26 | harmanpreet | brlcad: Same here. So I changed status to NeedWork. |
| 18:45.29 | brlcad | caen23: congratulations, you now have commit access |
| 18:45.33 | brlcad | don't break anything ;) |
| 18:47.45 | brlcad | still want you to claim tasks and upload patches so you get credit for your work for gci, but it should streamline getting your work integrated |
| 18:49.12 | brlcad | you can make a diff, commit it directly to the repo, then upload the diff and commit revision number to the gci site |
| 18:49.43 | brlcad | note that you can pull revisions from svn so you can create the diff after the fact too if you need to |
| 18:52.43 | caen23 | brlcad: that's nice, thanks. i think mann makes for a great first commit |
| 18:54.54 | starseeker | caen23: if you get done with mann and we don't have a task up for that yet, give us a shout here |
| 18:55.20 | caen23 | starseeker: sure |
| 18:59.53 | Notify | 03BRL-CAD:jordisayol * 53857 (brlcad/trunk/misc/Makefile.am brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/misc/debian/source/include-binaries): Improve Linux icons quality |
| 19:00.00 | brlcad | caen23: mann task created |
| 19:00.28 | caen23 | brlcad: thanks |
| 19:03.45 | brlcad | caen23: grab this one first: http://www.google-melange.com/gci/task/view/google/gci2012/7993218 |
| 19:04.18 | caen23 | brlcad: do i reupload the previous work? |
| 19:04.24 | *** join/#brlcad cristina (~quassel@188.24.80.236) | |
| 19:04.27 | brlcad | yes |
| 19:05.31 | starseeker | cristina: howdy |
| 19:05.40 | cristina | starseeker: hello :) |
| 19:05.41 | brlcad | caen23: then http://www.google-melange.com/gci/task/view/google/gci2012/7991208 |
| 19:05.48 | *** join/#brlcad minichrispy (~Alex@69.15.107.3) | |
| 19:06.08 | *** join/#brlcad harmanpreet (~chatzilla@124.253.147.149) | |
| 19:08.04 | caen23 | brlcad: i uploaded the first task |
| 19:15.12 | Notify | 03BRL-CAD:brlcad * 53858 brlcad/trunk/AUTHORS: credit Cezar Elnazli for all his work on the documentation system, converting our old manual pages to docbook xml, and cleaning up existing xml docs (lint validation) |
| 19:16.46 | Notify | 03BRL-CAD:carlmoore * 53859 (brlcad/trunk/include/bot.h brlcad/trunk/include/dm.h brlcad/trunk/include/raytrace.h): fix spellings |
| 19:18.55 | Notify | 03BRL-CAD:carlmoore * 53860 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/fb-orle.c and 2 others): fix spellings |
| 19:20.31 | Notify | 03BRL-CAD:carlmoore * 53861 (brlcad/trunk/src/tclscripts/hv3/hv3_form.tcl brlcad/trunk/src/tclscripts/mged/text.tcl brlcad/trunk/src/tclscripts/swidgets/scripts/tree.itk): fix spellings |
| 19:20.36 | brlcad | caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7991208 |
| 19:21.30 | caen23 | brlcad: done |
| 19:22.35 | brlcad | almost cries with joy.. carl committing multiple files at the same time |
| 19:23.00 | Notify | 03BRL-CAD:carlmoore * 53862 (brlcad/trunk/src/tclscripts/mged/comb.tcl brlcad/trunk/src/tclscripts/mged/openw.tcl): fix spellings |
| 19:23.39 | Notify | 03BRL-CAD:carlmoore * 53863 brlcad/trunk/src/tclscripts/mged/skt_ed.tcl: change capital I to small i |
| 19:25.48 | Notify | 03BRL-CAD:carlmoore * 53864 (brlcad/trunk/src/conv/dxf/g-dxf.c brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/irprep/showtherm.c): fix spellings and fix apostrophe |
| 19:28.13 | Notify | 03BRL-CAD:carlmoore * 53865 (brlcad/trunk/src/conv/iges/conv_drawings.c brlcad/trunk/src/conv/iges/revolve.c and 3 others): fix spellings |
| 19:31.28 | Notify | 03BRL-CAD:brlcad * 53866 brlcad/trunk/NEWS: jordi beefed up the desktop icons for files and our apps on linux |
| 19:34.37 | Notify | 03BRL-CAD:carlmoore * 53867 (brlcad/trunk/src/liboptical/sh_toyota.c brlcad/trunk/src/mged/chgtree.c and 4 others): fix spellings |
| 19:41.09 | *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net) | |
| 19:41.20 | Notify | 03BRL-CAD:carlmoore * 53868 (brlcad/trunk/src/libbn/mat.c brlcad/trunk/src/libbn/tplot.c and 4 others): fix spellings including Glassner |
| 19:45.59 | Notify | 03BRL-CAD:carlmoore * 53869 (brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml brlcad/trunk/doc/html/ReleaseNotes/Rel6.0/index.html and 3 others): fix spellings including Glassner |
| 19:48.14 | Notify | 03BRL-CAD:carlmoore * 53870 (brlcad/trunk/doc/html/manuals/index.html brlcad/trunk/doc/html/manuals/mged/mged1.html brlcad/trunk/doc/html/manuals/mged/shaders.html): fix spellings |
| 19:48.33 | Notify | 03BRL-CAD:carlmoore * 53871 brlcad/trunk/misc/CMake/FindADAPTAGRAMS.cmake: fix spelling of ADAPTAGRAMS |
| 19:51.43 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 20:03.18 | Notify | 03BRL-CAD:brlcad * 53872 brlcad/trunk/AUTHORS: credit Akshay Kashyap (skriptkid) with his gci contribution that moved libbn comments from source to header files |
| 20:04.27 | Notify | 03BRL-CAD:brlcad * 53873 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/mat.c and 12 others): accept gci task http://www.google-melange.com/gci/task/view/google/gci2012/8008208 from Skriptkid (Akshay Kashyap) which migrates comments from libbn sources to the bn.h header. per his notes, he moved not only the function comments but also some of the file header comments. nice. |
| 20:12.02 | Notify | 03BRL-CAD:carlmoore * 53874 (brlcad/trunk/src/librt/prep.c brlcad/trunk/src/librt/timer42.c brlcad/trunk/src/librt/timerunix.c): fix spelling of Compatibility |
| 20:14.47 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 20:16.46 | GrantMercer015 | does the vm image on the brlcad website come with brlcad pre-installed? |
| 20:29.51 | Notify | 03BRL-CAD:carlmoore * 53875 brlcad/trunk/include/bn.h: remove trailing blanks/tabs |
| 20:30.44 | brlcad | GrantMercer015: I the sources are pre-downloaded |
| 20:31.42 | brlcad | I don't believe binaries were included because they would have made the vm image huge, but it should build and install cleanly straight from download |
| 20:33.44 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 20:39.39 | *** join/#brlcad caen23_ (~cezar@92.81.174.86) | |
| 20:40.19 | GrantMercer015 | im having some trouble installing the VM to my windows 7 computer, i open the appliance and attempt to install it, but it says the compressed image file is corrupted |
| 20:40.30 | GrantMercer015 | could it be that the VM i have wants .ovf instead of .ova format? |
| 20:40.54 | brlcad | no, your download probably didn't complete successfully |
| 20:41.08 | brlcad | check the checksum or just try downloading it again |
| 20:41.24 | brlcad | that's happened to others, connection gets cut |
| 20:42.09 | GrantMercer015 | alright, ill redownload the file |
| 20:48.48 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 20:49.55 | Notify | 03BRL-CAD:starseeker * 53876 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml brlcad/trunk/doc/docbook/system/man1/en/pix2asc.xml): Had a couple man pages which output to two names - fix build logic. |
| 20:50.32 | caen23 | mann is done. here's how i plan to commit: 1) cd brlcad/doc/docbook/system/mann/en 2) svn commit. is this okay, or will it break anything? svn status only shows the files in this directory, marked as M(odified) |
| 20:51.22 | starseeker | caen23: that should be fine - You'll need an -m option to svn providing a commit message |
| 20:51.40 | caen23 | starseeker: okay, let me try |
| 20:52.03 | starseeker | something like svn commit -m "Fix xmllint errors in mann Docbook files" |
| 20:53.07 | caen23 | hmm… i went with "mann now passes XML validation". can i not change the message after the fact? |
| 20:53.18 | starseeker | caen23: that's fine too |
| 20:53.31 | caen23 | alright then |
| 20:53.37 | starseeker | caen23: the point of the commit message is to describe what the commit is about |
| 20:54.12 | caen23 | i understand that, but i thought it wasn't explicit enough :D |
| 20:54.26 | starseeker | nah, that's good |
| 20:55.49 | Notify | 03BRL-CAD:brlcad * 53877 brlcad/trunk/src/tclscripts/archer/images/Makefile.am: missing a few files |
| 20:56.19 | Notify | 03BRL-CAD:brlcad * 53878 brlcad/trunk/src/tclscripts/lib/tclIndex: missing accordian files |
| 20:57.16 | caen23 | brlcad: you said you wanted me to upload a patch to gci, as well as the commit revivision number. how do i do that? leave a comment, or post a link to the commit? |
| 21:00.20 | brlcad | caen23: you cannot change the commit message after you commit, that's a permanent record |
| 21:00.43 | brlcad | but you can change it on the command line or leave off the -m and it'll throw you into your default EDITOR |
| 21:01.32 | brlcad | the commit message should say whatever the source diff doesn't say (which is usually a summary of 'what' and almost always 'why') |
| 21:02.00 | brlcad | leaving a comment on the gci task is fine, it's just to let any of the other mentors know that you already committed it |
| 21:02.34 | brlcad | you could even say that, "since I was granted commit access, this change was applied in r#####" |
| 21:02.58 | brlcad | but a simple "committed in r#####" suffices too |
| 21:03.29 | brlcad | caen23: it would be good to also reference the GCI task in your svn commit message |
| 21:03.41 | caen23 | good point |
| 21:03.43 | brlcad | (that's part of the 'why') |
| 21:04.22 | brlcad | maths22: mysql task is up |
| 21:04.27 | Notify | 03BRL-CAD:caen23 * 53879 (brlcad/trunk/doc/docbook/system/mann/en/3ptarb.xml brlcad/trunk/doc/docbook/system/mann/en/B.xml and 243 others): mann now passes XML validation |
| 21:04.47 | maths22 | Thanks |
| 21:04.49 | caen23 | wow, it's live. that's nice |
| 21:06.11 | *** join/#brlcad M0J0E (~johannes@p4FDFA020.dip.t-dialin.net) | |
| 21:21.47 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 21:25.09 | *** join/#brlcad caen23_ (~cezar@92.81.174.86) | |
| 21:38.06 | brlcad | caen23: you didn't mark the mann task as done |
| 21:38.43 | caen23 | brlcad: oops, sorry. done |
| 21:41.06 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/8029208 |
| 21:42.25 | *** join/#brlcad 45PABEPV3 (~cezar@92.81.174.86) | |
| 21:54.13 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 22:07.36 | starseeker | woo hoo - most of the way to a clean xmllint enabled docbook build |
| 22:10.46 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 22:10.49 | GrantMercer015 | not going to lie, building the source on my unix VM is pretty cool seeing all the files being created infront of my eyes |
| 22:14.33 | GrantMercer015 | I might need an extension of time for my current task, where do i ask for one? I have to hop on a plane and i have an estimated 20 hours of tavel so i my deadline might run out before i land |
| 22:38.15 | brlcad | GrantMercer015: which task? |
| 22:40.00 | *** join/#brlcad GrantMercer015 (GrantMerce@ip72-193-246-126.lv.lv.cox.net) | |
| 23:00.20 | *** join/#brlcad caen23 (~cezar@92.81.174.86) | |
| 23:05.51 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 23:06.01 | brlcad | bhlegm: what are you working on now? |
| 23:08.20 | bhlegm | i made a folder public_html but i can't get to it through http://crit.brlcad.org/~gcibhlegm |
| 23:10.44 | caen23 | brlcad: lessons/en is already valid :-? |
| 23:11.26 | starseeker | hmm - looks like it |
| 23:11.32 | starseeker | es has some troubles |
| 23:12.10 | starseeker | caen23: go ahead and hit the es lessons |
| 23:12.51 | brlcad | bhlegm: how long were you going to wait to tell someone that? :) |
| 23:13.06 | starseeker | If that goes too quick for a task, you can toss in BRL-CAD_Tutorial_Series-VolumeIV.xml in books/en |
| 23:13.41 | brlcad | yeah, just hit up the rest of the lessons |
| 23:13.56 | caen23 | starseeker: hmm… i'm not so sure. es/mgde01 shows the following error: element listitem: Schemas validity error : Element '{http://docbook.org/ns/docbook}listitem': Character content other than whitespace is not allowed because the content type is 'element-only'. |
| 23:14.00 | brlcad | I thought one of the directories had received some validation attention at one point |
| 23:14.13 | caen23 | but en/mged01 has the same structure and it doesn't complain |
| 23:14.34 | GrantMercer015 | i could use some help coming up with a method for a sorting method for my on-going task |
| 23:15.15 | GrantMercer015 | i found that the the strings i need to sort are written using fprintf(const * char), so my guess is to make an array of strings and use qsort to sort the array |
| 23:15.32 | caen23 | starseeker: perhaps they've been suppressed somehow in en? |
| 23:15.47 | brlcad | GrantMercer015: http://www.anyexample.com/programming/c/qsort__sorting_array_of_strings__integers_and_structs.xml |
| 23:15.47 | GrantMercer015 | im having trouble thinking of how i would parse the string so i could access the second variable in the string in order to sort |
| 23:15.59 | brlcad | everything you need should be in there |
| 23:16.21 | starseeker | hrm |
| 23:16.40 | brlcad | you need a two dimensional array of strings |
| 23:17.29 | bhlegm | brlcad i went to school |
| 23:17.42 | caen23 | starseeker: i'm sorry, i wasn't paying attention. it's alright, i'll fix es |
| 23:17.51 | brlcad | bhlegm: how dare you! |
| 23:17.59 | bhlegm | my dad forced me :( |
| 23:18.10 | starseeker | caen23: eh? |
| 23:19.07 | GrantMercer015 | yea, i've figured that part out. I also found the file that i need to sort, so my plan is to copy each line of the file into a 2d array into and send it to qsort to sort. But my question would be what about the lines that dont contain numbers? will qsort have an error for those? |
| 23:19.10 | GrantMercer015 | example: |
| 23:19.11 | starseeker | caen23: that first one in the first lesson looks like a period outside the paragraph... |
| 23:19.41 | brlcad | { { "col1row1", "col2row1", "col3row1" }, { "col1row2", "col2row2", "col3row2" } } |
| 23:20.38 | brlcad | lines without numbers will end up being empty or null fields in your 2d array, now? |
| 23:21.11 | GrantMercer015 | so if i have a line saying: "5 -4 user : %s\n"" |
| 23:21.34 | GrantMercer015 | i parse the 5 into col1row1, -4 into col2row1 and the rest into col3row1? |
| 23:22.20 | GrantMercer015 | actually, that wouldnt quite make sense with my logic |
| 23:22.53 | starseeker | brlcad: did you see this back in August? http://www.3dcadtips.com/open-source-cad-another-perspective/ |
| 23:23.03 | starseeker | caen23: good to go? |
| 23:23.25 | GrantMercer015 | i was thinking have char * Arr[] = { {contents of line1}, {contents of line2} } and pick the individual line apart during the sort function |
| 23:23.52 | caen23 | starseeker: figured it out, thanks :D btw, did my message not show up, because i've only just received the last 15 messages or so, in one shot |
| 23:24.17 | starseeker | which message? in IRC? |
| 23:24.20 | caen23 | yes |
| 23:24.43 | starseeker | last one I saw was the "i'll fix es" one |
| 23:25.04 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 23:25.08 | caen23 | it's okay, then :) back to work |
| 23:25.26 | starseeker | heh - yeah, IRC will occasionally be a bit quirky |
| 23:25.45 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:26.24 | starseeker | caen23: commit messages are sometimes even quirkier in channel, since they rely on an email system generating a mail and then ``Erik's lisp minions doing some crunching |
| 23:28.04 | brlcad | starseeker: I think I did, but it's a good refresher either way |
| 23:28.31 | brlcad | GrantMercer015: what you first said, yes |
| 23:28.42 | brlcad | because that's exactly what the command-line 'sort' tool does |
| 23:29.18 | brlcad | you could do your other idea with a 1D array with each entry being the line from the file |
| 23:29.35 | brlcad | but, like you note, writing that sorting function is going to be a little more tricky |
| 23:29.42 | brlcad | a whole lot easier book-keeping though |
| 23:29.55 | brlcad | bhlegm: fixing the user-dirs |
| 23:30.55 | bhlegm | thanks |
| 23:32.37 | Notify | 03BRL-CAD:carlmoore * 53880 brlcad/trunk/src/proc-db/pyramid.c: fix Glassner spelling |
| 23:32.44 | Notify | 03BRL-CAD:brlcad * 53881 (brlcad/trunk/NEWS brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): fix the deprecation error reported by hsrai on the brlcad-users mailing list where he noticed a deprecation error when he selected File->New and created a new database. it was using the old Db interface. make it use the new ged interface. |
| 23:36.02 | brlcad | bhlegm: should be working now |
| 23:36.21 | bhlegm | thanks :) |
| 23:36.27 | bhlegm | oh |
| 23:36.45 | bhlegm | could i have read access to wherever the current gallery is? |
| 23:36.55 | bhlegm | if it's on here |
| 23:39.34 | Notify | 03BRL-CAD:caen23 * 53882 (brlcad/trunk/doc/docbook/lessons/es/mged01_crear_figuras_primitivas.xml brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml and 3 others): lessons/es is now XML valid (GCI Task) |
| 23:42.53 | starseeker | nice! - looks like it's down to just the Vol4 tutorial book, based on what I'm seeing here |
| 23:43.44 | starseeker | brlcad: what do you think? - Vol4 as its own task? |
| 23:44.02 | *** join/#brlcad minichrispy (b82f2fc7@gateway/web/freenode/ip.184.47.47.199) | |
| 23:46.37 | starseeker | estimate about 50 errors in VolIV |
| 23:47.00 | brlcad | bhlegm: what kind of access? |
| 23:47.39 | brlcad | yeah, that's a good one |
| 23:47.40 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 23:48.03 | starseeker | brlcad: so caen23 should mark this task as done? |
| 23:48.26 | brlcad | yep |
| 23:48.43 | brlcad | caen23: mention that actual task url in your commit message |
| 23:48.57 | starseeker | (next time) |
| 23:48.59 | bhlegm | enough so i can see the tables on the database that gallery uses |
| 23:49.30 | brlcad | bhlegm: ah, you'll have to log into a different machine for that |
| 23:50.14 | GrantMercer015 | brlcad: i got my example program working with qsort but im only able to sort using the firt field because strcmp reaches that first, how can i make strcmp ignore the first number and sort using the second number? |
| 23:50.36 | starseeker | caen23: once VolumeIV is delt with, what sounds interesting? Did you want to do for src/fb, src/util, etc. what you did for src/conv? (now that you've got the hang of it) or did you want to do something else? |
| 23:50.51 | GrantMercer015 | the lines contain like such "num numiNeedToSort DataforFile" |
| 23:51.00 | starseeker | caen23: just askinso we get a sense of what tasks to have ready |
| 23:51.38 | starseeker | GrantMercer015: remember the links I pasted yesterday giving an overview of string comparison functions? |
| 23:53.27 | starseeker | http://en.wikipedia.org/wiki/C_string_handling#Functions |
| 23:54.09 | GrantMercer015 | i do and i looked over them, but i need to sort the second char in the string instead of the first. I looked over the link and didnt find anything like that |
| 23:54.47 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 23:55.04 | starseeker | GrantMercer015: so if you want to compare three characters of two strings starting with the second character in each, you'll use a combinatoin of strncmp and adding offsets to the string char* address |
| 23:55.32 | caen23 | starseeker: haven't put much thought into it, but at some point i was interested in the "set up svnplot" one |
| 23:55.54 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/7994222 |
| 23:56.37 | starseeker | GrantMercer015: this might be helpful: http://stackoverflow.com/questions/256218/the-simplest-way-of-printing-a-portion-of-a-char-in-c |
| 23:56.53 | brlcad | yeah, give someone else a go at the other manual pages ;) |
| 23:57.39 | starseeker | GrantMercer015: you'll be doing something other than using printf, but look at how they are addressing parts of a astring |
| 23:58.27 | brlcad | GrantMercer015: you have to increment the pointer to the field of interest to make strcmp work |
| 23:58.30 | GrantMercer015 | raises his hands in disbelief, he has solved the problem! |
| 23:59.10 | starseeker | caen23: but if the weeks go by and nobody else grabs the other man page conversions tasks, feel free to pick 'em off while your skills are fresh :-P |
| 23:59.18 | GrantMercer015 | whats the brlcad vm password? |
| 23:59.24 | minichrispy | brlcad: ive installed mac os x snow leopard on another partition, and now im downloading a compatible version of xcode as well as all the cmake/brlcad tools. hopefully this will work better than mountain lion |
| 23:59.28 | brlcad | and therein is a problem, because you dont' have access to know which field by the time it gets to there |
| 23:59.32 | brlcad | GrantMercer015: beats me |
| 23:59.36 | brlcad | it's in the instructions |
| 23:59.36 | GrantMercer015 | dang it |
| 00:00.13 | brlcad | minichrispy: hopefully, but really shouldn't matter for the task itself, no? didn't the flag to disable X11 work? |
| 00:01.11 | caen23 | starseeker: i will surely continue to do conversions along the way, but i wanted to try something different at the moment |
| 00:01.11 | minichrispy | nope, i tried it again and got the same problem. the cmake command worked, but when i ran the make command it failed at 29% (without the disable x11 flag it failed at 35%) |
| 00:01.13 | brlcad | GrantMercer015: IF the strings were fixed width fields, you could just increment the string pointers forward, but they're not -- you're going to need a 2D array |
| 00:01.45 | brlcad | minichrispy: saying it failed says nothing useful -- have to read the error and understand it ... |
| 00:02.26 | brlcad | the 35% one failed because it was getting to a declaration that used X11 without including any of the headers for X11 |
| 00:02.39 | brlcad | disabling X11 should take care of that specific problem |
| 00:02.55 | starseeker | if it didn't, we have a bug |
| 00:03.00 | brlcad | doesn't imply there won't be more work, but that always goes without saying |
| 00:03.03 | GrantMercer015 | i've solved it! http://pastebin.com/j5KPd8Cm |
| 00:03.26 | brlcad | GrantMercer015: can you use a different paste service |
| 00:04.06 | GrantMercer015 | oh, that was just my seperate programming sorting a 2d array. What other paste services should i use? |
| 00:04.09 | minichrispy | brlcad: i forgot to take a picture of it, so i dont know exactly. if snow leopard fails, ill go back and run it again on montain lion to get you the error |
| 00:04.39 | starseeker | minichrispy: you want to do a text capture (maybe the script command) rather than screen shots |
| 00:05.30 | brlcad | ~pastebin |
| 00:05.30 | ibot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 00:05.38 | minichrispy | starseekerL: ah, i might actually still have the log, lemme check |
| 00:06.38 | GrantMercer015 | wait, brlcad wasnt talking to me was he about using a different paste service |
| 00:06.39 | GrantMercer015 | or was he |
| 00:06.48 | starseeker | he was |
| 00:07.01 | GrantMercer015 | oh, whats wrong with pastebin :( |
| 00:08.14 | brlcad | pastebin.com is firewalled and inaccessible to most of the devs |
| 00:08.39 | brlcad | they're rather affiliated with malicious content and nefarious dealings |
| 00:08.45 | brlcad | and they're ugly and smell bad |
| 00:08.57 | minichrispy | sec, dinner time |
| 00:10.00 | ``Erik | http://paste.lisp.org w00tw00t |
| 00:10.08 | GrantMercer015 | oh, what should i replace pastebin with then? |
| 00:10.41 | iwanmanew | i'm back with my stupid questions, "there should be a "benchmark" build rule in Eclipse when you've imported and built that will run the BRL-CAD benchmark suite. that'll be a nice finishing touch.", i read http://brlcad.org/wiki/Benchmark_Performance_Database and i think understand what is BRL-CAD benchmark suite (system that tests the performance of a given system's CPU, memory etc.), but |
| 00:10.41 | iwanmanew | can you tell me what is that "benchmark build rule" ? |
| 00:11.05 | brlcad | iwanmanew: did you do that first step? |
| 00:11.12 | brlcad | i.e., compile brl-cad |
| 00:11.17 | brlcad | manually |
| 00:12.25 | iwanmanew | yeah, i'm ready with the other part of the tutorial (or just i think that) |
| 00:12.45 | brlcad | if you did, you should understand the answer to your question |
| 00:12.55 | *** part/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 00:12.57 | brlcad | assuming you were paying attention to the build steps and the output being displayed to you |
| 00:14.04 | brlcad | were you able to generate the eclipse project using our build system files? |
| 00:14.58 | iwanmanew | may i upload the tutorial now and so you can tell me am i in the right way ? |
| 00:15.08 | brlcad | no, heh |
| 00:15.13 | brlcad | dude |
| 00:15.17 | brlcad | (or dudette) |
| 00:15.39 | brlcad | if you don't understand my question, it's alright to say that :) |
| 00:15.58 | iwanmanew | So i |
| 00:16.36 | brlcad | did you complete the Compiling instructions? |
| 00:17.24 | iwanmanew | i think so |
| 00:17.52 | iwanmanew | with CMake i'm making BRL-CAD in Eclipse project |
| 00:18.18 | brlcad | iwanmanew: you're not sure? |
| 00:18.26 | caen23 | starseeker: hmm… so now that vol4 is done, would you like to review it before i commit? |
| 00:18.35 | GrantMercer015 | having trouble opening a .g in the console atm in my linux vm, im trying mged -c /usr/brlcad-7.22.0/share/brlcad/7.22.0/db/goliath.g |
| 00:18.39 | iwanmanew | I'm confused |
| 00:18.49 | brlcad | iwanmanew: you either followed the instructions on http://brlcad.org/wiki/Compiling and it worked or you ran into a problem? |
| 00:19.56 | iwanmanew | i did them all, but i dont know anything about benchmark |
| 00:20.15 | brlcad | if you followed the instructions and completed them successfully, then you ran the benchmark and should have performance numbers for your system |
| 00:20.26 | brlcad | it was the second the last command |
| 00:20.35 | iwanmanew | yes, i saw that |
| 00:20.46 | brlcad | what was your performance number? |
| 00:20.51 | brlcad | do you have the log file? |
| 00:21.02 | brlcad | it'll be the "VGR" number |
| 00:21.28 | iwanmanew | but my question is what i have to do about that in tutorial ? |
| 00:21.45 | brlcad | and my question is attempting to confirm that you actually ran the steps correctly |
| 00:22.01 | brlcad | if you didn't, then the tutorial is pointless |
| 00:22.27 | GrantMercer015 | nevermind, opened the file |
| 00:22.44 | iwanmanew | i had a problem with "Compile" |
| 00:23.10 | brlcad | okay, so the truth emerges... progress! |
| 00:23.20 | brlcad | what was the problem? |
| 00:24.11 | iwanmanew | "No rule to make target 'test'. Stop." |
| 00:24.41 | brlcad | you apparently had a problem before "make test" |
| 00:24.47 | starseeker | caen23: go ahead and commit - I can check it "live" |
| 00:24.50 | brlcad | and before "make" |
| 00:25.11 | brlcad | iwanmanew: what was the cmake command that you ran before make? |
| 00:25.27 | brlcad | and what platform are you on? |
| 00:25.51 | iwanmanew | no, problems are in make & in make test, if i type "make" => "No targets specified" |
| 00:26.02 | iwanmanew | im on ubuntu |
| 00:26.11 | brlcad | exactly my point, that's wrong |
| 00:26.21 | brlcad | something before make is wrong |
| 00:26.30 | brlcad | what was your cmake command? |
| 00:26.55 | iwanmanew | that in the example |
| 00:27.11 | iwanmanew | "cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON" |
| 00:27.26 | brlcad | good |
| 00:27.38 | brlcad | do you have the output from that? |
| 00:27.57 | caen23 | brlcad: is it okay if i only include the task code in the commit (for example, 7994222)? |
| 00:28.00 | iwanmanew | no at the moment, may i repeat this step ? |
| 00:28.18 | brlcad | iwanmanew: you can, but you'll need to be in the right directory |
| 00:28.32 | brlcad | cd to that .build directory you created |
| 00:28.36 | iwanmanew | i know, ok just 1 min |
| 00:28.43 | brlcad | caen23: why not the whole url? :) |
| 00:29.37 | caen23 | brlcad: i thought you preferred shorter messages, will include the whole url :D |
| 00:30.48 | starseeker | caen23: as long as the length is serving a purpose, it's not a big deal |
| 00:31.08 | Notify | 03BRL-CAD:caen23 * 53883 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIV.xml: books/en/BRL-CAD_Tutorial_Series-VolumeIV now passes XML validation (GCI Task: http://www.google-melange.com/gci/task/view/google/gci2012/7994222) |
| 00:31.18 | brlcad | "length" has nothing to do with it, they should be informative without being redundant is all |
| 00:32.03 | brlcad | like notice how mentioning the file name is redundant -- that's already an intrinsic part of the commit |
| 00:32.51 | GrantMercer015 | i think i have finished my task, should i just submit my tables.c file to the task? |
| 00:33.00 | iwanmanew | brlcad : i'm ready |
| 00:33.14 | brlcad | iwanmanew: paste the output to pastebin.ca |
| 00:33.19 | starseeker | GrantMercer015: did you paste that result at paste.lisp.org or one of theother ones? |
| 00:33.41 | brlcad | GrantMercer015: you should make a patch when you're really done -- you confirm that it works? |
| 00:34.12 | brlcad | seems like a really quick jump from figuring out storage to "all done" :) |
| 00:34.15 | GrantMercer015 | alright, ill finish up the file and compile the source |
| 00:34.53 | caen23 | brlcad: i guess you're right, i was thinking of a commit message as belonging more with the project as a whole than the files it applies to, individually. i'll try to improve the next ones |
| 00:35.01 | brlcad | iwanmanew: only need the last 100 lines or so from the bottom of the output |
| 00:35.41 | GrantMercer015 | here is the paste link from paste.lisp: http://paste.lisp.org/+2VD5 |
| 00:35.55 | GrantMercer015 | its an example program that sorts of the lines of data with the second field |
| 00:36.03 | brlcad | that commit message is intimitely tied to the lines of the file(s) that are changed |
| 00:36.20 | iwanmanew | brlcad : ok, but where is pastebin.ca |
| 00:37.15 | brlcad | GrantMercer015: yeah, but try a mix of 1 and 2-digit numbers |
| 00:37.47 | brlcad | the real data is going to be a mix of arbitrarily long numbers |
| 00:38.22 | brlcad | iwanmanew: pastebin.ca is at pastebin.ca |
| 00:38.54 | GrantMercer015 | oh i see, thats a good point |
| 00:39.23 | starseeker | caen23: looks good - the details of which option(s) are replacable probably need checking, but that's a problem for another day (I wouldn't have trusted them to be right to begin with) |
| 00:39.42 | starseeker | caen23: well done! We can now enable the xmllint checking by default |
| 00:39.52 | brlcad | GrantMercer015: if you know that it's always sorting the Nth field, you can scan forward and test the characters |
| 00:41.01 | caen23 | starseeker: i agree on the "replaceable" issues, i'm not entirely sure, either, but it looked like a safe assumption |
| 00:41.20 | brlcad | while (!isspace(ia)) ia++; while (isspace(ia)) ia++; .. gets you to the start of the second column |
| 00:41.50 | brlcad | you'd need some additional protections against infinite looping and bad input, but that's the gist |
| 00:43.09 | brlcad | iwanmanew: that was not meant to be funny -- your question doesn't make sense, it's like you just asked "ok, but where is google.com" |
| 00:43.19 | brlcad | google.com is at google.com |
| 00:43.19 | GrantMercer015 | so: loop through until the first space is read(end of first number), start reading until next space is found and use those bounds to grab an integer which will be used to sort |
| 00:43.44 | brlcad | bingo |
| 00:44.02 | GrantMercer015 | pats himself on the back |
| 00:44.04 | brlcad | what's up with that *(const char **)? |
| 00:44.09 | iwanmanew | is it a file from brlcad or from Cmake or .... ? |
| 00:44.17 | brlcad | iwanmanew: it's a website |
| 00:44.37 | brlcad | paste your last 100 lines from cmake on that site |
| 00:44.43 | iwanmanew | I realized |
| 00:44.43 | GrantMercer015 | i was strolling through some sites and one site said that was how you converted the 2d array into a single char * |
| 00:44.46 | brlcad | let me know the url it gives you |
| 00:45.02 | GrantMercer015 | it seems a little strange to me also, but since it worked i didnt question it to much |
| 00:45.07 | brlcad | GrantMercer015: you misunderstood |
| 00:45.56 | GrantMercer015 | what would be the correct conversion into a char*? |
| 00:46.10 | iwanmanew | http://pastebin.ca/2257660 |
| 00:46.26 | brlcad | just cast the const void * to a const char * |
| 00:46.46 | brlcad | iwanmanew: thank you, that's good |
| 00:47.09 | brlcad | and it looks like everything went okay |
| 00:47.11 | caen23 | starseeker: did you modify the man3 patch before applying? :D |
| 00:47.15 | brlcad | now what happens when you type "make"? |
| 00:47.43 | starseeker | caen23: not sure - why, did something go wrong? |
| 00:47.45 | brlcad | iwanmanew: pay attention to the last line it just gave you from cmake |
| 00:47.56 | brlcad | iwanmanew: "Build files have been written to: /home/iwcho/test/brlcad/.build" |
| 00:48.02 | iwanmanew | finally ... something its going on .. |
| 00:48.03 | brlcad | you ran cmake -- it make build files |
| 00:48.22 | brlcad | iwanmanew: it made *Makefile* build files, because that's the default |
| 00:48.44 | brlcad | your task is to have cmake generate Eclipse build files instead of Makefile build files |
| 00:49.12 | brlcad | once you do that, you'll import that into eclipse and push a button instead of typeing "make" |
| 00:49.37 | brlcad | note the second command after that "make test" .. 'test' is a build TARGET |
| 00:49.45 | brlcad | 'benchmark' is a build target |
| 00:49.48 | starseeker | caen23: what are you seeing? |
| 00:50.06 | caen23 | starseeker: hmm… not necessarily, but i replaced titles written as "<info><title>Title</title></info>" with "<title>Title</title>" because apache fop generates weird titles with the former, but those changes don't seem to be live |
| 00:50.14 | GrantMercer015 | brlcad: upon removing *(const char**)a the program becomes unsorted, ill keep it and add the looping to get arb. long ints and see if it works itself out |
| 00:50.29 | GrantMercer015 | (and replacing with const char * cast) |
| 00:50.32 | starseeker | caen23: go ahead and commit any fixes that need comitting |
| 00:50.55 | starseeker | just make sure they build cleanly :-) |
| 00:50.55 | iwanmanew | brlcad : ok, you want to say that im in zero position ? |
| 00:50.59 | brlcad | iwanmanew: when you're using *make* .. the targets are just that simple name (e.g., "make test") .. when you use Eclipse, theyll be somewhere else but the same ones are available |
| 00:52.55 | iwanmanew | cmake -G "Eclipse CDT4 - Unix Makefiles" /path/to/src ? |
| 00:53.59 | brlcad | iwanmanew: so you just ran cmake .. what is/was your /path/so/src that you used? |
| 00:56.25 | iwanmanew | home/test/brlcad/.build |
| 00:56.52 | iwanmanew | yes |
| 00:57.06 | iwanmanew | no * |
| 00:57.34 | iwanmanew | "cmake .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON" was the command |
| 00:58.44 | brlcad | so with that command |
| 00:58.54 | brlcad | you specified a path/to/src |
| 00:59.02 | brlcad | where is it on that line? |
| 01:00.18 | iwanmanew | there's no |
| 01:00.44 | brlcad | there is |
| 01:00.58 | iwanmanew | where is it? |
| 01:01.17 | brlcad | well, it's not "cmake" |
| 01:01.33 | brlcad | that leaves you with three other possibilities, no? |
| 01:02.42 | iwanmanew | what are my possibilities ? |
| 01:05.13 | brlcad | .. -DBRLCAD_ENABLE_STRICT=OFF -DBRLCAD_BUNDLED_LIBS=ON |
| 01:06.31 | iwanmanew | .. ? |
| 01:06.41 | starseeker | right |
| 01:06.45 | starseeker | what path does that specify? |
| 01:07.01 | iwanmanew | same folder in which i am |
| 01:07.08 | iwanmanew | ? |
| 01:07.08 | starseeker | nope |
| 01:07.45 | iwanmanew | .build folder ? |
| 01:07.54 | starseeker | nope |
| 01:08.04 | brlcad | ".." is the folder containing the .build folder .. it's the "parent" folder |
| 01:08.06 | starseeker | ".." has a specific meaning in unix paths |
| 01:08.52 | brlcad | so when you see path/to/src .... you need to know where the source files are |
| 01:08.58 | brlcad | the source files are the ones you downloaded |
| 01:09.20 | brlcad | you downloaded them to /home/iwcho/test/brlcad |
| 01:09.42 | brlcad | you make a build directory in there called ".build": /home/iwcho/test/brlcad/.build |
| 01:10.13 | brlcad | you changed directory to brlcad (cd brlcad), then again to .build (cd .build) |
| 01:10.41 | brlcad | so you are IN /home/iwcho/test/brlcad/.build when you ran cmake ... |
| 01:10.59 | iwanmanew | i need to be in paret dir ? |
| 01:11.11 | brlcad | so from /home/iwcho/test/brlcad/.build, you specified a relative path ".." which is the /home/iwcho/test/brlcad directory |
| 01:11.31 | brlcad | you don't need to do anything, I'm explaining what you did so you understand what you did |
| 01:11.50 | brlcad | if you don't understand what you did, you won't understand what you need to do |
| 01:12.04 | iwanmanew | ok |
| 01:12.50 | brlcad | now that you've compiled and successfully run cmake, you should be able to repeat the proper steps that will generate the ecplise build |
| 01:13.03 | brlcad | you're going to run cmake again |
| 01:13.20 | brlcad | you can use the gui like you first wrote, but you still need to specify the right directories for everything |
| 01:13.32 | brlcad | or you can do it on the command-line to make sure you get it right :) |
| 01:14.13 | brlcad | give it a try again, tell cmake to use the brlcad source directory and generate an eclipse build |
| 01:14.33 | brlcad | re-read what was written here and what was written on the task if you get stuck |
| 01:14.35 | iwanmanew | i |
| 01:15.15 | iwanmanew | i have used gui and make a eclipse project from Cmake files |
| 01:16.54 | iwanmanew | ok |
| 01:17.06 | iwanmanew | thanks about everything :) |
| 01:17.24 | *** join/#brlcad caen23_ (~cezar@92.81.193.169) | |
| 01:24.08 | Notify | 03BRL-CAD:starseeker * 53884 brlcad/trunk/CMakeLists.txt: Now that DocBook documentation does pass xmllint validation thanks to Cezar's work, turn on validation whenever BRL-CAD's strict build setting is enabled (i.e. most of the time.) xmllint validation is the DocBook analogue to our C/C++ strict flags, so it makes sense to enable both when we're being 'strict' - forces us to keep the sources in a clean state. |
| 01:24.59 | starseeker | has been wanting to do that for a long time :-) |
| 01:25.13 | starseeker | too bad it's not user visible |
| 01:25.51 | starseeker | caen23: nice job |
| 01:29.15 | *** join/#brlcad caen23 (~cezar@92.81.193.169) | |
| 01:29.59 | caen23 | starseeker: thanks, it's nice to see the result of work :) |
| 01:36.09 | brlcad | caen23: and when he says a long time, he means years |
| 01:38.12 | caen23 | :D btw, for the svnplot task, do you have any preferences regarding whether i should use js-based or the matplot-based generation? |
| 01:39.05 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 01:46.35 | brlcad | caen23: whatever is simpler to set up and maintain |
| 01:46.55 | caen23 | brlcad: ok |
| 01:55.58 | GrantMercer015 | brlcad: i would really use some help, this sort function with arb. long integers is melting my brain http://paste.lisp.org/+2VD7 |
| 01:56.20 | GrantMercer015 | i just cant think of a way to do this, there's my best solution which just crashes the program |
| 02:17.38 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 02:17.49 | bhlegm | brlcad can you make me a database? |
| 02:51.48 | *** join/#brlcad cheesetoaster (4c4540ec@gateway/web/freenode/ip.76.69.64.236) | |
| 02:52.21 | cheesetoaster | Could anyone tell me whether there is source code for bn_dist_pt3_pt3? |
| 02:59.29 | Notify | 03BRL-CAD:jordisayol * 53885 (brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/misc/debian/source/include-binaries): Remove unneeded Linux icons |
| 03:15.25 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 03:23.44 | *** join/#brlcad minichrispy (b82f2fc7@gateway/web/freenode/ip.184.47.47.199) | |
| 03:34.21 | minichrispy | brlcad: do you still have the link to that stack overflow questions you sent me regarding xcode compiling and brlcad? I cant seem to find it |
| 03:40.31 | minichrispy | nvm got it |
| 04:17.29 | *** join/#brlcad harmanpreet (~chatzilla@124.253.75.4) | |
| 04:33.12 | *** join/#brlcad elf_ (~elf@213.233.85.3) | |
| 04:33.22 | minichrispy | starseeker: any idea how to fix? http://pastebin.mozilla.org/1966885 |
| 04:35.40 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 04:38.10 | minichrispy | nvm, got it |
| 04:39.50 | *** join/#brlcad jarray52 (~bigbear@c-98-210-6-90.hsd1.ca.comcast.net) | |
| 06:16.50 | *** join/#brlcad harmanpreet (~chatzilla@124.253.210.238) | |
| 06:46.21 | *** part/#brlcad jarray52 (~bigbear@c-98-210-6-90.hsd1.ca.comcast.net) | |
| 07:21.37 | *** join/#brlcad lachlanp (cb7ae24f@gateway/web/freenode/ip.203.122.226.79) | |
| 07:22.10 | lachlanp | hello... |
| 07:22.18 | lachlanp | i'm from the google code in |
| 07:23.34 | lachlanp | I'm doing that task called "CREATE NUMERICS LIBRARY (LIBBN) API UNIT TEST ... FOR LIST.C" |
| 07:23.52 | lachlanp | what exactly do i have to do for that? test each function? |
| 07:56.45 | lachlanp | what is that FILE fp pointer passed to each function... what role does that play? |
| 07:57.00 | lachlanp | (I presume thats what those functions perform their work on) |
| 08:00.25 | lachlanp | oh its derived from a libplot |
| 08:07.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:52.43 | *** join/#brlcad lachlanap (cb7ae24f@gateway/web/freenode/ip.203.122.226.79) | |
| 09:17.29 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 09:18.09 | lachlanap | anyone on now? |
| 09:24.24 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 09:27.35 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 09:30.55 | *** join/#brlcad lachlan (~lachlan@203.122.226.79) | |
| 09:33.35 | *** join/#brlcad lachlan (~lachlan@ppp226-79.static.internode.on.net) | |
| 09:34.25 | *** join/#brlcad lachlanp (~lachlan@203.122.226.79) | |
| 09:35.12 | lachlanp | anyone on now? |
| 09:44.47 | *** join/#brlcad Dimitar (4e8046c9@gateway/web/freenode/ip.78.128.70.201) | |
| 09:47.48 | Dimitar | Can I ask if the files in this task: http://www.google-melange.com/gci/task/view/google/gci2012/8026204 are correctly edited before I submit them in patch format |
| 09:53.05 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 09:58.31 | lachlanp | why not just submit the patch? |
| 10:03.23 | Dimitar | ok |
| 10:11.32 | *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro) | |
| 10:12.11 | lachlanp | i didn't mean that badly... i'm new here as well |
| 10:12.22 | lachlanp | i didn't mean that badly... i'm new here |
| 10:12.28 | andrei | hello |
| 10:12.38 | lachlanp | hi |
| 10:12.53 | andrei | lachlanp, can I help you ? |
| 10:13.02 | lachlanp | with writing unit tests ? :-) |
| 10:13.17 | andrei | what task do you have? |
| 10:13.18 | lachlanp | yeah i'd like a bit of help with that |
| 10:13.23 | lachlanp | http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 10:14.08 | lachlanp | does the brlcad build always take ~5 mins (after you've done the initial build) |
| 10:14.27 | lachlanp | it does a lot of linking |
| 10:14.42 | lachlanp | is there a quicker way of getting to my tests |
| 10:15.05 | lachlanp | ok only took 2mins this time |
| 10:15.24 | andrei | you can build a specific library |
| 10:15.34 | lachlanp | ok |
| 10:15.39 | andrei | for example if you d want to build libbu, make libbu would build just that library |
| 10:15.46 | lachlanp | ah |
| 10:15.53 | lachlanp | so make libbn would do what i want |
| 10:16.19 | andrei | yes |
| 10:16.33 | lachlanp | thanks will try |
| 10:16.55 | andrei | lachlanp, are you writing in C? |
| 10:17.01 | lachlanp | yes |
| 10:17.12 | lachlanp | i thought its probably easier than messing around with bindings |
| 10:17.31 | lachlanp | i've mostly familiar with java, but have done a bit of c in the past |
| 10:17.34 | lachlanp | never used cmake though |
| 10:18.33 | andrei | regarding your comments on the task |
| 10:18.40 | andrei | usually, it's best if the tests are automated |
| 10:18.44 | lachlanp | ok |
| 10:19.02 | andrei | but you don't have to use automated_test necessarly |
| 10:19.03 | lachlanp | so you don't recommend the format thats in the existing libbn tasks |
| 10:19.09 | lachlanp | oh ok |
| 10:19.22 | andrei | I meant that for example you shouldn't read something from stdin |
| 10:19.27 | lachlanp | yeah |
| 10:19.34 | lachlanp | the input should come from CMakeLists.txt |
| 10:20.03 | andrei | It depends on function, but you could just test against edge cases |
| 10:20.15 | lachlanp | yep |
| 10:20.31 | andrei | if you wish, tell me what function do you want to test first and I ll have a look at it. |
| 10:20.46 | lachlanp | i'm starting with tp_i2list |
| 10:20.56 | lachlanp | its defined in plot3.h |
| 10:21.37 | lachlanp | :-( having trouble getting my test known to the build... do I have to edit something other than my bn_list.c and CMakeTests.txt? |
| 10:23.31 | andrei | hm |
| 10:23.46 | andrei | in src/libbu you will find several test units |
| 10:24.00 | lachlanp | src/libbu/tests there are some |
| 10:24.47 | lachlanp | i've looked at basename |
| 10:24.53 | lachlanp | i could understand that one |
| 10:28.37 | andrei | where did you put your test? |
| 10:28.47 | lachlanp | i put it in src/libbn/tests |
| 10:29.02 | lachlanp | i added this line: BRLCAD_ADDEXEC(tester_bn_list bn_list.c "libbu;libbn" NO_INSTALL LOCAL) |
| 10:29.09 | lachlanp | to the CMakeLists in that folder |
| 10:29.25 | lachlanp | and add_test(bu_list_null tester_bn_list) # NULL list of points |
| 10:29.29 | lachlanp | just to get it started |
| 10:30.44 | andrei | what error do you get? ( I ll try to do what you did and see what goes wrong) |
| 10:30.58 | lachlanp | Unable to find executable: tester_bn_list |
| 10:31.02 | lachlanp | thast the main one |
| 10:31.12 | lachlanp | could post the whole section if u want |
| 10:32.44 | andrei | at least the addexec part seems correct |
| 10:32.48 | lachlanp | ok |
| 10:33.18 | andrei | lachlanp, my brlcad builds correctly |
| 10:33.32 | lachlanp | ok |
| 10:33.34 | andrei | you only need to add this : BRLCAD_ADDEXEC(tester_bn_list bn_list.c "libbu;libbn" NO_INSTALL LOCAL) |
| 10:33.51 | lachlanp | so your make test works fine? |
| 10:34.15 | lachlanp | i've already got it in there... i think |
| 10:34.25 | andrei | I ran make libbn |
| 10:35.02 | lachlanp | my errors come when i run the test |
| 10:35.04 | lachlanp | with make test |
| 10:37.06 | andrei | hm |
| 10:37.16 | andrei | can you post the add_test line, please |
| 10:37.23 | lachlanp | add_test(bu_list_null tester_bn_list) # NULL list of points |
| 10:39.20 | lachlanp | maybe i'm not recompiling the right files... |
| 10:40.11 | andrei | I added an empty file called bu_list.c |
| 10:40.19 | andrei | and it seems to find it |
| 10:40.22 | lachlanp | bu or bn? |
| 10:40.34 | andrei | bn_list.c, sorry |
| 10:40.40 | lachlanp | ok :-) |
| 10:40.45 | lachlanp | i've named the test wrong too haven't i |
| 10:41.28 | andrei | make tester_bn_list |
| 10:41.38 | andrei | does this produce any errors? |
| 10:42.14 | lachlanp | sorry its reconfiguring... will take a min or two |
| 10:42.21 | lachlanp | does that every time i change something |
| 10:43.10 | andrei | if you change cmake, I believe so , yes. |
| 10:43.18 | lachlanp | ok :-( |
| 10:44.12 | lachlanp | it seems to have found my bn_list.c |
| 10:44.18 | lachlanp | its got errors ;-) |
| 10:44.24 | lachlanp | will swap for empty |
| 10:45.05 | lachlanp | another error: /home/brlcad/brlcad-svn/src/libbn/tests/bn_list.c:1: error: ISO C forbids an empty translation unit |
| 10:46.52 | lachlanp | very strict this compiler is :-) |
| 10:46.55 | lachlanp | ok now have got it to compile |
| 10:47.00 | lachlanp | and make test now succeeds |
| 10:48.37 | lachlanp | so it wasn't compiling? getting picked up by compiler |
| 10:54.01 | andrei | yes, we use very flag on and every warning as an error. BRL-CAD has over 1 million lines and it is very important to have good quality code. |
| 10:54.07 | andrei | every flag* |
| 10:54.12 | lachlanp | ok :-) |
| 10:55.17 | lachlanp | so now i'm trying to do a test of the tp_i2list function |
| 10:55.25 | lachlanp | getting it to print to stdout |
| 10:55.30 | lachlanp | trying to anyway |
| 11:01.10 | lachlanp | ok got it to print out to a file instead |
| 11:02.22 | andrei | brlcad, ``Erik : can one of you have a quick look at : http://www.google-melange.com/gci/task/view/google/gci2012/7945213. To me, the task looks done but I d like another opinion |
| 11:04.04 | lachlanp | ok thanks for your help, andrei, i'm heading off |
| 11:04.07 | lachlanp | bit late here |
| 11:04.17 | andrei | goodluck :) |
| 11:04.24 | lachlanp | thanks |
| 11:05.02 | lachlanp | PS i suppose that i determine the correct output of those plotting functions by looking at the command output of the file? |
| 11:05.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127) | |
| 11:06.24 | andrei | yes, you should know what the output should be |
| 11:06.40 | lachlanp | ok thanks bye |
| 11:29.21 | Notify | 03BRL-CAD:jordisayol * 53886 brlcad/trunk/misc/Makefile.am: Update removed unneeded Linux icons list |
| 11:29.24 | Notify | 03BRL-CAD:jordisayol * 53887 brlcad/trunk/sh/make_rpm.sh: Include new Linux icons on rpm packages |
| 11:30.15 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:32.50 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.195) | |
| 11:34.26 | KOKO_ | are you here brlcad? |
| 11:35.35 | andrei | KOKO_, do you need any help? if you want to ask brlcad something, ask away, he will reply when he is around |
| 11:35.56 | KOKO_ | Yes i need some help |
| 11:37.08 | andrei | well then, just ask, there may be others that can help aswell |
| 11:37.58 | KOKO_ | I want to know more information about UPGRADE MEDIAWIKI WEBSITE Task |
| 11:38.53 | ``Erik | that's about the same as asking if you can ask... what information? |
| 11:39.54 | ``Erik | !notify ask |
| 11:39.54 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:40.32 | KOKO_ | how can i access to the admin role in http://brlcad.org/w/ |
| 11:44.52 | ``Erik | hm, that will require brlcad, it's still early here so I'll just have to sit and chill, he'll msg you when he gets on. If you want to build a vm to test on, I can get you info on the current software versions |
| 11:45.37 | KOKO_ | thanks for help. I will wiat him |
| 11:45.53 | ``Erik | I'd think he'd be on shortly, within a couple hours |
| 11:46.25 | ``Erik | he may want to be awake enough to build you sudo rules or set up a "screen -x" or something |
| 11:47.14 | *** join/#brlcad caen23 (~caen23@92.81.193.169) | |
| 11:58.55 | Notify | 03BRL-CAD Wiki:Jacksixb * 4682 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update |
| 11:58.58 | Notify | 03BRL-CAD Wiki:Jacksixb * 4683 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 12:01.01 | *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro) | |
| 12:03.54 | ``Erik | hehehe @Stepto: Yes, dollop is the collective term for noodles. Like a "hindrance" of managers or a "Slow" of Java code. |
| 12:04.50 | andrei | I see Java is very "popular" among senior developers... |
| 12:05.54 | andrei | ``Erik, have you read Joel Spolsky's article regarding why Java shouldn't replace C/C++ and functional programming? |
| 12:06.16 | andrei | in university courses, I forgot to mention this |
| 12:06.24 | ``Erik | probably, I've read a lot of spolskys stuff |
| 12:07.55 | Skriptkid | Could anybody please explain the statement "ALSO, remove any 'F U N C T I O N' names that are spaced out from the comments." in the task "Move LIBWD comments" |
| 12:09.10 | ``Erik | /** W D B _ O P E N \n * Open a database for writing. */ will look lame in doxy, so it should be more like /** Open a database for writing. */ |
| 12:12.12 | Skriptkid | so I need to remove the name of the function in the comment? |
| 12:12.26 | Skriptkid | In the comment that's meant for that function, that is |
| 12:13.55 | ``Erik | andrei: personally, I kinda view java as a good tool for mediocre developers... it limits the damage they can do, provides a set of plug in algos, has tons of nice expensive tools and IDEs... but a competent coder will be able to select a better language for just about any task. My approach to android stuff lately has been to make a thin java layer for the interface, write the guts in C and use jni to glue them together |
| 12:14.21 | Skriptkid | For example, if this is the comment: |
| 12:14.57 | ``Erik | Skriptkid: yeah, the function immediately proceeds the comment, so it's unnecessary data that uglies up the doxygen output |
| 12:15.31 | Skriptkid | ok. Thanks :) |
| 12:15.52 | Skriptkid | Also, could you tell me where the strsol primtives are? Cant find em |
| 12:16.13 | Skriptkid | mk_dsp, mk_ebm, mk_vol and mk_submodel |
| 12:16.51 | ``Erik | cscope is a useful tool for finding stuff like that (or ctags, or etags, or ...) :D |
| 12:17.00 | Skriptkid | ok :) |
| 12:19.35 | ``Erik | even grep, using -r or a find/xargs combo, like "find . -name '*.[ch]' -print0 | xargs -0 grep mk_dsp" |
| 12:25.31 | Skriptkid | found it. They're in the file wdb.h. But then, I'm moving comments TO wdb.h, and those WDB_EXPORT declarations have'nt been used in any .c files. So I just skip it right? No comments on them. |
| 12:27.03 | ``Erik | if there're no comments to move, then it's a nop, yeah |
| 12:27.11 | Skriptkid | ok |
| 12:42.03 | *** join/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 12:43.58 | *** join/#brlcad aimt (~amit@1.186.9.14) | |
| 12:44.34 | Dimitar | intimer-nt.c and timer42.c both have "double rt_get_timer" with the same comment, what do i do in raytrace.h |
| 12:52.30 | ``Erik | if they're the same comment, pick one to put in the header and remove from both C files |
| 12:53.20 | ``Erik | intimer-nt.c and timer42.c implement the same functionality, but for different platforms (intimer-nt being for winderz nt and 42 being for bsd42 compatible, like unix/linux) |
| 12:54.36 | Dimitar | ok, what about the ones that are in the beggining of most c files like : "/** @file librt/transform.c * * apply a matrix transform to a given object * */" shoud i put them in the beginning of raytrace.h or leave it in the *.c files |
| 12:58.16 | ``Erik | those should go into the header with the group information. If you want an example of what it should look like, check out bu.h |
| 13:30.38 | Dimitar | include/raytrace.h include/db.h include/db5.h src/librt/[q-z]*.c I've already copied all comments from functions that are in raytrace.h but which one is the information one |
| 13:31.31 | Dimitar | *which header is the information one |
| 13:55.40 | brlcad | andrei: excellent help, thanks |
| 13:57.35 | brlcad | andrei: as for http://www.google-melange.com/gci/task/view/google/gci2012/7945213 <-- would that be an interesting article to post to our website and mailing list or does it need more work? |
| 13:58.58 | brlcad | KOKO_: note from the comments in the mediawiki task that it requires a mysql upgrade task to be completed first -- and that hasn't happened yet |
| 13:59.40 | brlcad | KOKO_: you're welcome to give it a try beforehand if you've done this before and know you can make it upgrade without mysql5, but otherwise it's dependent on the other task |
| 14:00.08 | ``Erik | (and upgrading mysql may require upgrading things that depend on mysql with their own issues) |
| 14:00.12 | brlcad | KOKO_: we can certainly extend the timeframe or you're welcome to pick another task in the meantime if you like |
| 14:01.31 | ``Erik | brlcad: what about making those upgrade asks migration tasks instead, then set up 301's to crit (or recompiling apache with modproxy support on bz) |
| 14:03.08 | brlcad | ``Erik: "upgrading mysql" is "copy the dump to crit and import" |
| 14:03.09 | ``Erik | or maybe 302's would be more appropriate |
| 14:03.24 | ``Erik | ah, I thought it was meant to be 'in place' |
| 14:03.28 | brlcad | hells no |
| 14:03.41 | ``Erik | heh, aight |
| 14:03.42 | brlcad | we just might finish this migration before christmas ;) |
| 14:03.51 | ``Erik | that'd be awesome |
| 14:04.22 | ``Erik | then you could dump the old box and bitch at me for my sbcl vm chewing memory ;D |
| 14:04.47 | brlcad | likes having an army of minio^wstudents |
| 14:05.19 | ``Erik | what was the movie, "despicable me"? :> |
| 14:05.35 | brlcad | never saw it |
| 14:06.05 | brlcad | if we finish this migration, it'll probably be time for yet another hardware upgrade |
| 14:06.18 | brlcad | but this time I'll probably just have them copy the drive contents wholesale, not keep both |
| 14:06.29 | caen23 | brlcad: i'm currently on the 'set up svnplot' task. generating the graphs requires two steps: 1) make a sqlite db with info from 'svn log'; 2) generate the actual graphs based on the db; both are automated by svnplot. the problem is that step 1 takes a lot of time. i've been running the script for about 5h and the first 300 are not done yet, plus it had two connection errors so far. i don't think 48h are enough to run step 1 on the 59k commits the project has |
| 14:06.29 | caen23 | what i want to do is run it for the first 1k commits, document the process, and submit work for approval. after that, i could let it run for the full repo, but outside of gci, so i can claim another task. is it ok? |
| 14:06.30 | brlcad | or the drive itself if it's same capacity |
| 14:07.04 | ``Erik | if it's kept up to date, migrations/upgrades should be relatively quick and painless |
| 14:07.57 | ``Erik | it's getting the data off those hollerith cards that's making this migration unfun |
| 14:09.25 | KOKO_ | brlcad: Yes i will |
| 14:09.42 | brlcad | remembers the good ol' early days of .bz when it was new hardware and everything was kept up-to-date and package installs were just a simple perusal through ports |
| 14:10.01 | brlcad | shakes fist at 6 |
| 14:10.13 | brlcad | and then 7 |
| 14:10.16 | brlcad | and soon 8 |
| 14:10.17 | brlcad | heh |
| 14:10.20 | ``Erik | 9 |
| 14:10.24 | brlcad | er, right :) |
| 14:10.30 | ``Erik | crit is running 9 |
| 14:10.37 | brlcad | excellent |
| 14:10.47 | ``Erik | 9.1pr1 |
| 14:11.31 | ``Erik | rc3 is coming up, once it goes f, I'll update the system agian |
| 14:11.36 | ``Erik | s/ia/ai/ |
| 14:11.49 | andrei | brlcad, someone claimed the jenkins task, however I can't find him here |
| 14:11.53 | brlcad | <PROTECTED> |
| 14:12.07 | brlcad | andrei: .. okay? |
| 14:12.20 | andrei | shouldn't he/she need some credientials for ssh? |
| 14:12.25 | brlcad | yep |
| 14:12.33 | KOKO_ | brlcad: So You suggest me yo claim mysql task frist right? |
| 14:12.33 | brlcad | they'll show when they show |
| 14:12.42 | KOKO_ | to* |
| 14:12.48 | brlcad | the description says to hop on irc, so it's fine |
| 14:12.58 | brlcad | andrei: you'll notice some students claim and drop |
| 14:13.17 | brlcad | but I suspect the jenkins person already has an account |
| 14:13.40 | andrei | yes, I have seen a similar user around |
| 14:13.50 | brlcad | KOKO_: someone had already claimed it yesterday, but I don't know the status of their progress just yet |
| 14:14.43 | andrei | there s no comment on it so far from the latest claimer |
| 14:14.52 | KOKO_ | should i wait or do the task? |
| 14:15.39 | brlcad | KOKO_: that is entirely up to you to decide -- personally, I'd pick another task in the meantime (plenty to choose from) and just keep an eye on the mysql task (you can subscribe to updates) |
| 14:16.31 | brlcad | ah, moin got the jenkins task -- so yes, he already has an account |
| 14:16.50 | KOKO_ | brlcad: what is the link of that task? |
| 14:16.59 | brlcad | I don't know |
| 14:17.11 | brlcad | I'd have to search for it just like you :P |
| 14:17.43 | KOKO_ | I'll search too |
| 14:19.07 | brlcad | iwanmanew: OUTSTANDING! |
| 14:19.13 | brlcad | now that looks great |
| 14:20.10 | *** join/#brlcad KOKO__ (~KOKO@101.78.11.197) | |
| 14:22.15 | brlcad | iwanmanew: can I get a copy of your write-up in an editable format? it'd also be good to add your name so we can attribute the write-up to you when it's posted for others to see |
| 14:22.41 | starseeker | caen23: that's probably reasonable - do a "proof of concept" with the number of commits the thing can handle in a reasonable timeframe |
| 14:23.40 | starseeker | caen23: 5h to process 300 commits seems a little heavy duty though - is that the expected performance of svnplot? |
| 14:25.03 | KOKO__ | brlcad: I can not find the mysql task of BRL-CAD organization |
| 14:25.44 | *** join/#brlcad andrei (~andrei@5-12-220-175.residential.rdsnet.ro) | |
| 14:26.05 | starseeker | gets back to subdivision |
| 14:28.23 | brlcad | starseeker: you should check out the final: http://www.google-melange.com/gci/task/view/google/gci2012/7997215 |
| 14:28.39 | brlcad | nice work on your part too -- that actually looks like a nice way to compile |
| 14:28.57 | brlcad | that's a cmake win |
| 14:29.14 | caen23 | starseeker: yes, i'm pretty sure it's expected behavior |
| 14:30.22 | caen23 | starseeker: http://code.google.com/p/svnplot/issues/detail?id=42 comment 1 is of interest |
| 14:34.45 | brlcad | wow that is terribly slow |
| 14:35.00 | brlcad | maybe let it churn on the first 100 commits |
| 14:35.22 | brlcad | at the rate described, it'll take weeks to get through our whole history |
| 14:36.11 | brlcad | KOKO__: http://www.google-melange.com/gci/task/view/google/gci2012/7991209 |
| 14:38.19 | iwanmanew | brlcad: u said that you've created the other task for my first write-up but i cant find it .. ? |
| 14:39.01 | iwanmanew | can you help me ? |
| 14:39.06 | KOKO__ | brlcad: thanks |
| 14:40.10 | brlcad | iwanmanew: I hadn't published it so someone wouldn't grab it, give me a sec |
| 14:40.29 | iwanmanew | ok, thanks |
| 14:40.36 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/8032205 |
| 14:41.20 | brlcad | iwanmanew: maybe you can upload the editable version of the other task to that one |
| 14:41.26 | brlcad | (and add your name) |
| 14:42.00 | KOKO__ | brlcad: I hope he will be success sooner |
| 14:42.15 | iwanmanew | add my name under the title ? |
| 14:45.11 | *** join/#brlcad Nikolay (Nikolay@77.70.66.28) | |
| 14:45.22 | Nikolay | any mentors online I need one fast? |
| 14:45.48 | brlcad | Nikolay: wow, really? you have to be patient |
| 14:45.52 | brlcad | i'm responding to your submission |
| 14:46.54 | Nikolay | i have waited 2 hours my teacher at school said that the review process takes like 30 mins max |
| 14:47.04 | Nikolay | thats why |
| 14:47.23 | brlcad | they can take 30 minutes |
| 14:47.24 | Nikolay | i am sorry for me not being patient :) |
| 14:47.26 | brlcad | they can take 30 hours |
| 14:48.02 | brlcad | the rules state that they'll be reviewed within 36 hours |
| 14:48.11 | Nikolay | i havent noticed that thank you |
| 14:48.48 | brlcad | if you submit while our mentors are awake and active, it can take just a couple minutes |
| 14:48.56 | Nikolay | okay |
| 14:49.09 | Nikolay | well i believe i will wait until a mentor reviews my task |
| 14:49.34 | brlcad | in your case, yours was reviewed a couple hours ago and the mentor wanted to discuss it with other mentors before responding to you since there were some problems |
| 14:50.15 | brlcad | that discussion happened and now I'm in the middle of responding |
| 14:51.08 | Nikolay | o okay well I hope my task will be accepted :) |
| 14:58.25 | *** join/#brlcad Nikolay (Nikolay@77.70.66.28) | |
| 14:59.45 | *** part/#brlcad iwanmanew (~iwanmanew@94.236.208.130) | |
| 14:59.47 | Dimitar | I've uploaded patch file on my task, can someone tell me if its correct or what i need to change |
| 15:01.19 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.193) | |
| 15:01.55 | *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net) | |
| 15:03.30 | brlcad | KOKO__: unless it's a personal matter, we don't need to talk over PM |
| 15:03.49 | brlcad | open source embiggens open communication |
| 15:05.01 | Troublesome | Hello,about the task COMPILE BRL-CAD ON WINDOWS USING VISUAL STUDIO EXPRESS. Is it not successfully completed the task if the compilation fails? |
| 15:05.21 | KOKO_ | brlcad: I want to finish my task because i have 2 day to finish it |
| 15:06.02 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.38) | |
| 15:06.58 | brlcad | Troublesome: just running into a failure isn't completion |
| 15:07.13 | brlcad | have to talk with us to see what the problem was and see if there's a way around it |
| 15:07.23 | ``Erik | if the task legitimately takes longer, we can split it up or extend the deadline, no need to get excited O.o |
| 15:08.02 | brlcad | yeah, no worries about the time KOKO_ |
| 15:08.17 | brlcad | it's more that we want to keep you productive and engaged/interested |
| 15:08.42 | caen23 | any place online where i can see what packages apt-get/yum have available? |
| 15:08.52 | brlcad | Troublesome: IF the problem can't be worked around or easily fixed, then we'll at least still need a full build log so we can try to fix the error |
| 15:09.01 | brlcad | caen23: yeah, google ;) |
| 15:09.08 | brlcad | they're all there |
| 15:09.39 | brlcad | caen23: we can get you set up on our dev server where package installs might go a little more easily |
| 15:09.46 | brlcad | lemme know if you get stuck |
| 15:09.49 | Troublesome | i submitted full build log... 601 errors though... |
| 15:10.18 | brlcad | Troublesome: okay, then someone will review and let you know if there's something simple to try or whether you're done |
| 15:11.10 | Troublesome | okay thanks |
| 15:11.49 | caen23 | brlcad: i'm not stuck. i'm currently writing the document for my task, and i'd like to provide the commands for installing the required software for osx/ubuntu/fedora, and i don't know how they're named for yum/apt. google only shows me how to list them at the prompt, but i'm looking for them online. eg, would `apt-get install svn python sqlite` work, or is python 2 called python2? |
| 15:15.17 | brlcad | if they're synopsis is accurate, http://linux.die.net/man/8/apt-get indicates that it's one at a time |
| 15:15.58 | brlcad | http://manpages.ubuntu.com/manpages/lucid/man8/aptitude.8.html on the other hand does multiple |
| 15:17.19 | caen23 | brlcad: hmm… yes, but i read that aptitude is not supported or smth, so apt-get looks like the safer bet |
| 15:17.36 | ``Erik | aptitude is an extra, might be safer to do "echo svn python sqlite | xargs -n1 apt-get install" |
| 15:17.47 | caen23 | also, i'm more interested in getting a list of all the packages available than anything right now |
| 15:18.02 | ``Erik | or for package in svn python sqlite ; do apt-get install $package ; done |
| 15:18.21 | brlcad | caen23: so for that task, the original goal at least was to just have some dev notes so someone could look over your work |
| 15:18.39 | brlcad | you're welcome to turn that into a how-to, but that's probably a different/additional task |
| 15:19.47 | ``Erik | "apt-cache search ." lists all packages (using . as the regex pattern) |
| 15:20.41 | caen23 | brlcad: hmm… ok, i'll just make it more generic |
| 15:21.04 | brlcad | *very* simple is fine, like a transcript of your actions |
| 15:21.05 | caen23 | ``Erik: i have a mac, i don't have access to apt or yum, this is way i wanted to get the list online |
| 15:21.33 | brlcad | basically like showing your steps in math class -- just don't want the end result, want to know how you got there |
| 15:21.53 | brlcad | caen23: you do have "access" .. virtual box |
| 15:21.57 | brlcad | but again, unnecessary ;) |
| 15:23.17 | caen23 | brlcad: i understand. regarding virtualbox, it would take too much time to install ubuntu :D |
| 15:23.32 | brlcad | our disk image has it preinstalled |
| 15:23.58 | brlcad | it's literally download+download+run |
| 15:24.24 | ``Erik | caen23: http://us.archive.ubuntu.com/ubuntu/dists/precise/main/binary-i386/Packages.bz2 is how ubuntu finds it's "main" dist packages, it's a formatted txt file |
| 15:26.01 | caen23 | ``Erik: nice, thanks |
| 15:26.22 | caen23 | brlcad: didn't know that :D i haven't used the disk image so far |
| 15:28.24 | Troublesome | slaps Dimitar around a bit with a large trout |
| 15:29.04 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.206) | |
| 15:29.29 | Dimitar | i hope i edited the files correctly |
| 15:44.37 | starseeker | hopes the xmllint validation works on Windows... |
| 15:46.07 | Notify | 03BRL-CAD Wiki:YolandeskzwvwzbwjStumph * 4684 /wiki/Mycleanpcscamm: New page: Are you searching for a pc clean up software? It is very common for computers to change into stuffed with increasingly more ineffective entries as users install new programs into it. One ... |
| 15:47.14 | brlcad | yay, awesome ``Erik |
| 15:50.42 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 16:08.19 | Notify | 03BRL-CAD:brlcad * 53888 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/regionfix.c and 13 others): accept a patch moving doxygen comments from source files to header files for librt q-z files, from Dimitar Borisov, http://www.google-melange.com/gci/task/view/google/gci2012/8026204 and https://sourceforge.net/tracker/?func=detail&aid=3591089&group_id=105292&atid=640804 (GCI). |
| 16:08.28 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.206) | |
| 16:10.36 | KOKO_ | brlcad: I will unclaim my task. If The upgrade MySQL finish, i will claim it again. |
| 16:21.12 | Notify | 03BRL-CAD:n_reed * 53889 brlcad/trunk/src/librt/primitives/pipe/pipe.c: further decomposed pipe draw routines |
| 16:34.35 | starseeker | brlcad: out of curiosity, how mcuh work do you think is involved with hooking up ngpcore from ngPlant to a BRL-CAD tool for tree generation? |
| 16:34.42 | starseeker | s/mcuh/much |
| 16:35.27 | starseeker | http://ngplant.sourceforge.net/docapi/hliapicpp.html |
| 16:42.00 | brlcad | probably gsoc-scoped... |
| 16:43.29 | Notify | 03BRL-CAD:n_reed * 53890 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws/style |
| 16:50.47 | andrei | Is there no way to edit a task once I submitted it? It has a typo in the title :( |
| 16:51.49 | starseeker | brlcad: ok. what I figured. |
| 16:52.00 | ``Erik | now to wait for the bot to explode |
| 16:52.06 | andrei | again? |
| 16:55.13 | Notify | 32GCI: iwanmanew has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: mm.. its already uploaded (COMPILING BRL-CAD 2.docx) :) |
| 16:55.50 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 16:56.36 | ``Erik | neat, it works |
| 16:58.29 | Notify | 03BRL-CAD:starseeker * 53891 brlcad/trunk/doc/docbook/system/mann/en/gr.xml: tweak gr mann page. |
| 17:00.59 | starseeker | brlcad: how do you handle the gsoc task pages - is it just the one list we update each year, or do you have a task page for each gsoc year? |
| 17:01.18 | starseeker | should add the ngpcore task while he's thinking about it... |
| 17:04.41 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 17:08.18 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed. |
| 17:09.39 | *** join/#brlcad M0J0E (~johannes@p5791F108.dip.t-dialin.net) | |
| 17:09.54 | andrei | ``Erik, you made notify output GCI comments ? O.o |
| 17:10.18 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Like you said I got all the MAJOR CAD softwares and compared them ALL And the Design this time is better and has a lot more info like you said what features etc and its with tics so now I believe my task is done corectly hope you like it and... |
| 17:10.23 | ``Erik | andrei: yes |
| 17:10.27 | andrei | awsome ! |
| 17:10.56 | andrei | awesome! even |
| 17:10.57 | Notify | I am... skynet... |
| 17:11.13 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 17:11.13 | andrei | haha, nice try. |
| 17:11.37 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Primitives missing Have you checked Sean's reply dated 26 Nov. 6:14 UTC ? He has given the lists of primitives that your database file must include. You need to add more primitives to your file. |
| 17:11.46 | brlcad | hah, awesome |
| 17:11.51 | ``Erik | https://github.com/erikg/cl-cia/commit/7f422f2576d56454c825f5e511f37d089e19c49c |
| 17:11.56 | brlcad | it's about to get a whole lot noisier in here.... |
| 17:12.44 | Notify | 03BRL-CAD:n_reed * 53892 brlcad/trunk/src/librt/primitives/pipe/pipe.c: initial lod plot implementation scaling pipe ends |
| 17:12.53 | ``Erik | and then I'll start my 2 week vacation and ignore all the damage the bot causes :D |
| 17:14.10 | andrei | !ask |
| 17:14.19 | ``Erik | !notify ask |
| 17:14.19 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:14.22 | andrei | ah |
| 17:14.28 | ``Erik | !notify month |
| 17:14.28 | brlcad | ~ask |
| 17:14.29 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:14.29 | Notify | Minichrispy:5, Sean:4, 128.63.32.74:3, Jacksixb:3, YolandeskzwvwzbwjStumph:1 |
| 17:14.39 | ``Erik | yuh oh |
| 17:14.51 | brlcad | looks like someone hosed commit counts :) |
| 17:14.53 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as |
| 17:14.54 | Notify | complete... |
| 17:15.00 | ``Erik | !notify month brl-cad |
| 17:15.01 | Notify | carlmoore:290, brlcad:79, n_reed:45, starseeker:33, bob1961:19, erikgreenwald:15, r_weiss:8, jordisayol:4, caen23:3 |
| 17:15.15 | brlcad | damn carl |
| 17:15.16 | ``Erik | counts are right, automagic project matching based on channel isn't |
| 17:15.18 | Dimitar | if my patch is accpeted when my task will be tagged as completed ? |
| 17:15.30 | brlcad | Dimitar: yes |
| 17:15.51 | ``Erik | ah, it's grabbing the most recently added project that matches the channel, which is the wiki project |
| 17:18.13 | Notify | 03GCI: Sean has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: fantastic Got it! I guess I visited between the two uploads. Outstanding, thanks again Iwan. Is it alright if I add your name to the second one as well? |
| 17:18.18 | Notify | 03GCI: Sean has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: Task Closed Congratulations, this task has been completed successfully. |
| 17:21.27 | *** join/#brlcad Nikolay (Nikolay@77.70.66.28) | |
| 17:21.49 | Nikolay | any mentor online that has no work and can be able to review http://www.google-melange.com/gci/task/view/google/gci2012/7974231 |
| 17:21.51 | Nikolay | ? |
| 17:22.29 | *** join/#brlcad Chat1418 (wpshrt@69.41.182.133) | |
| 17:23.29 | andrei | Nikolay, I think there were(or are) some issues with your diagram, brlcad is the one you should probably talk to |
| 17:23.53 | Notify | 03GCI: iwanmanew has left the following comment at Write a tutorial on manually creating an Eclipse project around BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8032205: of course Yes, it is. |
| 17:24.13 | brlcad | he's got a new diagram |
| 17:24.29 | brlcad | Nikolay: that's more like it, but will take some time to digest |
| 17:24.32 | *** join/#brlcad Skriptkid (uobtzv@69.41.182.131) | |
| 17:24.52 | Nikolay | yey i put a lot in creating this one |
| 17:25.09 | Nikolay | my eyes are literary burning at the moment i believe i got everything right |
| 17:26.09 | andrei | Nikolay, the fact that it doesn't get approved immediately isn't your fault. Usually, there are several tasks each mentor needs to attend |
| 17:26.39 | andrei | Try focusing on another task. If you got everything right, it will probably be accepted |
| 17:26.49 | brlcad | yes, there are presently three other tasks needing review ahead of yours |
| 17:27.12 | brlcad | Nikolay: so curious why you chose that hoarde of cad packages but not the ones listed in the description |
| 17:27.41 | Nikolay | well i asked friends |
| 17:27.47 | Nikolay | and made a little searching |
| 17:27.57 | Nikolay | and there CAD's appeared as major cads |
| 17:28.04 | brlcad | that's probably the problem :) |
| 17:28.21 | Nikolay | oh no please dont tell me I have to do everything again :X |
| 17:28.29 | Nikolay | i will kill myself if I have to |
| 17:28.33 | *** join/#brlcad Skriptkid (yqjael@69.41.182.136) | |
| 17:28.34 | brlcad | you should realize that the CAD industry is about the size of the *gaming* industry... |
| 17:28.44 | Nikolay | yes i know that |
| 17:28.55 | andrei | that's a rather harsh decision, Nikolay you can work on more tasks instead :) |
| 17:28.55 | brlcad | the companies you picked represent maybe 5% of that market *combined* |
| 17:29.16 | brlcad | those five listed in the description all make more than a billion dollars a year |
| 17:29.33 | Nikolay | thats nice |
| 17:29.42 | brlcad | but your friends aren't likely users because they cost $1000-$20000 per person |
| 17:30.08 | Nikolay | well I live in bulgaria not many people can afford to buy so expensive software |
| 17:30.09 | brlcad | you don't get to use them until you go to college and the university pays that price |
| 17:30.16 | brlcad | or you get a job and a company pays that price |
| 17:30.24 | brlcad | has nothing to do with location |
| 17:30.31 | Nikolay | actually it has |
| 17:30.44 | Nikolay | the politics and iconomics in bulgaria are ...... up |
| 17:31.00 | Nikolay | lets not get in that subject :D |
| 17:31.03 | brlcad | really? you're going to argue about something that's not your area of expertise with someone whom it is? |
| 17:31.13 | Nikolay | no not arguing |
| 17:31.33 | Nikolay | at the moment I am so exhausted i dont know what I am writing pls ignore me |
| 17:31.36 | brlcad | yes you are :) |
| 17:31.37 | brlcad | 12:30 <@brlcad> has nothing to do with location |
| 17:31.38 | brlcad | 12:30 < Nikolay> actually it has |
| 17:31.39 | Nikolay | I am sorry |
| 17:31.42 | brlcad | that's a dispute |
| 17:32.01 | Nikolay | i dont understand? |
| 17:32.08 | andrei | Nikolay, brlcad's point is that listing all the major CAD organizations doesn't mean you listed all the right ones. |
| 17:32.14 | brlcad | are any of your friends employed profesionally as a CAD modeler? |
| 17:32.33 | Nikolay | actualy they are my dad's friends |
| 17:32.39 | Nikolay | I am not sure |
| 17:32.53 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 17:32.55 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 17:32.57 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 17:33.00 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 17:33.01 | brlcad | hobby and home use is drastically different from professional use |
| 17:33.02 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 17:33.04 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 17:33.11 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 17:33.13 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:YolandeskzwvwzbwjStumph]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 17:33.16 | Nikolay | these were the advices and softwares they told me |
| 17:33.21 | Nikolay | OMG WHAT IS THIS SPAM :X |
| 17:33.21 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Mycleanpcscamm]]": spam |
| 17:33.22 | *** kick/#brlcad [Notify!~sean@BZ.BZFLAG.BZ] by brlcad (Notify) | |
| 17:33.35 | brlcad | a bot that just got out of control |
| 17:33.38 | ``Erik | yaeh |
| 17:34.00 | ``Erik | I got it down, trying to resolve issues with multiple commits with the same revision # |
| 17:34.50 | brlcad | Nikolay: so the next time you see them, ask them about the five listed, ask them if they'd use them if they were zero-cost compared to those others.. ;) |
| 17:35.07 | Nikolay | okay will do |
| 17:35.42 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:35.57 | Troublesome | slaps Nikolay around a bit with a large trout |
| 17:36.14 | brlcad | Nikolay: where'd you get the information on BRL-CAD's checks? |
| 17:36.50 | Nikolay | i googled every single one |
| 17:37.16 | brlcad | so I like the diagram, but the data isn't accurate would need to be corrected to be useful |
| 17:37.36 | Nikolay | can you tell me which are the incorect ones? |
| 17:37.36 | brlcad | really? what said brl-cad has cross-hatching? |
| 17:37.44 | Nikolay | one second |
| 17:38.16 | Dimitar | can someone tell me the server to add it to my mIRC |
| 17:38.38 | Nikolay | BRL-CAD/src/rt/rthide.1 |
| 17:38.38 | Nikolay | brlcad.org/xref/source/src/rt/rthide.1 - CachedTH RTHIDE 1 BRL-CAD 2 .\" R T H I D E . 1 3 .\" BRL-CAD 4 .\" 5 . .... There will be some cross-hatching 151 of the plot based on surface curvature. In order to ... |
| 17:38.55 | Nikolay | there it is |
| 17:39.19 | brlcad | that doesn't mean what you think it means ;) |
| 17:39.38 | Nikolay | okay fixing it |
| 17:39.40 | andrei | Dimitar, I m not sure what do you mean, but I usually use " random US server" when I am on mIRC |
| 17:39.53 | Nikolay | are there any more inacurate tics? |
| 17:40.01 | Nikolay | that I should fix? |
| 17:40.35 | brlcad | several |
| 17:40.49 | Nikolay | can you tell me which they are? |
| 17:41.04 | Nikolay | please |
| 17:41.29 | brlcad | we don't have drag-and-drop |
| 17:41.36 | brlcad | you have a typo on designites |
| 17:41.44 | brlcad | we do have command history |
| 17:41.52 | brlcad | we do have macros |
| 17:42.12 | brlcad | 2d drawing tools are very limited |
| 17:42.20 | brlcad | no cross-hatching |
| 17:42.25 | brlcad | no textures |
| 17:42.34 | brlcad | do have lighting effects |
| 17:42.42 | brlcad | do extrude |
| 17:42.51 | brlcad | do generate 2d from 3d |
| 17:43.01 | *** join/#brlcad Dimitar (~dborisov@78.128.70.201) | |
| 17:43.08 | brlcad | only "sorta" have animations (manual) |
| 17:43.12 | Dimitar | slaps Troublesome around a bit with a large trout |
| 17:43.13 | brlcad | no training videos |
| 17:43.33 | brlcad | no win8 that I'm aware of |
| 17:43.52 | Nikolay | i have a question |
| 17:43.58 | brlcad | should also include linux, solaris, and freebsd, |
| 17:44.11 | Nikolay | if the software runs on win7 shouldnt it run on win8 also? |
| 17:44.23 | Dimitar | try |
| 17:44.30 | brlcad | the 9.2 you gave for ease of use is laughable :) |
| 17:44.58 | brlcad | help and support, however, should be much much higher |
| 17:45.46 | Nikolay | omg didnt noticed that they should be backwards |
| 17:46.00 | Nikolay | I should pay more attention when reviewing at the end |
| 17:48.52 | Notify | 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... |
| 17:48.53 | Notify | 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: irc Issues were discussed on IRC. |
| 17:57.59 | andrei | I'm looking at one of ksuzee's patches : http://goo.gl/EiOfp. She was supposed to make a function out of a copy-pasted section. Still I didn't find the function neither in brlcad files nor in the patch |
| 18:00.47 | andrei | ah, I found the function inside the patch but it doesn't seem right. |
| 18:05.10 | Nikolay | @brlcad i am done with the fixes now I will wait for you to check it :) |
| 18:07.53 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed. |
| 18:10.43 | andrei | Nikolay, if you leave a message here that you re done, you should wait a few hours before posting a comment aswell. |
| 18:11.37 | Nikolay | i didnt post a comment |
| 18:11.49 | Nikolay | i just pressed Submit my work |
| 18:12.09 | andrei | ah, sorry. The Notify message confused me :) |
| 18:12.23 | Nikolay | no problem btw are you bulgarian or russian? |
| 18:13.41 | andrei | nope |
| 18:14.13 | Nikolay | ? |
| 18:17.26 | Dimitar | <PROTECTED> |
| 18:19.13 | Troublesome | me too |
| 18:21.33 | Nikolay | yes i am :D |
| 18:21.45 | Nikolay | I bet you study in tues and you are 11b |
| 18:22.01 | Nikolay | edi ako vidish kuv dizain napravih :X |
| 18:27.56 | Notify | 03BRL-CAD:carlmoore * 53893 brlcad/trunk/include/raytrace.h: fix spellings; add missing periods; remove trailing blanks/tabs |
| 18:31.35 | Notify | 03BRL-CAD:carlmoore * 53894 brlcad/trunk/src/libbn/plane.c: remove trailing blank/tab (s) |
| 18:33.39 | Notify | 03BRL-CAD:carlmoore * 53895 brlcad/trunk/configure.cmake.sh: remove trailing blanks/tabs |
| 18:37.55 | Notify | 03BRL-CAD:carlmoore * 53896 brlcad/trunk/src/librt/primitives/pipe/pipe.c: remove trailing blanks/tabs |
| 18:39.00 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 18:39.04 | brlcad | maths22: so now some thought on what to do next... |
| 18:39.14 | brlcad | was that import seamless? |
| 18:40.05 | Nikolay | are you talking to me? |
| 18:40.16 | Nikolay | o wait sorry didnt see its pointed to maths22 |
| 18:40.26 | *** join/#brlcad andrei (~andrei@5.12.220.175) | |
| 18:40.41 | brlcad | ``Erik: check out crit homepage ;) |
| 18:40.54 | brlcad | ~maths22++ |
| 18:41.45 | ``Erik | was it not linked up before? |
| 18:41.54 | Nikolay | @brlcad are you sean? i was wondering whole day |
| 18:42.30 | brlcad | ``Erik: it was, it was pointing to a non-existent databse |
| 18:42.46 | brlcad | Nikolay: I am batman |
| 18:42.49 | ``Erik | ah, cool beans |
| 18:43.13 | Notify | 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: Ready for review The work on this task is ready to be reviewed. |
| 18:43.18 | ``Erik | is anything on the old server using postgresql? |
| 18:43.24 | Troublesome | Finally finished my work |
| 18:43.26 | brlcad | not that I"m aware of |
| 18:43.40 | brlcad | it was never running until you fired it up was it? |
| 18:43.48 | brlcad | or was it even fired up? didn't think so |
| 18:43.51 | Troublesome | this time i compiled the latest release available 7.22.1 |
| 18:43.59 | brlcad | Troublesome: *awesome* |
| 18:44.11 | brlcad | that's a really interesting compiler, it's catching a slew of c++11 issues |
| 18:44.19 | ``Erik | oh, it's not running on the old machine, heh |
| 18:44.41 | brlcad | Troublesome: so the next question is whether you noticed any options during compilation about compliance/conformance that you could set |
| 18:44.55 | brlcad | like to make it behave like msvc |
| 18:45.54 | Troublesome | well this time it has "only" 599 errors |
| 18:46.02 | Troublesome | instead of 601 |
| 18:46.26 | Nikolay | A LOT of difference |
| 18:47.07 | Troublesome | the number of warnings is also different like 50 warnings less |
| 18:47.40 | Troublesome | The C++ Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro. |
| 18:47.51 | Troublesome | this is one of the most common errors |
| 18:48.12 | brlcad | yay, we fixed 2 |
| 18:48.38 | Troublesome | "cmd.exe" exited with code 900 |
| 18:48.45 | Troublesome | this is the other most common error |
| 18:49.03 | brlcad | sure, the tools didn't build, so the scripts can't run |
| 18:49.39 | Troublesome | and this warning function' : conversion from 'size_t' to 'int', possible loss of data |
| 18:49.39 | brlcad | that C4005 warning is in a low-level library, so it'll be reapeated over and over for most of our c++ sources |
| 18:49.48 | brlcad | that's fine |
| 18:50.08 | brlcad | did you see anything about different compilation modes? |
| 18:50.30 | Troublesome | no |
| 18:50.53 | brlcad | k |
| 18:51.22 | Troublesome | i hope that i done this right because i wonder how it will compile with GCC 4.8 |
| 18:52.41 | brlcad | maths22: so what's needed next are the exact steps you took so we can repeat them across all the dbs |
| 18:54.44 | Nikolay | you are not the only one hoping :D know that feeling |
| 18:56.59 | brlcad | ``Erik: so I noticed you have a couple mysql databases -- are they in use? |
| 18:58.37 | ``Erik | um, unlikely, lemme look |
| 18:59.02 | brlcad | if they can be dropped, it'll make this a bit easier |
| 18:59.30 | ``Erik | show databases gives me an empty set on bz |
| 18:59.30 | brlcad | or not dropped, but ignored |
| 18:59.39 | brlcad | on crit |
| 19:01.34 | ``Erik | oh, on crit it's my wordpress shtuff, running a live site ( https://elfga.com/blog/ ) |
| 19:02.33 | brlcad | k |
| 19:02.42 | brlcad | can you make a backup just in case? :) |
| 19:02.50 | ``Erik | done |
| 19:02.56 | brlcad | should just ignore it, but I'm planning on importing the users from .bz |
| 19:03.21 | brlcad | don't know how importing that will play out |
| 19:03.37 | brlcad | sinc eit mucks with the central 'mysql' db |
| 19:04.09 | ``Erik | don't suppose you could save my grant lines in case they get stomped? |
| 19:05.47 | ``Erik | I just did a mysqldump --all-databases , so we should be all good |
| 19:06.23 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: |
| 19:12.44 | Notify | 03BRL-CAD:n_reed * 53897 brlcad/trunk/src/librt/primitives/pipe/pipe.c: put pipe bend parameters in a struct |
| 19:14.21 | Notify | 03GCI: M4trixSh4d0w has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Claimed I would like to work on this task. |
| 19:21.09 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:32.46 | ``Erik | !notify ask |
| 19:32.47 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 19:32.50 | ``Erik | !notify month |
| 19:32.52 | Notify | BRL-CAD: carlmoore:294, brlcad:79, n_reed:46, starseeker:33, bob1961:19, erikgreenwald:15, r_weiss:8, jordisayol:4, caen23:3 |
| 19:32.53 | Notify | BRL-CAD Wiki: Sean:22, Minichrispy:5, 128.63.32.74:3, Jacksixb:3, YolandeskzwvwzbwjStumph:1, Erik:1 |
| 19:33.08 | ``Erik | !notify year brl-cad |
| 19:33.10 | Notify | BRL-CAD: carlmoore:1333, starseeker:1293, brlcad:1245, n_reed:546, tbrowder2:471, erikgreenwald:296, bob1961:291, r_weiss:217, crdueck:118, phoenixyjll:111, indianlarry:64, anrgmrty:49, cprecup:38, d_rossberg:27, jordisayol:17, Abhi2011:7, jimhunt:3, caen23:3, louipc:2 |
| 19:47.47 | Troublesome | anyone reviewing or mentors have social life too? xD |
| 19:48.18 | Nikolay | LOL |
| 19:49.58 | brlcad | tends to be in waves |
| 19:50.19 | Nikolay | what does that mean (i dont understand it) |
| 19:51.20 | brlcad | it means we're all busy with LOTS of other stuff going on, so mentors will go in and review a bunch all at once |
| 19:52.12 | Nikolay | i hope that is done soon so I can go work on other tasks |
| 19:52.25 | Nikolay | the easy ones are almost over ;( |
| 20:00.32 | brlcad | https://groups.google.com/forum/#!searchin/gci-discuss/%22doing$20something$20wrong%22/gci-discuss/uoHj4nOONag/28Pb-UjUBOUJ |
| 20:03.00 | Notify | 03BRL-CAD:n_reed * 53898 brlcad/trunk/src/librt/primitives/pipe/pipe.c: scale number of segments used for bends |
| 20:03.01 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: fantastic Fantastic work, Edward. Thanks for your efforts! |
| 20:03.01 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2012/7948214: Task Closed Congratulations, this task has been completed successfully. |
| 20:03.03 | Notify | 03GCI: Jacob Grover has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Task Claimed I would like to work on this task. |
| 20:03.04 | Notify | 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Assigned This task has been assigned to M4trixSh4d0w. You have 48 hours to complete this task, good luck! |
| 20:04.28 | ``Erik | sunny beaches, beat me to the punch with the msvc one |
| 20:04.46 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Task Assigned This task has been assigned to Jacob Grover. You have 72 hours to complete this task, good luck! |
| 20:06.41 | Troublesome | eehh i wanted the task Compile BRL-CAD using GCC 4.8 :( |
| 20:08.22 | brlcad | Troublesome: you can always get the task to fix the errors it inevitably will report |
| 20:08.22 | Nikolay | yea and I want many things like getting my task approved but i am still burning :D and waiting but its worth it |
| 20:09.57 | brlcad | Nikolay: I know you're joking, but bitching and moaning about it endlessly is getting annoying |
| 20:10.08 | brlcad | do something |
| 20:10.15 | brlcad | productive |
| 20:10.45 | ``Erik | would imagine that whining would get someone bumped to the back of the queue O.o |
| 20:11.07 | Nikolay | i was playing guitar 10 mins ago but now i am just relaxing for 10 hours I have been burning with tasks homeworks etc i just want some free time |
| 20:15.38 | Notify | 03BRL-CAD:n_reed * 53899 brlcad/trunk/src/librt/primitives/pipe/pipe.c: make number of connecting arcs a parameter rather than a constant |
| 20:32.54 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 20:37.44 | starseeker | ah, so the Visual Studio errors in that GCI report are the newest VS compiler? |
| 20:42.47 | Notify | 03BRL-CAD:carlmoore * 53900 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/system/man1/en/asc-nmg.xml and 31 others): remove trailing blanks/tabs |
| 20:44.11 | Notify | 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Task Claimed I would like to work on this task. |
| 20:45.41 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: The wrapper so far Well, I already changed my wrappers so it uses mpf_t instead of mpf_class so it works with the existing code fine. bn_dist_pt3_pt3 worked before with a result of 11.1933 but now I get a result of -nan. Here is my code: |
| 20:45.42 | Notify | http://pastebin.com/phx6qgNB... |
| 20:47.31 | Notify | 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Some questions... The instructions are a little vague. I know C++ but am not to sure about how I should go about doing this task. I figure it's a good time to learn :) |
| 20:52.56 | Notify | 03GCI: Dr Coconut has left the following comment at Add a primitive surface area function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7982218: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 20:54.06 | Notify | 03GCI: aS90YXNrL3ZpZXcvZ29vZ2xlL2djaTIwMTIvNzk0NjIxODoNCg0KDQpBIGNsdWUNCg0KDQpIZXJl IGlzIHRoZSBvdXRwdXQgb2YgbWFpbjoNCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioNCg0KZG91YmxlIGNvbnN0cnVjdG9yIHdpdGggb3BlcmFuZCAwLjAwMDAwMA0KDQpk b3VibGUgY29uc3RydWN0b3Igd2l0aCBvcGVyYW5kIDAuMDAwMDAwDQoNCmRvdWJsZSBjb25zdHJ1 Y3RvciB3aXRoIG9wZXJhbmQgMC4wMDAwMDANCg0KaGVsbG8gdmVjdG9yOiAwLjAwMDAwMCwgMC4w... |
| 20:56.24 | andrei | that looks interesting |
| 20:57.41 | Notify | 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Claimed I would like to work on this task. |
| 21:04.46 | Notify | 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Claimed I would like to work on this task. |
| 21:11.06 | Notify | 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Clarification So I am to go to the three listed sites and add all the citations there to one .bib file? |
| 21:14.53 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 21:17.32 | Notify | 03BRL-CAD:n_reed * 53901 brlcad/trunk/src/librt/primitives/pipe/pipe.c: scale number of connecting arcs |
| 21:19.56 | Notify | 03GCI: Jacob B has left the following comment at Migrate our MySQL databases from v4 to v5 http://www.google-melange.com/gci/task/view/google/gci2012/7991209: Ready for review The work on this task is ready to be reviewed. |
| 21:20.19 | maths22 | brlcad: I have put up the MySQL tutorial |
| 21:32.56 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: I remember I did something and now it's no longer 0,0,-nan... I remember now that the main reason that I used mpf_class2 in the first place was to have a copy constructor. However, I then wouldn't be able to use the type with printf. Which do you think is more... |
| 21:37.51 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Going with mpf_class Sorry for being so indecisive. I think I'll just forge on with extending mpf_class. Still not sure what to do about bn_point3d etc. though. |
| 21:43.33 | *** join/#brlcad Dimitar (~dborisov@78.128.70.201) | |
| 21:46.01 | Dimitar | when will this task: https://google-melange.appspot.com/gci/task/view/google/gci2012/8026204 be reviewed |
| 21:48.31 | *** part/#brlcad Nikolay (Nikolay@77.70.66.28) | |
| 22:00.57 | Notify | 03BRL-CAD:r_weiss * 53902 brlcad/trunk/src/libbn/plane.c: Updated test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Changed computations to use magnitude squared. |
| 22:09.00 | Notify | 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: More screenshots Hi, I have uploaded some more screenshots. Please let me know what you think. |
| 22:24.15 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Task Claimed I would like to work on this task. |
| 22:39.45 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Assigned This task has been assigned to Edward Kalfov. You have 72 hours to complete this task, good luck! |
| 22:40.10 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Task Assigned This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck! |
| 22:41.10 | Notify | 03GCI: Andrei Popescu has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Assigned This task has been assigned to Dr Coconut. You have 48 hours to complete this task, good luck! |
| 22:51.05 | *** join/#brlcad maths22_ (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 23:11.20 | Notify | 03GCI: Sean has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: basically Basically, as well as creating correct/accurate bib entries for those three papers too. |
| 23:12.40 | Notify | 03GCI: Sean has left the following comment at Migrate our MySQL databases from v4 to v5 http://www.google-melange.com/gci/task/view/google/gci2012/7991209: Task Closed Congratulations, this task has been completed successfully. |
| 23:17.11 | Notify | 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: one problem at a time... My inclination is as expressed earlier, that we won't be feeding fastf_t to printf() so that's not an issue. They'll be expanded with V3ARGS() which could be changed to extract each field in floating point format, or have a [] operator defined... |
| 23:19.39 | *** join/#brlcad lachlanp (~lachlan@203.122.226.79) | |
| 23:26.31 | Notify | 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: oh! Oh, the last one looks like something we can use, thanks! By the way, did you about the raytrace or did it crash? I see the rr_refract output and that's not usual. If you try any of our other rendering tasks, you might want to try this on the command line: rt... |
| 23:27.11 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: It does 0,0,0 right now I don't think I would have had the chance to put this much effort into this if you hadn't extended the deadline, hahaha. Here is what I have so far: http://pastebin.com/3jiDDCSA |
| 23:27.36 | Notify | 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: laptop the laptop screenshot you made would probably look particularly good rendered with those options |
| 23:28.52 | Notify | 03BRL-CAD:r_weiss * 53903 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: Fixed a bug in function "bn_distsq_pt3_lseg3" in file "nmg_pt_fu.c". Added test for when PCA is at A. |
| 23:30.51 | Notify | 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: upload Upload what you have and we can call this done since you did give a proof of concept. The next step would be setting the vector to 1/3, 1/3, 1/3 and/or 0.1, 0.1, 0.1, but we can set up another task to explore that. |
| 23:30.56 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Database migration I believe I migrated the relevent database, so I can work on this on the secondary server. |
| 23:31.01 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Task Claimed I would like to work on this task. |
| 23:33.41 | Notify | 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: looking a little better Looks a little better, but linux/solaris/freebsd should be separate line items like the other configurations. Fix that up and we can probably call it done. |
| 23:33.51 | Notify | 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... |
| 23:36.16 | Notify | 03GCI: Sean has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: also... It'd be useful to have the editable original in addition to the image for the final upload so we can include legal disclaimers and update it as the landscape changes. |
| 23:41.35 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Thanks for your help and guidance! I guess I overdid it, but at least I learnt about the GMP! |
| 23:50.57 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 23:57.32 | brlcad | maths22: *nod*, looks good |
| 23:57.44 | brlcad | paves the way for the other web tasks |
| 23:58.16 | maths22 | I placed a claim for the Drupal one. |
| 23:58.41 | Notify | 03GCI: reikaze has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Ready for review The work on this task is ready to be reviewed. |
| 23:59.09 | lachlanp | hi |
| 00:03.50 | maths22 | brlcad: By the way, when the website was copied from the original server, hidden (dot) files were not copied. Links do not work on the new site, in part becasue I do not believe .htaccess copied. |
| 00:11.21 | lachlanp | what is the Notify thing? |
| 00:11.28 | lachlanp | or who if needed |
| 00:11.52 | lachlanp | seems to be pulling comments from task on the gci site |
| 00:12.31 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 00:21.43 | lachlanp | i'm having a bit of trouble with buffers |
| 00:21.53 | lachlanp | is the standard way to allocate a buffer on the stack to do: |
| 00:22.00 | lachlanp | char expected_buf[BUFFER_SIZE]; |
| 00:22.05 | lachlanp | inside the function? |
| 00:22.32 | lachlanp | because for some reason, its got a '2' (char) at the first position, and i'm not touching it |
| 00:22.46 | lachlanp | i can ever print it out straight after its declared and its still got it |
| 00:22.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:23.04 | lachlanp | after a memset(expected_buf, 0, BUFFER_SIZE) its all nulls... |
| 00:23.07 | lachlanp | any ideas? |
| 00:25.12 | ``Erik | yes, that's how to allocate on the stack, and the contents are not set on allocation |
| 00:25.17 | lachlanp | ah |
| 00:25.29 | lachlanp | thought it was initialised |
| 00:25.38 | lachlanp | is memset the preferred way then? |
| 00:25.44 | lachlanp | (even though it shouldn't need to be done) |
| 00:25.47 | Notify | 03GCI: Melange has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 00:25.57 | lachlanp | (...through what i'm doing to it) |
| 00:25.59 | ``Erik | some compilers will initialize for you, but it's not part of the language spec and a lot of compilers turn it off for release builds |
| 00:26.05 | lachlanp | ok |
| 00:26.15 | ``Erik | memset is a good way to 0 it out, if needed |
| 00:26.20 | lachlanp | ok |
| 00:27.15 | lachlanp | thanks |
| 00:27.34 | ``Erik | and notify is a bot that msg's gci changes, commit messages, etc, yes :) |
| 00:27.40 | lachlanp | ok :-) |
| 00:29.25 | lachlanp | can i allocate a buffer with a variable size or is it determined at compile time... |
| 00:29.26 | lachlanp | eg |
| 00:29.37 | lachlanp | char *buf[argc-1]; ? |
| 00:31.08 | ``Erik | has to be static, if you want runtime size selection, allocate off the heap |
| 00:31.20 | lachlanp | <PROTECTED> |
| 00:31.26 | lachlanp | for my unit test |
| 00:32.06 | ``Erik | the compiler should throw an error about size unknown at compile time |
| 00:32.16 | Notify | 03GCI: Douangtavanh Kongphaly has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Claimed I would like to work on this task. |
| 00:32.38 | lachlanp | is heap allocation recommended sorry |
| 00:33.15 | ``Erik | yeah, malloc() and free() |
| 00:33.19 | lachlanp | ok |
| 00:33.41 | lachlanp | probably not necessary... just an array of integers (point set) that will generaly be less than 20 |
| 00:51.03 | lachlanp | i miss exceptions from java... all i get in C is "SegFault" :-) |
| 00:52.02 | lachlanp | and stdout doesn't show up in the test output |
| 00:55.17 | Notify | 03GCI: Cezar has left the following comment at Set up SvnPlot http://www.google-melange.com/gci/task/view/google/gci2012/8016209: Ready for review The work on this task is ready to be reviewed. |
| 00:58.27 | Notify | 03GCI: Cooshinator has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 00:58.41 | caen23 | brlcad: i found a way to make the process faster, by mirroring the repo on the machine that's going to run svnplot. in around 3h i got 13k commits. not awesome, but definitely better. the instructions might be a bit verobse, and might get in the way, so let me know if they need rework. the most important part is the one about mirroring the repo. also, i haven't tried doing it on windows, so that's not documented |
| 00:58.50 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 00:59.16 | starseeker | brlcad: here's the link for the primitive figures stuff: http://bzflag.bz/~starseeker/gci_primitive_figures/ |
| 01:02.12 | lachlanp | is there no way of speeding up the config step of the build (i know it only happens when i change a CMakeLists.txt) |
| 01:04.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127) | |
| 01:06.05 | Skriptkid | Could anybody tell me at what time reviewing starts and ends?(Along with time zone) |
| 01:07.33 | lachlanp | reviewing of your task work? |
| 01:08.14 | Skriptkid | Yep |
| 01:08.29 | ``Erik | plastic on mars, huh O.o |
| 01:08.36 | lachlanp | i guess sometime after you submit it and when they are available... |
| 01:09.04 | ``Erik | Skriptkid: most reviewers are in the US, at least one in europe, so daytime hours for those places |
| 01:10.50 | Skriptkid | <PROTECTED> |
| 01:11.26 | Skriptkid | (Upload again, in case there has been any problem uploading the file) |
| 01:11.40 | lachlanp | what sort of tasks are you doing? |
| 01:11.54 | lachlanp | like coding or documentation etc |
| 01:12.14 | Skriptkid | documentation. Moving comments in LIBWD. |
| 01:12.19 | lachlanp | ok |
| 01:12.43 | starseeker | makes a note of this to consider for later, if the qmlogre approach doesn't pan out: http://www.ogre3d.org/tikiwiki/tiki-index.php?page=Ogre+overlays+using+Qt |
| 01:14.37 | starseeker | better formatting: http://www.ogre3d.org/forums/viewtopic.php?f=5&t=70171 |
| 01:14.48 | lachlanp | i've got my test for tp_i2list passing |
| 01:15.00 | lachlanp | with a null point, 1 point, 2 points and 4 points |
| 01:15.29 | lachlanp | now to extend it to the other functions i guess |
| 01:15.40 | lachlanp | is that what i'm supposed to do? |
| 01:16.55 | lachlanp | do i need to test the fortran ones (is that even possible) |
| 01:19.42 | Notify | 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Claimed I would like to work on this task. |
| 01:24.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.127) | |
| 01:26.14 | lachlanp | any ideas on the best way to do the multiple function tests? should i have an extra argument to the test that specifies which function? |
| 01:26.27 | lachlanp | or use one set of inputs and test all the functions in one go |
| 01:27.14 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.99.127) | |
| 01:29.51 | lachlanp | for now i'll just go with the one set of inputs tests all functions |
| 01:37.13 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 01:43.32 | *** join/#brlcad Skriptkid (ljrpiq@69.41.182.135) | |
| 01:55.57 | lachlanp | hi, is there any way of getting the 'make test' to show the stdout output? |
| 02:11.42 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 02:34.02 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Thanks I'm working on setting up my computer tonight. Tomorrow I will begin compiling the code and documenting the results. I do have to add, though, that I'm not running a standard version of Windows. I am using the release preview of Windows 8.... |
| 03:33.32 | starseeker | ``Erik: maybe the mars thing will finally convince slashdot to get an editor... |
| 03:56.22 | Notify | 03BRL-CAD:starseeker * 53904 brlcad/trunk/misc/CMake/test_srcs/termlib.c.in: Interesting - clang static analysis saw the unused result assignment in the CMake test, when CMake was run using scan-build. |
| 04:02.00 | Notify | 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Help? I downloaded the latest version of BRL-CAD and whenever I try to enter any of the commands above, it comes up with an error. I am doing something wrong? Am I not entering the commands in the right place? Thanks. |
| 04:03.00 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Testing Fortran Hi, Do I have to test the fortran functions (is that possible in C?) - the only difference between the Fortran and not is that the Fortran ones take float arguments instead of doubles, but the code is essentially |
| 04:03.01 | Notify | the... |
| 04:03.15 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck! |
| 04:03.25 | lachlanp | ...the code is essentially the same. |
| 04:04.40 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Assigned This task has been assigned to Douangtavanh Kongphaly. You have 72 hours to complete this task, good luck! |
| 04:13.00 | Notify | 03GCI: Richard Akira Heru has left the following comment at Model a "D" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8012208: Ready for review The work on this task is ready to be reviewed. |
| 04:19.10 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Task Assigned This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 04:28.01 | brlcad | lachlanp: he meant to say bu_malloc() and bu_free() |
| 04:28.26 | lachlanp | ok |
| 04:28.46 | lachlanp | i didn't use that anyway... an array of ints ~20 long isn't much |
| 04:29.52 | lachlanp | btw do i test the Fortran list functions? |
| 04:29.57 | lachlanp | or just the C ones? |
| 04:34.45 | lachlanp | i'm having a bit of trouble with the 'marker' function |
| 04:34.57 | lachlanp | tp_2mlist |
| 04:35.15 | lachlanp | does it draw characters? or something else |
| 04:37.52 | lachlanp | ok have found out a bit more |
| 04:45.49 | lachlanp | anyone around? |
| 04:46.39 | lachlanp | i don't know quite what to do for the tp_2mlist, which plots a line and puts markers along it |
| 04:46.56 | lachlanp | if got the line plotting turned off (simple flag) so it only draws the markers |
| 04:47.07 | lachlanp | i don't know how to validate the markers... they are rather complex |
| 04:47.55 | brlcad | lachlanp: which fortran ones? (probably not) |
| 04:48.04 | lachlanp | in list.c |
| 04:48.09 | lachlanp | theres functions like: |
| 04:48.16 | lachlanp | void |
| 04:48.17 | lachlanp | PL_FORTRAN(f2list, F2LIST)(FILE **fpp, float *x, float *y, int *n) |
| 04:49.02 | lachlanp | the code for it has some extra stuff at the start, but is the same as the regular C one except for the floats/doubles |
| 04:49.30 | Notify | 03GCI: Moin Nadeem has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: Home Directory doesn't exist For some reason my home directory (/home/{myusername}) doesn't exist, and I cannot create it due to write permissions. I am going to the right place, correct? (cd ~ also leads there.) |
| 04:49.36 | brlcad | yeah, considering they're redundant, not necessary |
| 04:49.40 | lachlanp | ok thanks |
| 04:49.48 | lachlanp | what about the marker one? |
| 04:50.09 | lachlanp | i don't really understand the output of that one |
| 04:51.55 | brlcad | what do you mean? |
| 04:52.05 | lachlanp | tp_2mlist |
| 04:52.14 | brlcad | a marker is just a character |
| 04:52.17 | lachlanp | it plots a line And draw markers |
| 04:52.34 | lachlanp | yeah... i'm not sure if i'm doing this right but i'm comparing the plot commands outputed |
| 04:53.03 | lachlanp | when the marker is draw it seems to do a lot of line moving etc |
| 04:53.29 | brlcad | it's drawing the symbol, so yeah, it'll be a lot of stuff potentially |
| 04:53.49 | lachlanp | i'm not sure how to validate that stuff |
| 04:53.59 | lachlanp | even when I choose '+' it does a lot |
| 04:54.09 | lachlanp | from here: http://www.gnu.org/software/plotutils/manual/en/html_node/Marker-Symbols.html#Marker-Symbols |
| 04:54.14 | lachlanp | i presume its the same |
| 04:55.00 | brlcad | it's very similar |
| 04:55.04 | brlcad | ours is much older :) |
| 04:55.12 | lachlanp | :-) |
| 04:55.14 | lachlanp | ok |
| 04:55.18 | brlcad | that's some of the oldest code in brl-cad, goes to the 70's |
| 04:55.40 | lachlanp | so is there anything different for me? |
| 04:55.56 | brlcad | well, plenty is different from that web page, but not relevant |
| 04:56.09 | lachlanp | ok |
| 04:56.10 | brlcad | it's just plotting text |
| 04:56.14 | brlcad | or other symbols |
| 04:56.24 | lachlanp | kind of font rendering |
| 04:56.29 | brlcad | but you don't even really need to know that to test it |
| 04:56.40 | brlcad | basically, very primitive form of font rendering |
| 04:56.47 | lachlanp | ok |
| 04:57.25 | brlcad | so first to consider is whether the function returns anything |
| 04:57.34 | brlcad | in this case, I think that's a no seeing as it's a void function |
| 04:57.49 | brlcad | so then you just have to consider the parameters, identify which are inputs and outputs |
| 04:57.53 | lachlanp | yep |
| 04:58.06 | lachlanp | so far i've been creating a memory file |
| 04:58.12 | lachlanp | and getting it to plot into that |
| 04:58.16 | starseeker | brlcad: nevermind about the clang static analyzer - I'm building it now |
| 04:58.27 | brlcad | I see three pointers, so the first thing I do is test combinations of null pointers for each of those |
| 04:58.29 | lachlanp | then working out what it should be myself |
| 04:58.42 | lachlanp | then doing strcmp between them |
| 04:58.44 | lachlanp | yep |
| 04:58.49 | brlcad | then you just go down the list, make a call of the function and see if the rest is what is expected |
| 04:59.09 | brlcad | four int values |
| 04:59.25 | brlcad | what happens when they're negative, zero, positive |
| 04:59.37 | lachlanp | ok |
| 04:59.53 | lachlanp | my problem i guess is how to check if it IS correct |
| 05:00.07 | brlcad | well not crashing is always good |
| 05:00.18 | lachlanp | i'm writing this in a general way... so it can be configured in CMakeLists.txt - should that be my aim or not? |
| 05:00.22 | lachlanp | yeah ok :-) |
| 05:00.49 | brlcad | well it's also writing values to those int pointers |
| 05:00.54 | brlcad | so you could check for non-zero |
| 05:01.16 | brlcad | that's a fine aim |
| 05:01.19 | lachlanp | its writing to x and y? |
| 05:01.26 | lachlanp | thought it just read from them |
| 05:01.54 | brlcad | maybe it does |
| 05:02.00 | lachlanp | ah |
| 05:02.06 | lachlanp | you want me to ENSURE it doesn't |
| 05:02.20 | brlcad | not really |
| 05:02.35 | brlcad | the general idea is just to make sure the function seems to be well-behaved |
| 05:02.55 | brlcad | I'd be surprised if you couldn't get it to crash myself |
| 05:03.03 | lachlanp | ok |
| 05:03.06 | brlcad | as that's common for code that doesn't have an existing unit test |
| 05:03.23 | lachlanp | a crash will result in SegFault or someting? |
| 05:03.51 | lachlanp | nvrmind will try myself ;-) |
| 05:04.19 | brlcad | should |
| 05:04.29 | brlcad | so since your only output seems to be that file pointer |
| 05:04.56 | brlcad | the only way you can test is to create a file, run the function, and observe whether the file changes |
| 05:05.13 | lachlanp | for the other functions i've been validing what gets written to it |
| 05:05.14 | brlcad | some inputs should result in no file change, some should |
| 05:05.23 | lachlanp | ok |
| 05:05.30 | brlcad | even better, but just checking it at a high-level is fine |
| 05:05.36 | brlcad | you don't want tests to be too sensitive |
| 05:05.40 | lachlanp | yeah |
| 05:05.56 | lachlanp | :-( can't do for(int i = 0; i < ...; i++) ? |
| 05:06.05 | lachlanp | "'for' loop initial declarations are only allowed in C99 mode" |
| 05:07.34 | brlcad | simple example: less ../libbu/tests/bu_str_isprint.c |
| 05:08.05 | brlcad | the contained test_str_isprint() function passes in the "expected" result for that input and that is checked |
| 05:09.03 | lachlanp | what these generate is several lines of stuff |
| 05:09.04 | brlcad | you can do something similar where the expected result is whether the file contains at least x plot lines, for example, or even a simple 0|1 whether the file got bigger or similar |
| 05:09.10 | lachlanp | ah ok |
| 05:09.14 | lachlanp | :-) |
| 05:10.35 | lachlanp | no segfault... for each argument going from -5 to 5 |
| 05:10.39 | lachlanp | pity |
| 05:10.45 | lachlanp | but a lot of output |
| 05:11.55 | Notify | 03GCI: Sean has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: fixed Fixed. |
| 05:14.42 | bhlegm | brlcad can u make me a database, and also a user for it |
| 05:14.54 | Notify | 03GCI: Sean has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: yes Yes, you're doing something wrong. If you download and install BRL-CAD, you'll have to add our installation bin directory to your PATH. That's a fundamental command line concept worth reading up on:... |
| 05:15.17 | lachlanp | thanks brlcad btw :-) |
| 05:17.18 | brlcad | bhlegm: which task? |
| 05:17.28 | brlcad | jenkins? |
| 05:17.38 | brlcad | lachlanp: np |
| 05:17.59 | brlcad | oh, now this is going to be a fun task for someone |
| 05:18.04 | bhlegm | piwigo |
| 05:18.25 | brlcad | 's friend set up a remote login to a Raspberry Pi |
| 05:18.39 | brlcad | getting brl-cad to compile on that should be fun |
| 05:18.46 | bhlegm | thats funny |
| 05:18.50 | brlcad | bhlegm: ah, okay |
| 05:19.24 | brlcad | bhlegm: created |
| 05:19.35 | brlcad | 'piwigo' |
| 05:19.54 | bhlegm | username and pass is same as my always? |
| 05:21.01 | lachlanp | haha |
| 05:21.20 | lachlanp | gota find someone with it i guess |
| 05:22.28 | brlcad | bhlegm: nope |
| 05:23.23 | brlcad | lachlanp: find someone with what? |
| 05:23.35 | lachlanp | a raspberry pi |
| 05:23.47 | lachlanp | or find an emulator |
| 05:23.54 | brlcad | he's provided his for us to use |
| 05:23.58 | lachlanp | ok |
| 05:24.00 | brlcad | put it on the net |
| 05:24.04 | lachlanp | ah |
| 05:24.07 | lachlanp | sorry |
| 05:24.18 | brlcad | so whomever claims the task will be able to just log in and give it a try |
| 05:24.26 | brlcad | i'm tempted to do it myself! |
| 05:24.38 | lachlanp | :-) |
| 05:24.45 | brlcad | but it's a perfect task, it'll be interesting |
| 05:25.03 | bhlegm | im gonna get one for christmas :) if it comes by then xD |
| 05:25.16 | lachlanp | how much is a standard brlcad installation weigh? |
| 05:25.26 | brlcad | about 4 lbs |
| 05:25.58 | lachlanp | whats 4 pounds in MB? |
| 05:26.27 | lachlanp | if its not on the top of your head that fine |
| 05:29.50 | brlcad | too many variables |
| 05:30.01 | brlcad | it can be 250MB, it can be 2500MB |
| 05:30.08 | lachlanp | ok |
| 05:30.13 | brlcad | usually somewhere in between |
| 05:30.30 | brlcad | less if you strip everything |
| 05:42.20 | Notify | 03BRL-CAD:jordisayol * 53905 (brlcad/trunk/misc/debian/icons/128x128/brlcad-mged.png brlcad/trunk/misc/debian/icons/16x16/brlcad-mged.png and 6 others): Update Linux icons |
| 05:42.47 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:46.27 | lachlanp | ok i've written a test for each function that is not fortran in list.c |
| 05:46.32 | lachlanp | and they all pass |
| 05:47.31 | lachlanp | so now i need to create a patch |
| 05:47.39 | lachlanp | make sure it passes on a clean svn checkout |
| 05:47.42 | lachlanp | and make sure it builds? |
| 05:48.02 | lachlanp | ...and tests |
| 05:49.37 | lachlanp | i need to run 'svn add src/libbn/tests/bn_list.c' as well don't i |
| 05:49.51 | lachlanp | otherwise it doesn't appear in the diff |
| 05:52.34 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Model a "D" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/8012208: Task Closed Congratulations, this task has been completed successfully. |
| 06:20.15 | starseeker | brlcad: if it's of interest, here are the steps to use clang's static analyzer when building BRL-CAD: |
| 06:20.19 | starseeker | http://bzflag.bz/~starseeker/clang-static.txt |
| 06:24.52 | starseeker | brlcad: here's what one of the report pages looks like: http://bzflag.bz/~starseeker/clang-analysis_src_libged_wdb_bigE_report.png |
| 06:28.34 | starseeker | brlcad: not sure what to make of the report... considering it reports >3k issues, more than 2k of which are dereferencing of null pointers, I guess my initial response is "skeptical" |
| 06:30.15 | starseeker | brlcad: it does generate these report pages though, so maybe it can tell us something useful... |
| 06:30.38 | starseeker | (whole output is 142 megs compressed for reports) |
| 06:31.50 | Notify | 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Ready for review The work on this task is ready to be reviewed. |
| 07:14.56 | Notify | 03GCI: Sean has left the following comment at Convert Gallery to Piwigo http://www.google-melange.com/gci/task/view/google/gci2012/7991207: Deadline extended The deadline of the task has been extended with 2 days and 0 hours. |
| 07:16.11 | Notify | 03GCI: Sean has left the following comment at Investigate GMP integration http://www.google-melange.com/gci/task/view/google/gci2012/7946218: Task Closed Congratulations, this task has been completed successfully. |
| 07:16.31 | Notify | 03GCI: Teepen has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Ready for review The work on this task is ready to be reviewed. |
| 07:17.26 | Notify | 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with 'q' through 'z' http://www.google-melange.com/gci/task/view/google/gci2012/8026204: Task Closed Congratulations, this task has been completed successfully. |
| 07:20.57 | Notify | 03BRL-CAD:brlcad * 53906 brlcad/trunk/AUTHORS: credit Dimitar with his GCI task contribution moving code comments from source to header files for librt q-z files (http://www.google-melange.com/gci/task/view/google/gci2012/8026204 and sf patch 3591089) |
| 07:34.36 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:50.58 | harmanpreet | brlcad: as it is clearly mentioned in the task description at http://www.google-melange.com/gci/task/view/google/gci2012/7974231 that one needs to compare BRL-CAD with CATIA, SolidWorks etc but the student who claimed the task has chosen other softwares. Also he/she has not separated linux/solaris/bsd as other configurations. So I think, more work is needed. Rest you decide. |
| 08:07.59 | brlcad | harmanpreet: I agree with that assessment |
| 08:12.54 | lachlanp | just submitted my task results |
| 08:23.37 | harmanpreet | brlcad: but you expressed in one of your comments as you are going to close the task. |
| 08:25.18 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:31.01 | harmanpreet | brlcad: ok.. :) |
| 09:17.04 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 09:47.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 10:04.02 | *** join/#brlcad caen23 (~caen23@92.81.193.169) | |
| 10:05.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 10:14.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 10:21.09 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 10:21.33 | jasleen | hi harman |
| 10:22.19 | jasleen | I had downloaded brlcad package |
| 10:23.25 | jasleen | how to install it? |
| 10:30.47 | harmanpreet | I suppose you downloaded a debian package on Ubuntu 12.4, if that is the case, just go and double click the package. Later you will need to change the path settings of your system to make mged able to run on your system. |
| 10:30.49 | harmanpreet | You can also check: http://brlcad.org/xref/source/INSTALL for detailed information about installation depending upon what you downloaded. |
| 10:33.24 | harmanpreet | and yes, you are welcome to ask questions from anyone on this channel. :) |
| 10:34.04 | jasleen | Yes. I had downloaded debian package |
| 10:34.19 | jasleen | and I have ubuntu 12.04 |
| 10:34.29 | jasleen | nice guess :) |
| 10:34.44 | jasleen | Thanks for help |
| 10:34.55 | jasleen | I am going to try this |
| 10:57.55 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.194) | |
| 11:04.23 | KOKO_ | brlcad: How can i access webhost? |
| 11:19.36 | *** join/#brlcad andrei_ (~andrei_@188.25.160.152) | |
| 11:21.46 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:28.30 | KOKO_ | Are you here brlcad:? |
| 11:29.06 | brlcad | got to be more patient than that |
| 11:40.15 | KOKO_ | brlcad: ok |
| 11:54.13 | Notify | 03BRL-CAD Wiki:98.234.4.242 * 4686 /wiki/A_Survey_of_Implicit_Constraints_in_Primitives: /* rhc (Right hyperbolic cylinder) */ Added additional constraints to the RHC. Not sure about "c > 0", though. |
| 11:54.14 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: NOTE! this is the original file I made it on paint and no where in the task description does it say to have editable parts so I believe my task is finished this is the only file. So I would appreciate much if you just approve my done work :). |
| 11:54.15 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed. |
| 11:54.16 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: also no where is said on what to create this diagram so this also removes the option with editable part :). |
| 11:54.17 | Notify | 03GCI: Matt S. has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your |
| 11:54.18 | Notify | work.... |
| 11:54.19 | Notify | 03GCI: Matt S. has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Needs More Work I think you may be close, but I say may because I'm not sure what I'm actually looking at. That is, there needs to be (at the very least) some elaboration as to what the .pdf files are supposed to be in relation to the task. I will admit that |
| 11:54.20 | Notify | I... |
| 11:54.21 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed. |
| 11:54.22 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Review: Hi, It might need a bit of cleanup to meet your standards. Thanks, Lachlan |
| 11:54.23 | Notify | 03GCI: Richard Akira Heru has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Task Claimed I would like to work on this task. |
| 11:54.24 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! |
| 11:54.25 | Notify | 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Task Claimed I would like to work on this task. |
| 11:54.26 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck! |
| 11:54.27 | Notify | 03GCI: reikaze has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task. |
| 11:54.28 | Notify | 03GCI: Ambar Pal has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Ready for review The work on this task is ready to be reviewed. |
| 11:54.29 | Notify | 03GCI: stefi.stoyanova has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: Ready for review The work on this task is ready to be reviewed. |
| 11:54.30 | Notify | 03GCI: reikaze has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 11:54.31 | Notify | 03GCI: reikaze has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Claimed I would like to work on this task. |
| 12:26.54 | *** join/#brlcad Skriptkid (wfafcv@app7.chatmosphere.org) | |
| 12:36.05 | *** join/#brlcad andrei (~andrei@188.25.160.152) | |
| 12:36.18 | andrei | hello |
| 12:56.18 | *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net) | |
| 13:08.54 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.194) | |
| 13:11.19 | KOKO_ | brlcad: what is more information to do my task? |
| 13:12.06 | andrei | KOKO_, what task do you have? |
| 13:12.25 | *** join/#brlcad KOKO__ (~KOKO@101.78.11.194) | |
| 13:13.13 | KOKO__ | andrei http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 13:13.56 | andrei | you might need to wait for brlcad, but I ll have a look, perhaps I can help |
| 13:14.28 | andrei | ah, it's the mediawiki. Then you have to speak with him, sorry:) |
| 13:17.01 | Troublesome | Hey i have this problem with CMake |
| 13:17.03 | Troublesome | CMake Error at CMakeLists.txt:462 (_message): |
| 13:17.03 | Troublesome | <PROTECTED> |
| 13:17.22 | Troublesome | when i try to configure for Borland compiler |
| 13:17.29 | Troublesome | any ideas how to fix it? |
| 13:20.20 | andrei | I think the issue is with some preprocessor directives |
| 13:20.24 | andrei | But I'm not sure |
| 13:21.12 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:22.43 | andrei | Troublesome, what is at line 462 in that CMakeLists |
| 13:24.26 | andrei | ? |
| 13:25.03 | Troublesome | Trying to find CMakeLists |
| 13:25.32 | andrei | Uhm, CMakeLists exist in each folder |
| 13:25.53 | *** join/#brlcad KOKO__ (~KOKO@101.78.11.194) | |
| 13:26.06 | *** join/#brlcad KOKO__ (~KOKO@101.78.11.194) | |
| 13:28.12 | Troublesome | i have thousands of those CMakeLists files |
| 13:28.26 | Troublesome | and i don't know where i have to look |
| 13:29.38 | Troublesome | ok i think i found it |
| 13:29.54 | Troublesome | the CMakeLists.txt in the source folder of BRLCAD |
| 13:29.55 | Troublesome | so |
| 13:29.59 | Troublesome | line 462 |
| 13:30.12 | Troublesome | _message(${ARGN}) |
| 13:30.44 | Troublesome | but i think it has to be only message |
| 13:30.45 | Troublesome | if(NOT BRLCAD_IS_SUBBUILD) |
| 13:30.46 | Troublesome | <PROTECTED> |
| 13:30.46 | Troublesome | <PROTECTED> |
| 13:30.46 | Troublesome | <PROTECTED> |
| 13:30.46 | Troublesome | <PROTECTED> |
| 13:30.46 | Troublesome | <PROTECTED> |
| 13:30.46 | Troublesome | endif(NOT BRLCAD_IS_SUBBUILD) |
| 13:31.00 | Troublesome | when i try to change it to message |
| 13:31.12 | Troublesome | and try to configure in CMake |
| 13:31.16 | Troublesome | it just crashes |
| 13:31.18 | Troublesome | :( |
| 13:32.16 | andrei | I found the code, now, what did you try to change? |
| 13:33.31 | andrei | or it doesn't compile like this? |
| 13:33.43 | Troublesome | _message(${ARGN}) this line |
| 13:34.00 | Troublesome | when i write only message(${ARGN}) |
| 13:34.08 | Troublesome | without the underscore |
| 13:34.15 | Troublesome | CMake crashes |
| 13:34.23 | Troublesome | when i try to configure |
| 13:34.52 | Troublesome | or generate |
| 13:35.10 | andrei | and underscore in front of the function means it is a function that should not be used outside, a convenience function |
| 13:35.15 | andrei | That's probably the reason it crashes |
| 13:35.35 | andrei | in front of the function name, to be more precise. |
| 13:35.58 | andrei | but I am not sure why do you want to change that |
| 13:36.28 | Troublesome | well then the problem might be at ARGN? |
| 13:37.36 | Troublesome | but CMake tells that (_message) might be the problem |
| 13:39.18 | andrei | I am not very familiar with CMake so I can't see your issue too easily. To me, the _message(${ARGN}) just outputs the number of arguments |
| 13:39.30 | andrei | I mean, that s what I think it does |
| 13:44.05 | Troublesome | i also get this |
| 13:44.06 | Troublesome | Call Stack (most recent call first): |
| 13:44.07 | Troublesome | <PROTECTED> |
| 13:44.47 | KOKO__ | brlcad I'am waiting so long |
| 13:46.27 | Troublesome | if(TIME_RESULT MATCHES "^0$") |
| 13:46.31 | Troublesome | this fails |
| 13:49.22 | *** join/#brlcad KOKO_ (~KOKO@103.1.30.244) | |
| 13:50.50 | andrei | Troublesome, I can't help you, sorry :( |
| 13:52.03 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 14:02.11 | Troublesome | i hope Sean can help... |
| 14:15.47 | *** join/#brlcad YEAHBUDDY (~Troubleso@dc060-181.pppoe.dc-sofia.net) | |
| 14:18.11 | *** join/#brlcad Dimitar (~dborisov@78.128.70.201) | |
| 14:24.24 | Dimitar | http://www.google-melange.com/gci/task/view/google/gci2012/7985228 is this only about designing the spreadsheet or do I have to literally fill it with over 700 commands ? |
| 14:26.18 | KOKO_ | brlcad are you here? |
| 14:27.50 | *** join/#brlcad harmanpreet (~chatzilla@124.253.75.135) | |
| 14:32.16 | *** join/#brlcad Skriptkid (pnylcs@69.41.182.138) | |
| 14:35.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 14:46.10 | starseeker | Whenever someone can talk to Troublesome - the failure is not in the bit of CMake code he was trying to change |
| 14:47.10 | starseeker | the timing code is located in misc/CMake/test_srcs/ - the time*.c.in and builddelta*.c.in files |
| 14:47.39 | starseeker | something about those files is apparently making the Borland compiler unhappy |
| 14:48.56 | starseeker | If he looks in the CMakeTmp, he will see the .c versions of those files configured for his machine - time.c, timedelta_start.c, builddelta_start.c, etc. |
| 14:51.01 | *** join/#brlcad Ashish101 (75c229bd@gateway/web/freenode/ip.117.194.41.189) | |
| 14:52.03 | Ashish101 | Anyine here can help |
| 14:52.28 | Ashish101 | i want a vedio tutoriol on brlcad !! |
| 14:52.36 | Ashish101 | please help i want to lean it |
| 14:53.43 | Ashish101 | anyone ?? |
| 14:54.01 | Ashish101 | @brlcad @ChanServ ``Erik Al_Da_Best andrei archivist Ashish101 caen23 crdueck d_rossberg DarkCalf Dimitar dtidrow harmanpreet ibot kanzure KimK KOKO_ louipc maths22 n_reed Notify starseeker YEAHBUDDY yiyu |
| 14:54.33 | archivist | you will not get help that way |
| 14:55.36 | caen23 | Ashish101: i've also tried finding a video tutorial, but i haven't had much luck. a good starting point would be reading the getting started doc that comes with BRL-CAD |
| 14:55.49 | caen23 | also, i believe a video tutorial would make for a nice gci task |
| 14:56.36 | Ashish101 | Whats whar i am doing but a vedio could have helped more As they PDF is dealing with the old version and only code basesd not the GUI |
| 14:56.59 | Ashish101 | YA sure for those who know it |
| 14:57.04 | Ashish101 | What ur task |
| 14:57.22 | Ashish101 | MOne is t o make a goog\d review of its GUI menus |
| 14:59.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 15:00.24 | YEAHBUDDY | Starseeker |
| 15:00.43 | *** join/#brlcad Troublesome (~Troubleso@dc060-181.pppoe.dc-sofia.net) | |
| 15:00.51 | Troublesome | hey starseeker |
| 15:01.07 | Troublesome | if the problem i cant even get to compiling with borland |
| 15:01.20 | Troublesome | i can't generate the files i need with CMake |
| 15:09.31 | ``Erik | Troublesome: http://paste.lisp.org/display/133983 |
| 15:09.35 | Troublesome | also the files you mentioned,I can compile them with CodeBlocks |
| 15:19.47 | Ashish101 | I am learning it |
| 15:19.59 | Ashish101 | i had maede a file called mantank.g |
| 15:20.17 | Ashish101 | Not working ?? Why ?? when i reopen it from file !! :() |
| 15:26.18 | brlcad | alrighty, who's here waiting on a task to be reviewed? |
| 15:28.44 | brlcad | Troublesome: need to know why the code to determine the current date and time failed? |
| 15:28.50 | brlcad | s/?/./ |
| 15:29.31 | Troublesome | i am here |
| 15:29.35 | Troublesome | well |
| 15:29.43 | Troublesome | how should i fix this |
| 15:30.20 | brlcad | did you see his note about CMakeTm? |
| 15:30.29 | Troublesome | starseeker said that something is wrong with the files he mentioned above but i can compile them with Codeblock fot example |
| 15:30.32 | Troublesome | yes |
| 15:30.35 | Troublesome | i saw those files |
| 15:30.39 | Troublesome | i compiled them |
| 15:30.44 | brlcad | with borland? |
| 15:30.50 | Troublesome | successfully |
| 15:31.03 | brlcad | using the same options cmake is using? |
| 15:31.55 | Troublesome | well with borland it does not compile actually |
| 15:31.59 | Troublesome | only with CodeBlocks |
| 15:32.37 | Ashish101 | @brlcad: I am using it in windows -- Its buggy !! Do u suggest me to use it in Ubuntu ?? |
| 15:34.26 | brlcad | Troublesome: and why does it not compile? |
| 15:35.42 | Skriptkid | @Ashish101: Linux is always better for development |
| 15:35.47 | brlcad | ``Erik: you ready to let other projects start using Notify? |
| 15:36.06 | brlcad | ``Erik: there's nine other orgs that might be interested in notifications |
| 15:36.07 | Troublesome | 18 errors... the compiler can't even find the header files like "stdio.h" and "time.h" |
| 15:36.11 | brlcad | Skriptkid: he left |
| 15:36.34 | Skriptkid | oh. okay :-$ |
| 15:37.29 | *** part/#brlcad Dimitar (~dborisov@78.128.70.201) | |
| 15:37.39 | *** join/#brlcad Ashish101 (75c229bd@gateway/web/freenode/ip.117.194.41.189) | |
| 15:37.59 | caen23 | brlcad: i am waiting on review :D svnplot one |
| 15:38.01 | brlcad | Troublesome: that sounds like you've either not installed or set up the compiler properly |
| 15:38.06 | brlcad | caen23: link? |
| 15:38.16 | caen23 | http://www.google-melange.com/gci/task/view/google/gci2012/8016209 |
| 15:38.47 | ``Erik | brlcad: yes, if they're willing to bee alpha testrss |
| 15:39.10 | brlcad | caen23: what's the -js one? |
| 15:39.22 | brlcad | ``Erik: okay, I'll let 'em know :) |
| 15:39.42 | caen23 | brlcad: you can generate graphs using either a js lib or matplotlib, which outputs pngs |
| 15:39.45 | brlcad | Skriptkid: you can ask that here, I just asked who is waiting |
| 15:40.18 | brlcad | sorry it's taken so long |
| 15:40.32 | brlcad | we try to get through them as fast as possible, but we are also allowed 36 hours |
| 15:41.05 | brlcad | not all mentors are as available as others and different days of the week will result in different review times (heck different times of day) |
| 15:41.23 | brlcad | okay |
| 15:41.26 | brlcad | (ca |
| 15:41.30 | brlcad | (caen23) |
| 15:42.23 | Skriptkid | No problem :) Also, could you tell me at what time mentors will be mostly available(in your time zone or UTC), so that I can work and submit at that time and get the tasks assigned faster? |
| 15:43.16 | *** join/#brlcad KOKO_ (~KOKO@103.1.30.197) | |
| 15:43.42 | caen23 | brlcad: no problem, it's been awesome so far |
| 15:45.21 | *** join/#brlcad Skriptki_ (~Skriptkid@117.202.108.67) | |
| 15:45.59 | brlcad | caen23: nicely done -- so what are your impressions on those two different methods? |
| 15:46.12 | brlcad | apologies if that's in your write-up, but I'm looking for subjectivity |
| 15:46.23 | brlcad | Skriptkid: it's way too variable :) |
| 15:46.38 | Skriptkid | ok :) Anyway, thanks :) |
| 15:46.53 | brlcad | Skriptkid: i'm obviosly usually pretty active but also juggling a lot of things going on -- if you get my attention at the right time, it's done |
| 15:47.00 | brlcad | get someone else, same result |
| 15:47.15 | brlcad | there are multiple mentors assigned to each day of the week |
| 15:47.40 | Skriptkid | So I can ask for assignment or review of tasks? |
| 15:47.50 | caen23 | brlcad: matplot seems to be shorter in size, and more accurate as far as i can see, but js is a nice touch. but really, if you're trying to decide over a stat tool to use, i wouldn't go for svnplot :D it's a bit old, and slow, and it took some research to set it up :-?? perhaps i could have been faster (this is the first time i've used svn), but i think there should be better tools available |
| 15:48.00 | KOKO_ | brlcad how can i access webhost? |
| 15:48.01 | brlcad | so just don't submit on that same day next time ;) ...in all honesty, though, it was just a really busy day for reviews yesterday and we ran out of time |
| 15:48.20 | brlcad | Skriptkid: if you're polite about it and not annoying like some have already been lately... |
| 15:48.39 | brlcad | KOKO_: i'll get you set up |
| 15:48.43 | Skriptkid | LOL :) I'll keep that in mind ;) |
| 15:48.43 | brlcad | KOKO_: in PM |
| 15:49.07 | KOKO_ | brlcad ok |
| 15:49.08 | brlcad | KOKO__: have you set up mediawiki before? |
| 15:49.29 | brlcad | and have you upgraded it before? |
| 15:49.41 | KOKO_ | nope but another drupal, wordpress, joomla |
| 15:50.02 | brlcad | caen23: yeah, the js looked outright busted here |
| 15:50.07 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 15:50.11 | brlcad | some of the graphs were okay, but most were horked |
| 15:50.33 | brlcad | and seemed slower responsiveness since it was all on the fly |
| 15:50.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 15:50.53 | brlcad | KOKO_: you've done upgrades for those? |
| 15:51.19 | KOKO_ | brlcad yes |
| 15:52.38 | caen23 | brlcad: i had the same impressions |
| 15:53.20 | brlcad | caen23: so how long did it take for it to get to 1997? |
| 15:53.31 | brlcad | didn't even get to the most interesting years... :) |
| 15:53.37 | Ashish101 | brlcad: Please smone help --- u see i made a file in archer and now whenever i open it in mged or archer it just loads a blank screen where as the archer shows property tree for all objects !! |
| 15:53.56 | brlcad | and it looks like it has the same bug that statcvs had ... there wasn't 2.5 million lines of code by then |
| 15:53.58 | caen23 | brlcad: i don't know if you've read my longer comment here the other night :D let me paste it again |
| 15:54.21 | caen23 | brlcad: i found a way to make the process faster, by mirroring the repo on the machine that's going to run svnplot. in around 3h i got 13k commits. not awesome, but definitely better. the instructions might be a bit verobse, and might get in the way, so let me know if they need rework. the most important part is the one about mirroring the repo. also, i haven't tried doing it on windows, so that's not documented |
| 15:54.22 | caen23 | [02:58am] |
| 15:54.39 | brlcad | Ashish101: mged doesn't display geometry when you open a databse, it just opens the database |
| 15:54.46 | brlcad | if you want to display something, you have to tell it to |
| 15:55.02 | brlcad | see the Geometry Browser or the "tops" command and the "draw" command |
| 15:56.06 | brlcad | caen23: I did see that |
| 15:56.16 | brlcad | is 13k commits to 1997? |
| 15:56.26 | caen23 | yes |
| 15:57.07 | Ashish101 | OKkk brlcad: Thanks it workx :) |
| 15:57.11 | caen23 | 13.5k… march 20, 1997 |
| 15:58.32 | brlcad | okay, so it'd probably take around 12 hours to do the whole repo |
| 15:58.35 | brlcad | damn that's slow |
| 15:58.51 | brlcad | wish I could remember how long statcvs took |
| 15:59.09 | brlcad | okay, well we'll see how that compares to the other tool, svnplot |
| 16:00.22 | caen23 | i've let it run for the whole repo outside this task, and i'll upload the end results if you want. the most time-consuming part is downloading the commit info with `svnsync`. conversion to sqlite is faster, less than 1h for the whole repo |
| 16:00.28 | brlcad | Skriptkid: url |
| 16:01.07 | brlcad | caen23: sure, can make a task to upload the end results to the website |
| 16:01.42 | brlcad | maybe setting up a cron job so it rebuilds the results once a week if we like it more than svnplot |
| 16:02.23 | caen23 | brlcad: you mean more than statcvs? :D |
| 16:02.36 | brlcad | no, there's a second svn plotting task |
| 16:03.09 | brlcad | sry, statsvn and svnplot |
| 16:03.15 | caen23 | brlcad: but it's taken, right? |
| 16:03.19 | brlcad | do you know of any others? |
| 16:03.37 | caen23 | i don't, but i could look into it |
| 16:04.18 | brlcad | yeah, the other one is taken |
| 16:05.35 | Troublesome | brlcad: CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly. |
| 16:05.35 | Troublesome | Missing variable is: |
| 16:05.35 | Troublesome | CMAKE_RC_COMPILE_OBJECT |
| 16:05.45 | caen23 | brlcad: http://stackoverflow.com/questions/13039/is-there-a-tool-that-can-display-a-svn-repository-visually-i-e-pretty-charts |
| 16:05.46 | Troublesome | this is the problem |
| 16:05.47 | Troublesome | i have now |
| 16:06.22 | Troublesome | i can't find this variable in CMake how to set it mannualy |
| 16:06.43 | brlcad | Troublesome: so after you go mucking about editing CMakeLists.txt files, it's not productive to help you with random errors like that |
| 16:06.51 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 16:06.58 | brlcad | have you build cleanly with cmake and some other compiler? |
| 16:07.09 | brlcad | you should do that first if you haven't |
| 16:07.23 | brlcad | once that's working, then point it at the borland compiler without editing anything |
| 16:08.51 | Troublesome | now i have no problem with borland |
| 16:08.55 | Troublesome | it works |
| 16:09.02 | Troublesome | but when trying to generate in CMake |
| 16:09.05 | Troublesome | i get this error |
| 16:09.15 | Troublesome | and there is no option to set this variable |
| 16:10.38 | brlcad | did you read what I wrote? :) |
| 16:10.45 | brlcad | none of that matters if you edited anything |
| 16:11.02 | brlcad | because it's not productive to diagnose a completely unknown starting point |
| 16:11.38 | brlcad | have you build cleanly with cmake and gcc? |
| 16:11.48 | brlcad | what platform are you on? |
| 16:11.50 | Troublesome | i haven't edited anything |
| 16:12.00 | Troublesome | just fixed the borland |
| 16:12.06 | Troublesome | and now the problem is only with CMake |
| 16:12.15 | brlcad | dude, seriously |
| 16:12.28 | brlcad | that's twice you've ignored my question |
| 16:12.49 | brlcad | I can't help you if you don't give me these bits of information :) |
| 16:13.10 | Troublesome | it can build cleanly with CMake |
| 16:13.15 | Troublesome | that's what i am telling you |
| 16:13.32 | brlcad | you have built cleanly with cmake AND gcc? |
| 16:13.38 | Troublesome | but i think i made it to build right :D |
| 16:13.43 | brlcad | cmake doesn't "build" |
| 16:13.54 | Troublesome | it generetes files i know |
| 16:13.58 | brlcad | you have built cleanly with cmake AND gcc? |
| 16:14.04 | brlcad | this is going to get old |
| 16:14.11 | brlcad | yes or no is all i'm looking for? |
| 16:14.21 | Troublesome | yes and no :D |
| 16:14.28 | brlcad | alright, you're on your own, good luck |
| 16:14.37 | Troublesome | just fixed the error in CMake |
| 16:14.43 | Troublesome | now will try to compile with Borland |
| 16:14.46 | Troublesome | and finish the work |
| 16:19.57 | Ashish101 | What does this error mean ?? |
| 16:20.29 | Ashish101 | Cant read tree mode list no such variable wen trying to create a sphere |
| 16:21.42 | Ashish101 | Or anyother shape in Archer ........ |
| 16:22.00 | Ashish101 | Please help anyone @bclcad : |
| 16:24.06 | brlcad | Ashish101: archer is in a pre-alpha state so it's not going to be entirely error-free to use |
| 16:24.21 | brlcad | we're actually going to upload a task to try to get it to crash here soon |
| 16:24.44 | brlcad | Ashish101: try using mged -- the docs will be able to help you there more |
| 16:24.54 | brlcad | particularly the quick-reference sheet |
| 16:25.04 | brlcad | ``Erik: notify has gone silent |
| 16:25.23 | brlcad | hugs Notify |
| 16:26.22 | Ashish101 | KK |
| 16:27.53 | brlcad | unless you're working on a task that specifically called for doing something in archer of coruse :) |
| 16:27.54 | *** join/#brlcad Nikolay (Nikolay@77.70.66.28) | |
| 16:28.00 | Nikolay | hello all |
| 16:28.19 | Nikolay | sean I would like to apologise personaly to you for my behaivior yesterday |
| 16:28.29 | Nikolay | i am sorry for being such a little b*tch |
| 16:28.35 | Nikolay | i hope you forgive me :) |
| 16:28.43 | Nikolay | i am really sorry ;( |
| 16:30.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 16:31.49 | caen23 | brlcad: i'm currently trying https://github.com/karenc/svn_branch_graph it's easier to set up and has a web interface (you can point it to localhost), but i think it's still going to take a lot of time |
| 16:32.30 | caen23 | oh, and it doesn't seem to be verbose, so i don't know how far i am |
| 16:38.00 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.108.67) | |
| 16:39.26 | Troublesome | another problem now this time while compiling with borland |
| 16:39.37 | Troublesome | Error E2075: Incorrect command line option: -fp:strict |
| 16:41.27 | *** part/#brlcad Skriptkid1 (~Skriptkid@117.202.108.67) | |
| 16:52.23 | andrei | this task has it's deadline passed and we haven't reviewed yet |
| 16:52.25 | andrei | http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 16:52.53 | andrei | It's the interview with Jordi so I'm not sure how to evaluate it |
| 16:53.36 | Notify | 03BRL-CAD:bob1961 * 53907 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Minor update to add the bot name to the upper panel. |
| 16:53.40 | Notify | 03BRL-CAD:bob1961 * 53908 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 2 others): This is the initial code to edit sketches in Archer. Still more to do. Checking in for safety. |
| 16:53.45 | Notify | 03BRL-CAD:d_rossberg * 53909 brlcad/trunk/src/librt/primitives/pipe/pipe.c: quell some "variable ?\226?\128?\152xyz?\226?\128?\153 set but not used" errors |
| 16:53.50 | Notify | 03BRL-CAD:carlmoore * 53910 brlcad/trunk/src/archer/TODO: add that extra 'm' to what apparently should be AnimMate |
| 16:53.55 | Notify | 03BRL-CAD:brlcad * 53911 brlcad/trunk/src/liboptical/sh_light.c: clean up logic for readability, remove empty if/else |
| 16:53.57 | Notify | 03BRL-CAD:carlmoore * 53912 (brlcad/trunk/doc/docbook/system/mann/en/Introduction.xml brlcad/trunk/doc/docbook/system/mann/en/edit_translate.xml brlcad/trunk/doc/docbook/system/mann/en/handle.xml): remove trailing blanks/tabs |
| 16:53.59 | Notify | 03BRL-CAD:brlcad * 53913 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/bot.c and 10 others): apply skriptkid patch from GCI task http://www.google-melange.com/gci/task/view/google/gci2012/8025209 that moves libwdb comments from source to header while cleaning up along the way. thanks! |
| 16:54.02 | Notify | 03GCI: Andrei Popescu has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Assigned This task has been assigned to reikaze. You have 72 hours to complete this task, good luck! |
| 16:54.03 | Notify | 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Issues I have applied the patch on my localhost and I seem to get a lot of errors, could you please drop on IRC to solve the issues. |
| 16:54.05 | Notify | 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as... |
| 16:54.06 | Notify | 03GCI: Melange has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 16:54.07 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: one more thing I think the arb8 volume function might be wrong. For calculating the base area, it uses the cross product of (OB-OA)X(OC-OA) = ABXAC, but that gives twice the actual area of the triangle ABC, |
| 16:54.08 | Notify | iirc.... |
| 16:54.08 | Notify | 03GCI: Dimitar Borisov has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task. |
| 16:54.09 | Notify | 03GCI: Dimitar Borisov has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 16:54.10 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Ready for review The work on this task is ready to be reviewed. |
| 16:54.11 | Notify | 03GCI: Anshul has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task. |
| 16:54.12 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Anshul. You have 48 hours to complete this task, good luck! |
| 16:54.13 | Notify | 03GCI: Anshul has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 16:54.14 | Notify | 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 16:54.15 | Notify | 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Claimed I would like to work on this task. |
| 16:54.16 | Notify | 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 16:54.17 | Notify | 03GCI: Ashwin Lokkur has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Sorry I couldn't work on the task... I had my exams coming up :( |
| 16:54.18 | Notify | 03GCI: fernozzle has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Claimed I would like to work on this task. |
| 16:54.19 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck! |
| 16:54.20 | Notify | 03GCI: Titi has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Claimed I would like to work on this task. |
| 16:54.21 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Assigned This task has been assigned to Titi. You have 72 hours to complete this task, good luck! |
| 16:54.23 | Notify | 03GCI: Sean has left the following comment at Set up SvnPlot http://www.google-melange.com/gci/task/view/google/gci2012/8016209: Task Closed Congratulations, this task has been completed successfully. |
| 16:54.23 | Notify | 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Task Claimed I would like to work on this task. |
| 16:54.24 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 0 days and 8 hours. |
| 16:54.25 | Notify | 03GCI: HS Rai has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Task Assigned This task has been assigned to Willie Zhu. You have 72 hours to complete this task, good luck! |
| 16:54.26 | Notify | 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: Task Closed Congratulations, this task has been completed successfully. |
| 16:54.27 | Notify | 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: fantastic I haven't tried compiling yet, but the patch looks fantastic. That's for the detailed notes on what you did too. Wasn't entirely keen on the libwdb/ prefix on the @file blocks, because we'll probably have to remove |
| 16:54.28 | Notify | those,... |
| 16:54.29 | Notify | 03GCI: Melange has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. |
| 16:54.30 | Notify | 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: and I see that we already did I thought I'd already added you, but I guess I mis-spelled your nickname looking for you. You're credited, Akshay. :) |
| 16:54.31 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: My Work is Wrong..? I submit My Works. But Deadline Extended....? Why..? |
| 16:54.32 | Notify | 03GCI: Skriptkid has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: Thanks :) For listening on IRC and revieweing :) I can remove the prefix and submit a new patch, if you'd like. Shouldn't be really tedious. |
| 16:54.33 | Notify | 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Hello Last time the raytrace crashed. I think it was because my laptop couldn't handle it, but now I when I tried to raytrace it again it didn't work any more... and I also tried on anther computer, so I will upload the schreenshot as it is. I will also upload the |
| 16:54.34 | Notify | .g... |
| 16:54.35 | Notify | 03GCI: Edward Kalfov has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 16:54.36 | Notify | 03GCI: dmusan has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Ready for review The work on this task is ready to be reviewed. |
| 16:54.37 | Notify | 03GCI: Cezar has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Claimed I would like to work on this task. |
| 16:54.38 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! |
| 16:55.07 | brlcad | Nikolay: I certainly appreciate that you recognize the counterproductivity |
| 16:55.08 | brlcad | I know you're eager to get tasks done, but for us it's not so much about the tasks as it is the interaction with you |
| 16:56.18 | brlcad | students that are difficult to interact with make taking the time to review, integrate, and ultimately put their work onto a global showcase a challenge |
| 16:56.44 | brlcad | is surprised notify didn't get flood-kicked for that much that quickly.. |
| 16:57.24 | Notify | 03GCI: Teepen has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Thanks! Thank you for the tips. |
| 16:57.34 | andrei | indeed, Google Code - in isn't about solving as many tasks as possible but rather integrating into the community, also, I have seen you are worried about running out of tasks. I can assure you that there is plenty stuff to be done and we will keep adding tasks :) |
| 16:57.47 | Nikolay | i wasnt myself yesyerday had so much things going on |
| 16:57.53 | Nikolay | i wasnt thinking straight |
| 16:57.56 | Nikolay | i am sorry |
| 16:58.01 | Nikolay | i hope you will forgive me |
| 16:58.35 | brlcad | let's just move forward and see how things go |
| 16:58.52 | brlcad | so another mentor had a problem with your task |
| 16:58.52 | andrei | <PROTECTED> |
| 16:59.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 16:59.40 | Nikolay | what seems to be the problem? |
| 16:59.46 | brlcad | (especially after you got obstinant about the task not specifying editability..) |
| 16:59.55 | brlcad | it didn't specify all those CAD packages you chose |
| 17:00.11 | brlcad | so pedantically speaking, the task as written is incomplete |
| 17:00.41 | brlcad | as it asks for those five specifically |
| 17:00.50 | Nikolay | i know this morning when i wrote this comment my teacher made me mad i again i started doing stupid things again |
| 17:01.17 | Nikolay | so i have to make everything from 0 again ;( ? |
| 17:01.18 | brlcad | he was also concerned that you also didn't expand the other operating systems |
| 17:01.29 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Claimed I would like to work on this task. |
| 17:01.41 | Nikolay | um I did ? yesterday I googled everyone of the CAD's if it runs on them |
| 17:01.57 | brlcad | Skriptkid: so that's a tough one |
| 17:02.08 | brlcad | just beware ;) |
| 17:02.09 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! |
| 17:02.47 | brlcad | nikolay: those all run on a BSD system? I find that shocking if true |
| 17:03.04 | Nikolay | no |
| 17:03.07 | Skriptkid | I'm good with structures and pointers and okay with geometry. Will need help along the way :) |
| 17:03.13 | brlcad | Nikolay: therein is the problem |
| 17:03.28 | Nikolay | o well with the last line about linux/bsd/solaris |
| 17:03.42 | Nikolay | I put a tick if a CAD is running on atleast 1 on them |
| 17:03.56 | Nikolay | i believe this is what makes the confusion |
| 17:03.59 | brlcad | which is cheating from our perspective |
| 17:04.19 | Nikolay | ok I am getting it fixed gonna make 2 more lines for BSD and Solaris |
| 17:04.22 | brlcad | unfair to us, we put a lot of effort to work on everything everywhere, they don't |
| 17:04.47 | brlcad | ideally, linux would be expanded to a variety of distributions too |
| 17:04.52 | brlcad | but I wasn't going to go there |
| 17:04.57 | Nikolay | okay |
| 17:05.04 | Nikolay | i will fix in no time |
| 17:05.06 | Nikolay | and upload it |
| 17:05.49 | brlcad | I will leave it up to the other mentor to decide whether to accept it or not |
| 17:06.05 | brlcad | at this point, he's the unbiased 3rd party |
| 17:06.26 | Nikolay | btw should I fix the linus/solaris/bsd section or no? |
| 17:06.36 | Nikolay | before you leave it up to the other mentor |
| 17:07.03 | brlcad | given that was two of the concerns he called out, you decide |
| 17:07.20 | Nikolay | 100% gonna be fixed then |
| 17:08.21 | brlcad | I just won't be extending the time any further, and someone else will have to finalize the review |
| 17:09.09 | brlcad | perhaps you will be able to move on to a less subjective task next |
| 17:09.40 | brlcad | can you still upload files when it's in a needing review state? |
| 17:10.04 | Nikolay | let me check |
| 17:10.12 | Nikolay | yes i can upload |
| 17:10.18 | Nikolay | i need 10 more mins and I am ready |
| 17:10.30 | Nikolay | the checking on which CAD runs on solaris/bsd is the tough part here |
| 17:12.54 | Notify | 03GCI: Melange has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. |
| 17:14.32 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 17:15.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 17:15.43 | Notify | 03GCI: Sean has left the following comment at Move comments from source to header files ... move LIBWDB comments http://www.google-melange.com/gci/task/view/google/gci2012/8025209: not worth it It's not worth the time to make and review a patch for that. If you keep working on good code changes and get commit access granted, you can directly fix the files yourself. |
| 17:15.52 | ``Erik | hm, maybe a second expanded 'runs on' graph would be useful? (linux can be broken up by distro/arch, solaris has sparc and x86 variants, there're like 6 branches to the bsd family, ...) |
| 17:19.28 | Notify | 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: Task Closed Congratulations, this task has been completed successfully. |
| 17:21.28 | Notify | 03GCI: Sean has left the following comment at Create an awesome screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8019211: crashes We like reproducible crashes. We can investigate and fix those. Keep your .g file and instructions on how to get it to crash. We'll be uploading several new tasks that basically have you find and document a reproducible crash. Since you've done that, you'll be... |
| 17:21.51 | brlcad | ``Erik: good idea |
| 17:22.01 | brlcad | that would look favorably on us ;) |
| 17:22.06 | Skriptkid | Need help on the task "Surface Area fuction for Hyperboloids of one sheet(HYP)." Found the formula for SA, found the structures rt_functab and rt_db_internal. What should I do next? |
| 17:22.09 | brlcad | platform diagram |
| 17:22.30 | brlcad | Skriptkid: look at one of the other simpler primitives and how they calculate surface area |
| 17:22.37 | brlcad | like the ellipsoid (ell.c) |
| 17:22.54 | brlcad | find the equations for ellipsoid surface area online and see how that translated to code |
| 17:23.04 | brlcad | then translate your hyp equations to code |
| 17:23.27 | Skriptkid | ok |
| 17:29.10 | Notify | 03BRL-CAD:brlcad * 53914 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db5_alloc.c and 15 others): apply patch from ambar pal for gci task http://www.google-melange.com/gci/task/view/google/gci2012/8001215 that moves the remaining librt doxygen comments from source to header files. beat jackson to it. |
| 17:29.48 | Nikolay | @brlcad i have a question |
| 17:30.13 | Nikolay | acoarding to google non of the CAD's listed except BRLcad works on freebsd |
| 17:30.15 | Nikolay | is that possible? |
| 17:30.21 | brlcad | yep |
| 17:30.37 | ``Erik | probably, linux has only recently gotten attention and fbsd tends to be a quiet backend server os |
| 17:30.42 | brlcad | that's exactly what I said I'd be shocked if any of those did |
| 17:30.49 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 17:31.01 | Ashish101 | For the past 3 hiours i have been reading that introduction to CAD and now i am experimenting and will start my task tomorow (My task is to menu arrangement) do i have to describe each menu iteam after which i have to rearrange them and rename them ?? or just rearrange and rename ?? @brlcad: |
| 17:31.06 | brlcad | portability takes time and money |
| 17:31.19 | brlcad | not good for commercial business penny pinchers |
| 17:32.13 | brlcad | Ashish101: ideally you show a before and after and write up a little paragraph or two explaining why you arranged things the way you did |
| 17:32.38 | brlcad | ideally should account for what happens to all of the existing menu items, where they go or whether they're removed or renamed, etc |
| 17:33.22 | brlcad | simple mockup diagram would do wonders but it could be visualized with a text hierarchy too (you just still need to show the before and after) |
| 17:34.06 | Ashish101 | So how big should it ideally be ?? in pages will help me get a rough idea on how much to write |
| 17:34.30 | brlcad | how big should what be? |
| 17:36.01 | brlcad | Ashish101: this is an example before and after: http://people.mozilla.org/~jdaggett/menusbeforeafter.png |
| 17:36.06 | brlcad | or this: http://cdn6.everything-microsoft.com/wp-content/uploads/2010/03/before-and-after-hacks1-400x2911.png |
| 17:36.17 | Ashish101 | KK understood --- nothing just ur last sentence got it all in my head :P |
| 17:36.27 | brlcad | or this: http://ims.cochrane.org/sites/ims.cochrane.org/files/uploads/images/new-context-menus-3.8-624.png |
| 17:36.30 | brlcad | lots of examples |
| 17:37.14 | brlcad | all I was saying is that it could even be text, but it'll be less convincing :) |
| 17:37.29 | brlcad | Ashish101: are you familiar at all with GUI programming? |
| 17:37.43 | Ashish101 | KK Ill try to make it as visual as possible |
| 17:37.46 | brlcad | you might have fun making this into a tk menu demo |
| 17:38.13 | Nikolay | @brlcad i uploaded the fixed file |
| 17:38.47 | Nikolay | and I will be waiting patiently for your approval or the other mentor's :) |
| 17:39.08 | Ashish101 | Actuallly i am still struggling to use this software and learning and testing each of its functionality from 284 paged guide !! |
| 17:41.21 | andrei | Ashish101, nobody is expecting you to fully understand BRL-CAD in a few days :) |
| 17:41.52 | Ashish101 | :D |
| 17:42.43 | Ashish101 | Gn ppl getting midnight now !! |
| 17:43.50 | Notify | 03BRL-CAD:n_reed * 53915 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_scan.c brlcad/trunk/src/librt/dir.c): r53914 patch accidently copied a couple function return types with the comments |
| 17:50.44 | Notify | 03GCI: Andrei Popescu has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Congratulations Congratulations ,you have succesfully completed the task. Your work has been applied in revision r53914. If you wish, please leave your name so you can be credited |
| 17:50.45 | Notify | in... |
| 17:50.49 | Notify | 03GCI: Andrei Popescu has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Task Closed Congratulations, this task has been completed successfully. |
| 17:57.11 | Skriptkid | what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general)? |
| 17:57.25 | Skriptkid | the structures, I mean |
| 18:05.42 | *** join/#brlcad KOKO__ (~KOKO@183.182.127.184) | |
| 18:08.45 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.197) | |
| 18:12.27 | *** part/#brlcad caen23 (~caen23@92.81.193.169) | |
| 18:12.32 | *** join/#brlcad caen23 (~caen23@92.81.193.169) | |
| 18:12.33 | *** part/#brlcad caen23 (~caen23@92.81.193.169) | |
| 18:12.44 | *** join/#brlcad caen23 (~caen23@92.81.193.169) | |
| 18:14.38 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Difference between Internal and Specific what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general) structures. Also, what are the data types "fastf_t" and... |
| 18:15.39 | ``Erik | nice |
| 18:15.40 | ``Erik | ERROR: Storage server temporarily offline. See http://status.github.com for GitHub system status. |
| 18:18.06 | caen23 | i'm currently working on the "decouple libdm from libged" task. i've found that what i need to do is remove the call to the DM_GET_DISPLAY_IMAGE macro with a call to a function inside the ged struct. one of my ideas involved including include/dm.h inside include/ged.h, am i on the right track? |
| 18:28.54 | Notify | 03BRL-CAD:brlcad * 53916 brlcad/trunk/AUTHORS: credit ambar pal for his work moving librt comments from source to header for the 'd' files |
| 18:31.02 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: troubles I'm having trouble downloading your .zip file. It looks like it might be a bug in the melange web interface, perhaps because of the large file size. Is what'sin the zip the same as what's at that URL? That URL doesn't look like it has anything to do with BRL-CAD. |
| 18:31.42 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 12 hours. |
| 18:37.23 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: CPP wiki Gala, your article looks good. I would have like to have seen some more write-up from you based on the interview or quotes of his intermixed with an article from you, but it's not bad as it is. I would suggest changing "BRL-CAD News (BCN)" |
| 18:37.24 | Notify | to... |
| 18:37.38 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 12 hours. |
| 18:38.08 | brlcad | starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8009209 |
| 18:38.12 | brlcad | starseeker: is that what you wanted? |
| 18:39.20 | brlcad | caen23: having the ged.h header make any reference to or inclusion of the dm.h header or the libdm functions IS the problem :) |
| 18:39.37 | brlcad | so yeah.. not on the right track in terms of adding a #include "dm.h" to ged.h |
| 18:40.40 | caen23 | brlcad: hmm… but as far as i can see, dm.h includes ged.h. are there more files with this problem, or am i missing something? |
| 18:40.51 | caen23 | more libs*, actually |
| 18:40.59 | brlcad | what you'll probably end up needing to do is add a generic callback function (do you know how to do that?) to the ged struct that simply returns an image or something |
| 18:41.27 | brlcad | caen23: yep, the reverse is a problem too |
| 18:41.37 | brlcad | those two libraries should know nothing about each other |
| 18:41.43 | brlcad | (directly) |
| 18:42.13 | caen23 | as far as i know, a callback function is a pointer to a function. which i should later implement inside a file in src/libged? |
| 18:42.36 | brlcad | half right |
| 18:42.42 | brlcad | it's a pointer to a function |
| 18:43.15 | brlcad | but the function will be defined in libdm or mged, set into the ged struct with mged, and then only called within libged |
| 18:43.49 | brlcad | think of it like if I didn't want a library to know about printf and I had this struct: |
| 18:44.16 | brlcad | struct ged { int (*doit)(const char *fmt, ...); } |
| 18:45.01 | brlcad | in this case, libdm or libc is the library implementing some printf function but we don't want libged to know about it |
| 18:45.25 | brlcad | so mged creates a struct ged gedp; and gedp.doit = &printf; |
| 18:45.57 | brlcad | then within libged when it gets that gedp, it just calls gedp->doit(fmt, val1, val2, val3); |
| 18:46.15 | brlcad | lo and behold, printf is called and libged never had to know |
| 18:46.26 | caen23 | oh, so i should look into altering mged, too? mged will be the "bridge" between dm and ged? |
| 18:46.47 | brlcad | right |
| 18:47.03 | brlcad | some third-party code has to arbitrate |
| 18:47.20 | caen23 | yep |
| 18:49.41 | caen23 | one more thing: screengrab contains a call to a macro within dm.h, not a function. but that macro is a wrapper to a hidden function (or private, it's prefixed by _). do i call the private function explicitly, or do i do something else? |
| 18:49.45 | brlcad | you might have to make mged not use the "default" ged handler for that command so you can set the function |
| 18:50.08 | brlcad | make a function that calls the macro :) |
| 18:50.30 | brlcad | could technically do that all within mged |
| 18:50.32 | caen23 | right :D thanks |
| 18:50.33 | brlcad | static |
| 18:52.59 | brlcad | andrei: so you do realize that you have commit access, right? you can commit the patches/changes as you review them if they're good to go (and intended for commit) |
| 18:54.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 19:04.28 | Notify | 03GCI: Mark Ayers has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Claimed I would like to work on this task. |
| 19:05.40 | andrei | yes, I just didn't know if you dealt with that patch. |
| 19:06.08 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Task Assigned This task has been assigned to Mark Ayers. You have 72 hours to complete this task, good luck! |
| 19:14.57 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.197) | |
| 19:15.50 | *** join/#brlcad elf (~elf@92.80.1.188) | |
| 19:18.15 | caen23 | brlcad: i created the function pointer, and now i'd like to edit mged. but what file should i edit? i see there's a dm-generic, should i make a ged-generic? |
| 19:21.42 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.197) | |
| 19:22.33 | Notify | 03BRL-CAD:carlmoore * 53917 (brlcad/trunk/src/libged/bigE.c brlcad/trunk/src/libged/bot_decimate.c and 8 others): fix spellings |
| 19:25.53 | Notify | 03BRL-CAD:carlmoore * 53918 (brlcad/trunk/src/halftone/halftone.1 brlcad/trunk/src/halftone/main.c and 3 others): fix spellings (including Sproull and Steinberg) |
| 19:29.40 | *** join/#brlcad markthema3 (8627bec8@gateway/web/freenode/ip.134.39.190.200) | |
| 19:31.07 | Notify | 03BRL-CAD:n_reed * 53919 brlcad/trunk/src/librt/primitives/pipe/pipe.c: fix incorrect test allowing drawing with negative diameter |
| 19:31.30 | markthema3 | I've claimed the task for compiling BRL-CAD on Windows using Borland, and I'm wondering if I should attempt the task on Windows 8 or if I should try it on 7 instead. |
| 19:36.06 | Notify | 03BRL-CAD:carlmoore * 53920 (brlcad/trunk/misc/Doxyfile brlcad/trunk/misc/Doxyfile.in and 8 others): fix spellings |
| 19:38.19 | Notify | 03BRL-CAD:carlmoore * 53921 (brlcad/trunk/doc/html/manuals/Anim_Tutorial/chapt8.html brlcad/trunk/doc/html/manuals/Anim_Tutorial/foot_graphics.html brlcad/trunk/doc/html/manuals/Install.html): fix spellings including Sproull |
| 19:41.39 | Notify | 03BRL-CAD:carlmoore * 53922 (brlcad/trunk/doc/html/manuals/mged/ged.html brlcad/trunk/doc/html/manuals/mged/ged.tex brlcad/trunk/doc/mged/e.tex): fix spacing and fix spelling of 'restore' |
| 19:44.49 | Notify | 03BRL-CAD:carlmoore * 53923 (brlcad/trunk/doc/anim.txt brlcad/trunk/doc/docbook/lessons/es/mged03_utilizar_comando_in.xml brlcad/trunk/doc/html/manuals/mged/mged1.html): fix spellings including one in Spanish |
| 19:44.52 | caen23 | nevermind, got it |
| 20:08.50 | starseeker | brlcad: re: 8009209 that looks like it should be fine - I'll try it in a LaTeX document at some point before uploading it, but it looks like a good effort. |
| 20:12.11 | starseeker | emacs says it's syntatically valid |
| 20:16.23 | starseeker | brlcad: if you think a CMake task might be in order for GCI, I have a candidate |
| 20:18.45 | starseeker | in misc/CMake/CompilerFlags.cmake I have a TODO note to use CMakeParseArguments instead of that crazy quilt of nested if/else statements |
| 20:18.57 | starseeker | http://www.cmake.org/cmake/help/v2.8.9/cmake.html#module:CMakeParseArguments |
| 20:19.46 | *** join/#brlcad minichrispy (450f6b03@gateway/web/freenode/ip.69.15.107.3) | |
| 20:19.52 | starseeker | BRLCAD_CHECK_C_FLAG and BRLCAD_CHECK_CXX_FLAG would both be reworked to use argument parsing instead |
| 20:21.49 | starseeker | there are a few other macros with simpler setups that may also benefit, but those are the two biggies |
| 20:24.55 | Notify | 03BRL-CAD Wiki:Minichrispy * 4687 /wiki/Compiling/XCode: |
| 20:25.36 | Nikolay | @brlcad I have a question |
| 20:26.15 | Nikolay | no wait i found my answer nvm |
| 20:26.55 | Notify | 03BRL-CAD Wiki:Minichrispy * 4688 /wiki/Compiling/XCode: |
| 20:30.36 | caen23 | brlcad: i think i got screengrab to compile without dm.h, but how can i make sure i haven't broken functionality? |
| 20:33.47 | caen23 | figured it out, but yeah, i did break something, oops |
| 20:38.30 | Nikolay | you bad boy :D |
| 20:38.55 | starseeker | nah, he's fine - he didn't commit it broken |
| 20:42.35 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 20:43.58 | lachlanp | hi |
| 20:44.01 | lachlanp | anyone on now? |
| 20:44.04 | Notify | 03BRL-CAD Wiki:Minichrispy * 4689 /wiki/Compiling/XCode: |
| 20:44.14 | lachlanp | need to solve the patch issue on http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 20:44.58 | Notify | 03BRL-CAD Wiki:Minichrispy * 4690 /wiki/Compiling/XCode: |
| 20:52.27 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Sorry, Missed Hi, It seems I've missed you for the moment. Here's what I did to create the patch and apply it: (from http://brlcad.org/wiki/Deuces#When_You.27re_Done) inside the brlcad-svn directory: $ svn diff > ~/my.patch |
| 20:52.28 | Notify | Then... |
| 20:58.41 | lachlanp | will hopefully be back in 10mins |
| 21:01.01 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Elaboration What cross product, and I guess more specifically, what function are you referring to? |
| 21:05.12 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed. |
| 21:07.27 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Revision My SVN Revision for producing the patch was: 53923, just in case. Lachlan |
| 21:08.57 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 21:15.02 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ready for review The work on this task is ready to be reviewed. |
| 21:18.48 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: rt_arb_volume In the RT_ARB_VOLUME function, on line 2309, the function computes the area of the base of the arb4 to get the volume, by using vector cross products, but the formula is 1/2*(cross_product). |
| 21:22.13 | Notify | 03BRL-CAD:jordisayol * 53924 brlcad/trunk/sh/make_rpm.sh: Linux rpm properly clean system when removing |
| 21:22.17 | Notify | 03GCI: Melange has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the... |
| 21:25.58 | Notify | 03BRL-CAD:jordisayol * 53925 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm): Delete unneeded process when install/remove deb packages. |
| 21:37.11 | *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 21:41.07 | GrantMercer015 | im having a really confusing error when it comes to using strncpy |
| 21:41.38 | GrantMercer015 | the function works great in main.cpp, but the second i move it over to int sort for the qsort functino the program crashes |
| 21:46.22 | Nikolay | what error does it give you? |
| 21:46.28 | Nikolay | or nothing just the chrash |
| 21:50.34 | GrantMercer015 | never mind, i found it was my variable that was the problem |
| 21:50.43 | GrantMercer015 | i just replaced it with reading in a buffer |
| 21:52.42 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: No, it's correct Note that the area of a tetrahedron is: V = \frac{1}{3} A_0 h which follows from the volume formula for a general polyhedra. Notice that in rt_arb_volume we have: /* calculate area of arb4 |
| 21:52.43 | Notify | base... |
| 21:57.18 | Notify | 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Task Claimed I would like to work on this task. |
| 21:59.00 | GrantMercer015 | i need some help concerning the qsort function, would it be inefficient to make qsort call a function? |
| 21:59.31 | GrantMercer015 | my function is getting quite repetitive and large, would it be easier to make a function and have qsort call it? and also should that function be inline |
| 22:02.47 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Oh, right My bad, I should have seen that. Especially since I did something similar in my own function. |
| 22:13.32 | Notify | 03GCI: Petar Stanev has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 22:19.02 | Notify | 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Ready for review The work on this task is ready to be reviewed. |
| 22:19.22 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: OK, but... Since you have the vertes coordinates, could you not simply compute the area via Green's Theorem? |
| 22:20.31 | Notify | 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Some questions: I cant seem to find an equation for calculating the surface area of elliptic hyperboloids. Since Wolfram MathWorld notes that an elliptic hyperboloid is a generalization of the standard hyperboloid,... |
| 22:20.36 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 22:43.39 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Deadline extended The deadline of the task has been extended with 0 days and 12 hours. |
| 22:47.34 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: But it is 2D! Each face is planar, and thus the so-called 2D version of Green's Theorem applies directly. As an algorithm, one could get the vertex coordinates of a single face (which is always a triangle in |
| 22:47.35 | Notify | this... |
| 22:50.15 | Notify | 03BRL-CAD:carlmoore * 53926 brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml: fix spelling in English and Spanish |
| 22:52.19 | brlcad | starseeker: you'd definitely have to write the language up for that one because I'm not sure I understand it |
| 22:52.57 | Notify | 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 22:53.13 | brlcad | if it'll take you an hour to explain it, then might not be a great task but if everything can be spelled out then it should work |
| 22:53.42 | brlcad | caen23: test it |
| 22:53.48 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Claimed I would like to work on this task. |
| 22:54.42 | lachlanp | hi |
| 22:55.09 | Notify | 03BRL-CAD:carlmoore * 53927 brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml: Spanish word 'substraccion' |
| 22:55.11 | lachlanp | anyone able to test my patch now? |
| 22:55.22 | Notify | 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Follow-Up on Code-In Task Hi Sean, Thanks for the feedback. I want to expand this into an article as you suggested, however I have my SATs in the morning. So, I will not be able to put substantial time into this until tomorrow afternoon. I'm also |
| 22:55.23 | Notify | going... |
| 22:56.44 | brlcad | lachlanp: so you're going to need to change the way you're working for that to not get exhausting |
| 22:56.54 | starseeker | brlcad: yeah, it might be a bit tough to spell out |
| 22:57.21 | Notify | 03GCI: javamonn has left the following comment at Add a primitive surface area function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7970238: I will be back... I'm going to drop this task and do the "model a C" task while its still open. I'd still appreciate an answer to this question, as I'd love to come back to this if it's still open when I get done. It... |
| 22:57.23 | brlcad | instead of hopping on the channel for 5min and asking "is anyone here", ask you question and STAY on the channel (notice how we never disconnect?) |
| 22:57.46 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: I suppose I know the 2D version of green's theorem, but I thought this way was easier to implement |
| 22:58.00 | brlcad | lachlanp: if you're here when we "get back", we'll usually answer your question so just ask us as if we were here |
| 22:58.22 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 22:58.31 | Notify | 03GCI: Alex Ozer has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Extension I've been busy with schoolwork recently, is there any chance to get an extension on this task? |
| 22:59.03 | brlcad | ``Erik: could those messages be trimmed back a little bit, maybe <256chars (looks like they're going up 500 chars atm) |
| 23:00.00 | brlcad | lachlanp: it's not meant to quiet you -- it's meant to get "better questions" that work for you and for us |
| 23:00.20 | brlcad | as you can tell, there's a lot going on.. ;) |
| 23:00.36 | lachlanp | ok |
| 23:00.37 | brlcad | don't want you to get frustrated either |
| 23:00.38 | lachlanp | sorry |
| 23:01.00 | brlcad | no need to be sorry, just want to make sure we're not having to wade through so much noise |
| 23:01.07 | brlcad | I know a lot of folks are not used to IRC |
| 23:01.16 | brlcad | there are lots of etiquette rules expected |
| 23:01.23 | lachlanp | ok |
| 23:01.27 | caen23 | i'm having trouble understanding how commands in mged work. for my task (separated libged from libdm), my current solution is to alter the ged struct to include the info from libdm used inside screengrab. this means testing whether the pointer to struct dm is null, getting the width and height from dm, and writing a callback to a function. i then setup these new members inside mged, and do something like "gedp->ged_dm_width" to get the width i need. but i kee |
| 23:01.28 | caen23 | getting segfault when i try to test the program, and i believe this is because i'm not setting the new members when i need to. at first, i set it in the f_opendb function inside mged.c, and i've realized this is stupid, but i can't seem to understand where screengrab is called. i currently think it's in mged/cmd.c, inside "cmd_ged_dm_wrapper", but setting the new members there also generates a segfault. where am i wrong? |
| 23:01.36 | brlcad | we write about them here: http://brlcad.org/wiki/IRC |
| 23:02.41 | lachlanp | thanks |
| 23:03.58 | brlcad | lachlanp: it sounds like you made your patch just fine |
| 23:04.25 | lachlanp | i'm not sure if he meant the patch apply failed or the build failed |
| 23:05.10 | brlcad | he who? |
| 23:05.30 | lachlanp | Andrei Popescu |
| 23:05.51 | lachlanp | he said he got a lot of errors |
| 23:06.30 | brlcad | ah, I see yes -- and unfortunately didn't say what any of those are so the best bet is to just wait a little while for him to come online |
| 23:06.33 | brlcad | ~seen andrei |
| 23:06.41 | ibot | andrei <~andrei@188.25.160.152> was last seen on IRC in channel #brlcad, 4h 1m 1s ago, saying: 'yes, I just didn't know if you dealt with that patch.'. |
| 23:07.10 | lachlanp | ok :-) |
| 23:07.25 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Looks correct This looks good, but I don't have time to actually properly check this for at least a few hours. I'm extending the deadline in order to give myself fime to go over this a little later. Of course, |
| 23:07.26 | Notify | somebody... |
| 23:07.27 | brlcad | lachlanp: so the patch applies, does the test compile and run without errors? |
| 23:07.50 | lachlanp | on mine it did the second time |
| 23:08.05 | lachlanp | i had a bash script i hacked up that didn't work, but when i ran it myself it did |
| 23:08.12 | lachlanp | make |
| 23:08.14 | lachlanp | then make test |
| 23:08.41 | lachlanp | (patch apply worked first time) |
| 23:09.20 | *** join/#brlcad caen23_ (~caen23@92.81.197.30) | |
| 23:16.40 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Well, That was actually my first idea, but I didn't know how to do the transformation. |
| 23:18.30 | Notify | 03GCI: PJF has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: Ready for review The work on this task is ready to be reviewed. |
| 23:19.04 | brlcad | lachlanp: I'll try your patch in a few min |
| 23:20.59 | Notify | 03GCI: PJF has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: files loaded Hi, Ive loaded the .g file and a rendered .pix file (not sure how to view the .pix file on my machine though.) I have included a .png screen shot of the rendered output form rtwizard. Thanks, PJF |
| 23:22.54 | lachlanp | i'm building it again manually to check as well |
| 23:33.53 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: That I can help with Give me a few minutes, I have enough material kicking around here somewhere on just this topic... |
| 23:35.08 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 00:21.26 | *** join/#brlcad markthema3 (42bdc671@gateway/web/freenode/ip.66.189.198.113) | |
| 00:27.00 | Notify | 03BRL-CAD Wiki:Gala * 4691 /wiki/User:Gala: initial revision |
| 00:30.14 | Notify | 03BRL-CAD Wiki:Gala * 4692 /wiki/User:Gala: draft |
| 00:34.17 | lachlanp | the build passes fine for me when i manually run it (no bash scripts) |
| 00:34.19 | lachlanp | tests pass |
| 00:36.55 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:39.59 | Notify | 03BRL-CAD Wiki:Gala * 4693 /wiki/User:Gala: revision |
| 00:40.39 | Notify | 03BRL-CAD Wiki:Gala * 4694 /wiki/User:Gala: revision |
| 00:42.43 | Notify | 03BRL-CAD Wiki:Gala * 4695 /wiki/User:Gala: revision |
| 00:44.29 | Notify | 03BRL-CAD Wiki:Gala * 4696 /wiki/User:Gala: |
| 00:51.13 | Notify | 03BRL-CAD Wiki:Gala * 4697 /wiki/User:Gala: revision |
| 01:03.07 | Notify | 03BRL-CAD Wiki:Gala * 4698 /wiki/User:Gala: revision |
| 01:03.08 | *** join/#brlcad javamonn (~twitch@108.223.142.86) | |
| 01:04.26 | Notify | 03GCI: Melange has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 01:09.41 | *** join/#brlcad minichrispy (b82f2ff5@gateway/web/freenode/ip.184.47.47.245) | |
| 01:11.58 | Notify | 03BRL-CAD Wiki:Gala * 4699 /wiki/User:Gala: revision |
| 01:12.01 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Method Attached Please refer to the attached .pdf file, I've outlined the math required to implement the method I outlined above. -Matt |
| 01:14.30 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ack! Can I not attach documents?!? |
| 01:15.02 | Notify | 03BRL-CAD Wiki:Gala * 4700 /wiki/User:Gala: |
| 01:16.52 | Notify | 03BRL-CAD Wiki:Minichrispy * 4701 /wiki/Compiling/XCode: |
| 01:16.56 | minichrispy | brlcad: how does one add the contents section to a page? I don't see one on: http://brlcad.org/wiki/Compiling/XCode |
| 01:18.11 | Notify | 03BRL-CAD Wiki:Gala * 4702 /wiki/Community_Publication_Portal: /* Final Editorial Review */ |
| 01:18.41 | minichrispy | the table of contents i mean |
| 01:23.14 | Notify | 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Follow-Up on Code-In Task Hi Sean, I have submitted an updated version to CPP Final Editorial Review section. Please take a look and let me know if you would like further revisions. I left the original "Introduction to new .deb and .rpm builds" |
| 01:23.15 | Notify | top... |
| 01:26.15 | Notify | 03BRL-CAD Wiki:Minichrispy * 4703 /wiki/Compiling/XCode: |
| 01:27.50 | Notify | 03BRL-CAD Wiki:Minichrispy * 4704 /wiki/Compiling/XCode: |
| 01:28.05 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:ImageTest.png]]": Testing images |
| 01:28.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.67) | |
| 01:32.49 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeCommandLineTools.png]]": XcodeCommandLineTools |
| 01:35.48 | Notify | 03GCI: Melange has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to |
| 01:35.49 | Notify | the... |
| 01:36.34 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:CMakeCommandLineTools.png]]": CMakeCommandLineTools |
| 01:36.44 | Notify | 03BRL-CAD Wiki:Minichrispy * 4708 /wiki/Compiling/XCode: |
| 01:40.37 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: you should You should be able to. Does it not give you that option when it's in a needing review state? Someone else reported that they still could. |
| 01:43.48 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: OH My misunderstood who was askin. Mentors can't upload docs and can't even modify the task once it's claimed to make edits. Best to just post a URL here in the comments. If you send me the PDF and I can it up on |
| 01:43.48 | Notify | the... |
| 01:45.43 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeBRLCADProject.png]]": XcodeBRLCADProject |
| 01:45.46 | javamonn | How long does it normally take for a claim on a task to be approved? I put in I request for "model a C" earlier today, waiting for it to be approved so I can submit the work. |
| 01:46.02 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Deadline extended The deadline of the task has been extended with 2 days and 0 hours. |
| 01:46.08 | lachlanp | its usaually pretty quick |
| 01:46.09 | brlcad | javamonn: usually just a couple minutes |
| 01:46.16 | brlcad | url? |
| 01:46.36 | brlcad | there's a bit of a backlog today |
| 01:46.43 | javamonn | http://www.google-melange.com/gci/task/view/google/gci2012/7971228 |
| 01:46.54 | brlcad | done |
| 01:47.05 | javamonn | thanks, I appreciate it. |
| 01:47.12 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! |
| 01:48.02 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Sent OK, I've sent it to you via the dev mailing list. Thanks! |
| 01:48.19 | *** part/#brlcad javamonn (~twitch@108.223.142.86) | |
| 01:55.51 | Notify | 03GCI: Melange has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 01:59.28 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:BrlcadFolder.png]]": BrlcadFolder |
| 02:01.03 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/upload: uploaded "[[Image:Affine transformations.pdf]]": Description of geometry affine transformations. |
| 02:07.12 | Notify | 03BRL-CAD Wiki:Minichrispy * 0 /wiki/Special:Log/upload: uploaded "[[Image:XcodeTerminalCommand.png]]": XcodeTerminalCommand |
| 02:07.26 | Notify | 03BRL-CAD Wiki:Minichrispy * 4713 /wiki/Compiling/XCode: |
| 02:11.45 | Notify | 03BRL-CAD Wiki:Minichrispy * 4714 /wiki/Compiling/XCode: |
| 02:13.50 | Notify | 03BRL-CAD Wiki:Minichrispy * 4715 /wiki/Compiling/XCode: |
| 02:15.44 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Background Math For real this time! http://brlcad.org/wiki/Image:Affine_transformations.pdf |
| 02:16.28 | Notify | 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Minor Adjustment I updated the file with code that I believe is more preferrable. Instead of calling hyp_internal_to_specific() in each call to rt_volume(), I replaced the method call with just the code that I |
| 02:16.30 | Notify | needed.... |
| 02:18.30 | Notify | 03BRL-CAD Wiki:Minichrispy * 4716 /wiki/Main_page: /* Tutorials */ |
| 02:23.49 | Notify | 03BRL-CAD Wiki:Minichrispy * 4717 /wiki/Compiling/XCode: /* Compiling */ |
| 02:32.13 | Notify | 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Finished I think there are still a few kinks to work out with in my guide, but I believe this is the farthest I am capable of going. Thanks to the power of open-source, though, I know as more people use the guide and report any errors |
| 02:32.14 | Notify | they... |
| 02:32.36 | caen23 | brlcad: i've completed the task. goddamn pointer arithmetic :( but i don't really know what to remove from CMakeLists. the files that required modification inside libged only used include/dm.h :-? |
| 02:32.58 | Notify | 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Ready for review The work on this task is ready to be reviewed. |
| 02:38.04 | Notify | 03GCI: Cezar has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Ready for review The work on this task is ready to be reviewed. |
| 02:52.49 | *** join/#brlcad Black_Viking (~Black_Vik@8.30.101.84.rev.sfr.net) | |
| 02:54.37 | *** join/#brlcad caen23 (~caen23@92.81.197.30) | |
| 02:55.24 | Notify | 03GCI: Melange has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 02:55.59 | *** join/#brlcad aimt (~amit@1.186.11.8) | |
| 02:56.09 | Notify | 03GCI: Melange has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back |
| 02:56.10 | Notify | to... |
| 03:07.05 | Notify | 03BRL-CAD Wiki:Sean * 4718 /wiki/Main_page: convert to wiki link |
| 03:11.39 | Notify | 03GCI: Alex Ozer has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 03:19.26 | starseeker | brlcad: the src/fb man pages appear to be missing 1 page (fb-cmap) and don't pass xmllint validation |
| 03:20.21 | starseeker | I can clean it up, or we could add another task to start with that patch and go the rest of the way... |
| 03:21.31 | caen23 | starseeker: i could do it :D |
| 03:21.38 | starseeker | heh |
| 03:21.57 | starseeker | keep an eye out for what brlcad decides |
| 03:22.19 | caen23 | but if you'd like someone else to try their hands at docbook tasks, it's fine xD |
| 03:22.34 | starseeker | if we're lucky, we'll actually end this GCI round with all of our man pages in docbook and validating |
| 03:22.59 | starseeker | caen23: I'd be fine with you doing it, but I'm not actually officially acting as a GCI mentor this go-around |
| 03:23.30 | caen23 | ah, alright :D |
| 03:23.49 | starseeker | just helping out with things that fall into my wheelhouse - the DocBook CMake system is my fault, so I'm the one who gets to figure out what's going on with it |
| 03:24.09 | starseeker | caen23: you're not tired of DocBook yet? :-{ |
| 03:24.13 | starseeker | :-P rather |
| 03:25.01 | caen23 | it can get tiring, but it does have a learning curve, so i was thinking things would go faster :D |
| 03:25.20 | starseeker | Oh, you'd undoubtedly mow through it at this point |
| 03:25.34 | starseeker | come to think of it... is the src/util task unclaimed? |
| 03:26.33 | caen23 | it doesn't appear to be open, so someone must be on to it |
| 03:29.43 | starseeker | hmm - one more we could probably define: man pages found by find . -name \*.1|grep -v other|grep -v src\/util|grep -v src\/fb |
| 03:30.01 | Notify | 03BRL-CAD Wiki:Jacksixb * 4719 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 03:34.47 | caen23 | starseeker: do you know of any way i can see tasks claimed by others on gci? |
| 03:34.58 | starseeker | caen23: not offhand... |
| 03:35.24 | caen23 | can't seem to find a way, other than direct link |
| 03:39.35 | starseeker | caen23: out of curiosity, which platform do you develop on? |
| 03:41.21 | caen23 | starseeker: os x |
| 03:41.46 | starseeker | cool |
| 03:42.25 | caen23 | how about you? |
| 03:43.13 | starseeker | Gentoo Linux |
| 03:44.07 | starseeker | will be interesting to see if we get some Windows guys in |
| 03:44.48 | caen23 | i tried it too a couple of years ago. but i like arch best. btw, what editor? :D |
| 03:45.00 | starseeker | vim |
| 03:45.07 | starseeker | my hands aren't flexible enough for emacs |
| 03:46.09 | caen23 | yeah, i don't click with emacs either. especially moving around |
| 03:47.01 | starseeker | caen23: if you have Windows in a VM on your mac, you could always take a stab at adding thread creation :-P |
| 03:48.26 | caen23 | i could give it a shot, but it'll take me a while to set up the dev tools on windows ^^ |
| 03:49.07 | starseeker | caen23: heh - I wouldn't want to be guilty of encouraging you to drive yourself mad :-P |
| 03:50.13 | caen23 | :D |
| 03:50.20 | starseeker | caen23: do you lean towards web development? |
| 03:52.05 | starseeker | caen23: actually, if you're interested in a documentation task - the libbn doxygen task looks like it's unclaimed |
| 03:52.29 | starseeker | suspects if you can deal with DocBook, doxygen won't present any great difficulties |
| 03:53.11 | caen23 | not necessarily. i started with web programming, but right now i like writing small shell tools in python, and i plan on learning about arduino, operating systems and compilers. i could complete web dev tasks, though |
| 03:53.33 | starseeker | caen23: was just wondering which type of task you'd find "most fun" |
| 03:54.17 | caen23 | i plan on focusing on code/documentation tasks for now :D |
| 03:54.45 | starseeker | that's how I lean - I'm rather weak when it comes to web stuff |
| 03:54.58 | starseeker | haven't messed around with it enough for it to be instinctive |
| 03:56.06 | caen23 | during the summer i learned more about http and html5, and last month i started writing a web server in python, just to try and understand http better |
| 03:56.23 | starseeker | realizes he doesn't have doxygen installed and corrects that... |
| 03:56.31 | starseeker | caen23: cool! |
| 03:59.02 | starseeker | ah drat |
| 03:59.12 | starseeker | does that again, this time with graphviz support... |
| 04:00.16 | *** part/#brlcad caen23 (~caen23@92.81.197.30) | |
| 04:05.25 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed. |
| 04:33.54 | brlcad | yeah, another task to do cleanup validation on the fb pages |
| 04:35.05 | brlcad | there's still a bunch more manual pages that will need to get converted |
| 04:35.19 | brlcad | and there can be subsequent cleanup tasks for them too |
| 04:37.16 | brlcad | should tell caen23 about the upcoming procedural shell script task that he can do in python |
| 04:44.07 | brlcad | lachlanp: so I ran into the errors as well |
| 04:45.06 | Notify | 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Deadline extended The deadline of the task has been extended with 2 days and 0 hours. |
| 04:45.07 | Notify | 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete |
| 04:45.08 | Notify | once... |
| 04:50.46 | Notify | 03GCI: Sean has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: looks great but... Lachlan, the test looks almost perfect. It's in the build right and looks like a reasonable set of tests but the implementation has a few issues. The biggest is the use of fmemopen(), which is a no-go. That's a posix... |
| 04:58.32 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. |
| 04:59.17 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: different shader So that's an interesting combination of colors on the checker shader, but you can't see the shape. Try using the stack shader with checker and plastic. |
| 05:23.25 | bhlegm | so brlcad :P |
| 05:26.57 | brlcad | bhlegm: on it |
| 05:27.07 | bhlegm | thanks :) |
| 05:45.50 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.198) | |
| 05:47.07 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed. |
| 05:48.07 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Tweaked it a bit. Hopefully this is better. Certainly easier to see. Let me know if you would prefer any other changes. |
| 05:52.18 | Notify | 03GCI: Melange has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 05:55.53 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: still flat That's still flat. Note that the order you stack shaders matters. You stacked plastic before checker. You need to stack it after. Assuming you fix that, the next problem is the shape. That doesn't exactly look like a C. AC isn't just half a circle cut in half. |
| 05:55.54 | Notify | ... |
| 05:56.03 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. |
| 06:31.49 | Notify | 03GCI: Sean has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Reopened This task has been Reopened. |
| 06:47.45 | Notify | 03GCI: Tony has left the following comment at Categorize all of BRL-CAD's commands into a spreadsheet http://www.google-melange.com/gci/task/view/google/gci2012/7987215: Task Claimed I would like to work on this task. |
| 06:49.35 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task. |
| 06:52.15 | Notify | 03GCI: Tony has left the following comment at Categorize all of BRL-CAD's commands into a spreadsheet http://www.google-melange.com/gci/task/view/google/gci2012/7987215: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 06:56.24 | Notify | 03GCI: Melange has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the... |
| 06:58.09 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck! |
| 07:03.30 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 07:07.40 | Notify | 03GCI: Dr Coconut has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Just asking Is the submission acceptable? |
| 07:12.21 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 07:12.28 | GrantMercer015 | Hello everyone |
| 07:13.56 | GrantMercer015 | Brlcad awake? |
| 07:28.26 | lachlanp | hi |
| 07:29.17 | lachlanp | if you've got a Q ask it... they'll find it when they're on |
| 07:39.52 | Notify | 03GCI: Sean has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: Task Closed Congratulations, this task has been completed successfully. |
| 07:40.42 | Notify | 03GCI: Sean has left the following comment at Model an "R" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7982219: fantastic Now that is fantastic work. Please consider trying one of our other modeling tasks (with several to be added over the next week). |
| 07:42.23 | Notify | 03GCI: Sean has left the following comment at NURBS BibTeX reference file http://www.google-melange.com/gci/task/view/google/gci2012/8009209: Task Closed Congratulations, this task has been completed successfully. |
| 07:48.08 | Notify | 03GCI: Sean has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Task Closed Congratulations, this task has been completed successfully. |
| 07:54.17 | Notify | 03GCI: Sean has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: looks really good This write-up looks good, but isn't quite exactly what I was hoping for. If I were to give what you wrote a title, it wouldn't be "Compiling BRL-CAD with XCode on Mac OS X" .. it would be "Creating an XCode Project for... |
| 07:59.54 | Notify | 03BRL-CAD Wiki:Sean * 4720 /wiki/Compiling/XCode: /* Compiling */ |
| 08:08.55 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Image:XcodeTerminalCommand.png]]": unnecessary |
| 08:09.20 | Notify | 03BRL-CAD Wiki:Sean * 4721 /wiki/Compiling/XCode: /* Compiling */ |
| 08:09.24 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Question. Is BRL-CAD Repository "https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk" right..? If it is right, My PC is Working This SVN. But It is so Slow Because So Large Data.. I can't upload More Work File. So... Can I submit URL(http://ko9459.cafe24~) after... |
| 08:09.27 | *** join/#brlcad caen23_ (~caen23@92.83.171.104) | |
| 08:10.05 | Notify | 03BRL-CAD Wiki:Sean * 4722 /wiki/Compiling/XCode: /* Compiling */ |
| 08:14.33 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 08:14.54 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. |
| 08:17.15 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: upload correct url You should be able to upload the correct URL now. A bug has been submitted regarding the large file download. You have the correct URL for BRL-CAD's repository. Note you will probably want to run svnsync to get a local copy of the entire repository so that |
| 08:17.16 | Notify | statsvn... |
| 08:18.08 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:31.38 | Notify | 03GCI: Melange has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... |
| 08:32.09 | Notify | 03GCI: Melange has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 08:35.06 | harmanpreet | brlcad: is it acceptable, the comparison of BRL-CAD with other CAD softwares (other than mentioned in the task description). If yes, then I think we can close this task. What you think? |
| 08:36.34 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Thank you for consideration. Processing StatSVN is So long time (Estimate Time is After 8hours..) So, commands have been uploaded first. BRL-CAD Repo is So big data... |
| 08:51.14 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: svnsync That's why I suggested using svnsync. Accessing our large repository repeatedly over the network is probably what makes it so slow. If you run synsync, the repository will be local, checkout will be fast, and statsvn should be able to process much much faster. |
| 08:53.05 | brlcad | harmanpreet: I discussed it with the student and told him that I'm going to abstain from deciding whether it's complete or not -- I leave that decision up to you |
| 08:57.42 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 08:59.29 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: sure Yes, an extension can be or could have been granted. You just unclaimed it too quickly. ;) Of course, you can always claim it again if nobody else does. |
| 09:07.45 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Thanks For help I attempt to use svnsync. so faster than General "svn checkout" command! Thank you! But, Statsvn.jar processing speed is slow. I think there seems to be associated with the processing speed of the system. |
| 09:09.25 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 09:28.42 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Work not up to mark Niklsay, First of all, I appeciate the efforts you put on this task, but the problem is that you picked random CAD softwares and not the ones mentioned in the task description as said by Sean on 29 November 15:02 UTC. |
| 09:28.42 | Notify | I... |
| 09:29.12 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once |
| 09:29.12 | Notify | you... |
| 09:31.22 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 09:31.32 | Notify | 03GCI: Donny Mitsov has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Ready for review The work on this task is ready to be reviewed. |
| 09:42.32 | Barakados | hello |
| 09:43.02 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: thanks OK, so I take each face, translate and rotate its points to a plane and calculate the surface using the derived green's formula, abs(1/2 sum(xi yi+1 - xi+1 yi)) I have 2 questions: -When doing the... |
| 09:48.07 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: matrix Also, where are the matrix operations defined? |
| 09:52.47 | *** join/#brlcad a (4f7062de@gateway/web/freenode/ip.79.112.98.222) | |
| 09:52.56 | Barakados | holy shit |
| 09:52.57 | Barakados | it's a |
| 09:57.03 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.198) | |
| 10:20.58 | *** join/#brlcad Gaganjyot (~geek@101.62.192.30) | |
| 10:33.52 | *** join/#brlcad elf` (~elf11_@92.80.1.188) | |
| 10:49.59 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:12.02 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:18.17 | *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 11:33.20 | GrantMercer015 | brlcad awake? |
| 11:55.23 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.196) | |
| 12:15.26 | *** join/#brlcad andrei (~andrei@188.25.160.152) | |
| 12:22.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27) | |
| 12:29.58 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 12:30.27 | *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 12:41.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27) | |
| 12:49.17 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Two answers Not sure where you get abs() from, I was thinking using the Green's Theorem in a manner like this guy has laid out: http://shuisman.com/?p=359 where he has said that A = \frac 12 \sum... |
| 12:52.27 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Matrix operations? What do you mean where are they defined? You simply construct them as I've described, thus defining them. Or am I not understanding your question? |
| 12:56.45 | *** join/#brlcad M0J0E (~johannes@p4FDFBD32.dip.t-dialin.net) | |
| 12:58.40 | GrantMercer015 | mods online? i have a couple questions about the working of my task before i finish up |
| 13:16.22 | *** join/#brlcad Gaganjyot (~geek@115.185.109.124) | |
| 13:21.36 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:29.14 | *** join/#brlcad Gaganjyot (~geek@115.245.170.105) | |
| 13:29.17 | *** join/#brlcad caen23_ (~caen23@92.81.196.163) | |
| 13:31.20 | *** join/#brlcad Silvrous (4f704820@gateway/web/freenode/ip.79.112.72.32) | |
| 13:37.09 | Notify | 03GCI: Ambar Pal has left the following comment at Move comments from source to header files ... move LIBRT comments for files beginning with the letter 'd' http://www.google-melange.com/gci/task/view/google/gci2012/8001215: Thank You My name is Ambar Pal. |
| 13:44.19 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: matrix About the formula, yes, that's what I meant, I used the abs so it wouldn't matter in which order the points were traversed. I was referring to the functions/classes in the brl-cad libraries I could use |
| 13:44.20 | Notify | to... |
| 13:45.54 | Notify | 03GCI: Krasimir Stoikov has left the following comment at Layout "MGED Interface" Reference Document http://www.google-melange.com/gci/task/view/google/gci2012/7953233: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 13:49.39 | Skriptkid | what is the difference between hyp_specfic and hyp_internal(or 'SHAPE'_specific and 'SHAPE'_internal, in general) structures. Also, what are the data types "fastf_t" and "genptr_t" used for? |
| 13:55.06 | Silvrous | fastf_t is a floating point variable |
| 13:59.27 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.141) | |
| 14:04.25 | caen23 | harmanpreet: are you able to review/close this task on gci? http://www.google-melange.com/gci/task/view/google/gci2012/8017204 |
| 14:13.09 | harmanpreet | caen23: Sorry, currently reviewing http://www.google-melange.com/gci/task/view/google/gci2012/7945213 . You should not worry at all, as it will be reviewed shortly by other mentors. :) |
| 14:14.11 | caen23 | harmanpreet: no problem :D i was asking because i noticed you were the one to approve my claim and i thought you were also doing the review |
| 14:23.55 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: aah Is it the set of unit vectors (100) (010) (001) ? |
| 14:35.41 | Notify | 03GCI: aCA0IHRvIDggc2lkZXMgKEFSQjgpICANCmh0dHA6Ly93d3cuZ29vZ2xlLW1lbGFuZ2UuY29tL2dj aS90YXNrL3ZpZXcvZ29vZ2xlL2djaTIwMTIvODAyODIwMzoNCg0KDQpJdCdzIGEgdHlwbw0KDQoN Ckl0IHNob3VsZCBiZSBiID0gW3hfMF4xLCB4XzBeMiwgeF8wXjNdIGFuZCB0aGVuIGhhdmUgYSAi LWIiIHRlcm0gaW4gdGhlICANCm1hdHJpeCBBX1QuDQoNCkFzIGZvciB0aGUgY29vcmRpbmF0ZSBz eXN0ZW0geCwgSSdtIHNpbXBseSB0YWtpbmcgdGhhdCBhcyB0aGUgb3JpZ2luYWwgIA0KY29vcmRp... |
| 14:37.41 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Jumbled mess! Sorry about that, it got magled... What was there was simply: \begin{equation*} \left[\begin{array}{c} y_i^1\\ y_i^2\\ y_i^3\\ 1\end{array}\right] = \left[\begin{array}{cccc} 1 &0 &0 &-5\\ |
| 14:37.42 | Notify | 0... |
| 14:39.43 | *** join/#brlcad KOKO_ (~KOKO@101.78.11.202) | |
| 14:40.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27) | |
| 14:43.26 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: It's still jumbled And the mat_t is defined as a fastf_t 4x4, I was thinking maybe there were some quicker, numpy-like operations I could perform... |
| 14:43.46 | Notify | 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClRh c2sgQ2xhaW1lZA0KDQpJIHdvdWxkIGxpa2UgdG8gd29yayBvbiB0aGlzIHRhc2suDQoNCg0KR3Jl ZXRpbmdzLA0KVGhlIEdvb2dsZSBPcGVuIFNvdXJjZSBQcm9ncmFtcyBUZWFtDQoNCg0KLS0tDQpZ b3UgYXJlIHJlY2VpdmluZyB0aGlzIG1lc3NhZ2UgYmVjYXVzZSB5b3UgYXJlIHN1YnNjcmliZWQg dG8gQ29tcGlsZSAgDQpCUkwtQ0FEIHVzaW5nIERldi1DKysuDQpUbyBzdG9wIHJlY2VpdmluZyB0... |
| 14:44.22 | Notify | 03GCI: L3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClRhc2sgQXNzaWduZWQNCg0K VGhpcyB0YXNrIGhhcyBiZWVuIGFzc2lnbmVkIHRvIEFkcmnhbiBBcnJveW8gQ2FsbGUuIFlvdSBo YXZlIDQ4IGhvdXJzIHRvICANCmNvbXBsZXRlIHRoaXMgdGFzaywgZ29vZCBsdWNrIQ0KDQoNCkdy ZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMgVGVhbQ0KDQoNCi0tLQ0K WW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91IGFyZSBzdWJzY3JpYmVk... |
| 14:44.55 | *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106) | |
| 14:45.02 | brlcad | !notify week |
| 14:45.03 | Notify | BRL-CAD: carlmoore:32, brlcad:30, starseeker:27, n_reed:17, jordisayol:7, r_weiss:4, bob1961:4, caen23:3, erikgreenwald:1, d_rossberg:1 |
| 14:45.04 | Notify | BRL-CAD Wiki: Sean:28, Minichrispy:24, Gala:11, Jacksixb:4, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1 |
| 14:51.57 | Notify | 03GCI: Melange has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 14:54.58 | Skriptkid | In calculating the surface area of a hyperboloid, should the data about the hyoperboloid(height, radius, etc) be assigned using the structure rt_hyp_internal? |
| 14:59.41 | *** join/#brlcad KOKO__ (~KOKO@101.78.11.199) | |
| 15:01.37 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Surface Area I've found certain equations for calucalting the SA: http://www.wolframalpha.com/input/?i=hyperboloid http://mathworld.wolfram.com/Hyperboloid.html But I don't understand the symbols and what the... |
| 15:06.11 | *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106) | |
| 15:20.44 | *** join/#brlcad harmanpreet (~chatzilla@124.253.22.244) | |
| 15:26.55 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:29.43 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: No, it's just in TeX format now... As for defining the matrices, I see what you're asking now. Unfortunately, I don't have a quick answer for you... Could you not simply define the transformation(s) yourself |
| 15:29.44 | Notify | though?... |
| 15:33.58 | Notify | 03GCI: DQpodHRwOi8vd3d3Lmdvb2dsZS1tZWxhbmdlLmNvbS9nY2kvdGFzay92aWV3L2dvb2dsZS9nY2ky MDEyLzc5NzEyMjM6DQoNCg0KVGFzayBDbGFpbWVkDQoNCkkgd291bGQgbGlrZSB0byB3b3JrIG9u IHRoaXMgdGFzay4NCg0KDQpHcmVldGluZ3MsDQpUaGUgR29vZ2xlIE9wZW4gU291cmNlIFByb2dy YW1zIFRlYW0NCg0KDQotLS0NCllvdSBhcmUgcmVjZWl2aW5nIHRoaXMgbWVzc2FnZSBiZWNhdXNl IHlvdSBhcmUgc3Vic2NyaWJlZCB0byBSZXByb2R1Y2UgYW55ICANCjEwIHVuY29uZmlybWVkIG9w... |
| 15:36.19 | Notify | 03GCI: Melange has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 15:36.29 | Notify | 03GCI: dHRwOi8vd3d3Lmdvb2dsZS1tZWxhbmdlLmNvbS9nY2kvdGFzay92aWV3L2dvb2dsZS9nY2kyMDEy Lzc5NzEyMjM6DQoNCg0KVGFzayBBc3NpZ25lZA0KDQpUaGlzIHRhc2sgaGFzIGJlZW4gYXNzaWdu ZWQgdG8gSmFjb2IgRnL4a2rmciBMYXJzZW4uIFlvdSBoYXZlIDQ4IGhvdXJzIHRvICANCmNvbXBs ZXRlIHRoaXMgdGFzaywgZ29vZCBsdWNrIQ0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3Bl biBTb3VyY2UgUHJvZ3JhbXMgVGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBt... |
| 15:43.46 | *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.152.106) | |
| 15:48.04 | Notify | 03GCI: Rita Navarro has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Task Claimed I would like to work on this task. |
| 15:50.25 | Notify | 03GCI: Rita Navarro has left the following comment at Implement a primitive centroid function ... for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2012/7975237: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:50.54 | Notify | 03GCI: Angelyn has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Task Claimed I would like to work on this task. |
| 15:52.34 | Notify | 03GCI: HS Rai has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Task Assigned This task has been assigned to Angelyn. You have 48 hours to complete this task, good luck! |
| 15:52.54 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Don't know I guess I could, but it could be quite involved... Maybe you could review the function as it is now, and I'll generalize the code for the other primitives after the competition, when I've got more... |
| 16:27.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27) | |
| 16:34.32 | *** join/#brlcad elf` (~elf11_@92.80.1.188) | |
| 16:36.58 | harmanpreet | brlcad are you there? |
| 16:58.48 | Notify | 03BRL-CAD:starseeker * 53928 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/Doxyfile.in): Tweak doxygen files for CMake building. |
| 17:00.42 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Cygwin Installation Issues I'm having trouble installing Cygwin. I have downloaded all of the files that it needs, however when I go to install it I get an error that says, "The program can't start because cygintl-8.dll is missing from your computer. |
| 17:00.43 | Notify | Try... |
| 17:04.28 | *** join/#brlcad Ashish101 (75c22186@gateway/web/freenode/ip.117.194.33.134) | |
| 17:05.30 | Ashish101 | What are Render view stuff under file used for ?? |
| 17:11.32 | Ashish101 | @brlcad: ?? any ideas ?? |
| 17:13.42 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Awsome, but... Gala, your work is awsome. It is appeciable that you followed Sean's suggestions and made some changes but what it seems to me that your article looks more like an interview. Interview was to be used as tool to collect... |
| 17:13.57 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 0 days and 23 hours. |
| 17:23.34 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... |
| 17:54.24 | Notify | 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Claimed I would like to work on this task. |
| 17:56.19 | Notify | 03GCI: Andrei Popescu has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Assigned This task has been assigned to Shayantan. You have 48 hours to complete this task, good luck! |
| 17:56.44 | *** join/#brlcad harmanpreet (~chatzilla@124.253.21.60) | |
| 18:02.42 | *** join/#brlcad andrei (~andrei@188.25.160.152) | |
| 18:04.49 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed. |
| 18:09.35 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 18:19.45 | Notify | 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Am i doing it Right Please see this file in which i have done only 2 tabs Correct me if wrong I dont want to do a wrong tihng andthen submit it to you so that it comes back to me |
| 18:24.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.27) | |
| 18:32.38 | Ashish101 | @brlcad: You there -- If yes then pleasetell me if i am doing it right !! |
| 18:40.41 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as |
| 18:40.42 | Notify | complete... |
| 18:47.26 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Still missing Refering to Sean's comment on 29 November 6:14 UTC, your .g file still missing some primitives. However, your deadline has passed, I will extend it for one day. Good luck...!! |
| 18:47.36 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 19:07.08 | *** join/#brlcad moinnadeem (409521fc@gateway/web/freenode/ip.64.149.33.252) | |
| 19:12.12 | *** join/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 19:15.47 | Notify | 03GCI: Harsh Vardhan has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 19:28.24 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 19:29.23 | *** join/#brlcad caen23 (~caen23@92.81.196.163) | |
| 19:34.16 | *** join/#brlcad Silvrous (4f7041cc@gateway/web/freenode/ip.79.112.65.204) | |
| 20:02.07 | Notify | 03GCI: Melange has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. |
| 20:10.33 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Need IRC Help From Mentor I would lke my mentor sean to contact me with the irc and username provided in my profile |
| 20:12.19 | *** join/#brlcad Guest4947 (~M0J0E@p4FDFBD32.dip.t-dialin.net) | |
| 20:16.28 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:16.32 | Barakados | can i have my mentor talk to me please? |
| 20:17.29 | andrei | You don't have a specific mentor, Barakados, just ask your questions here and you ll get the answers :) |
| 20:18.26 | Barakados | oh, can someone please help me understand where to start? |
| 20:18.36 | Barakados | How do I get the tk handling events? |
| 20:21.33 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 20:22.29 | andrei | O.o |
| 20:23.38 | Notify | 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task. |
| 20:42.22 | Barakados | can someone give em a good link to a nice meed project |
| 20:42.51 | andrei | hm? |
| 20:43.53 | Barakados | mged project |
| 20:43.58 | Barakados | i'm doing a screenshot project |
| 20:45.09 | andrei | I can't help you, but in the mean time, you can have a look here : http://brlcad.org/wiki/Main_Page . Perhaps you can find what you need |
| 20:48.58 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Ready for review The work on this task is ready to be reviewed. |
| 20:51.13 | Notify | 03GCI: Nikolay Ivanov has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: NOTE! There was no information in the links you gave for Unigraphics/NX and it's the only one not included but I changed it with TurboCAD. I hope that won't be a problem :). And i hope now my task is complete the right way :) thanks btw for |
| 20:51.14 | Notify | the... |
| 21:13.07 | Notify | 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 21:13.12 | Notify | 03GCI: Sean Bashaw has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Claimed I would like to work on this task. |
| 21:21.41 | *** join/#brlcad merzo (~merzo@3-100-133-95.pool.ukrtel.net) | |
| 21:22.24 | *** join/#brlcad matt_s (792c2a5d@gateway/web/freenode/ip.121.44.42.93) | |
| 21:22.36 | matt_s | hello! |
| 21:23.26 | matt_s | I need some help checking a GCI project. |
| 21:23.36 | matt_s | pretty basic help, actually. |
| 21:25.33 | *** join/#brlcad andrei (~andrei@188.25.160.152) | |
| 21:28.07 | matt_s | Basically, I'm not sure how to actually call the function the student built. It compiles fine, so that's good. |
| 21:28.34 | matt_s | I just need to check the out put, and then it's good to go. |
| 21:28.51 | matt_s | But I'm not sure how to actually do that from within mged... |
| 21:29.07 | matt_s | feeling rather dumb at the moment. |
| 21:30.46 | andrei | matt_s: couldn't you test it separately for some set of inputs? |
| 21:31.40 | matt_s | How do you mean? |
| 21:32.11 | andrei | is the function in a .c file ? |
| 21:32.25 | andrei | you could write something similar to a test unit for it |
| 21:32.34 | matt_s | Yeah, he's simply stuck a few extra lines in hyp.c |
| 21:33.06 | matt_s | Programming is not my strong suit--working out the mathematics is. |
| 21:33.46 | andrei | What I mean is that you create another .c file in that library where you call his function |
| 21:34.09 | andrei | and you give a set of inputs for which you know the answer |
| 21:34.12 | andrei | output* |
| 21:34.39 | andrei | or is it a function that should compute something graphic like draw a polygon? |
| 21:35.01 | matt_s | No, it's just supposed to return the volume |
| 21:35.32 | andrei | Well then I suggest you use an alternate way to compute the volume( I assume you can do it with octave, for example) |
| 21:35.53 | andrei | compute the volume for a set of points, then pass that set of points to the function the student wrote |
| 21:35.55 | matt_s | I have already done it in numpy, |
| 21:36.35 | matt_s | but what I'm stuck with is the actual semantics of how I pass the values to the student's function. |
| 21:37.00 | andrei | I will have a look at it but I need to find hyp.c |
| 21:37.22 | matt_s | The function itself is rather simple, just a one-line computation. |
| 21:37.43 | matt_s | http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 21:37.45 | matt_s | his |
| 21:38.02 | matt_s | src/librt/primitives/hyp/hyp.c |
| 21:38.43 | andrei | he uploaded the whole file, how is the function called |
| 21:38.57 | andrei | rt_volume() ? |
| 21:39.25 | matt_s | THAT'S exactly what I'm asking. |
| 21:40.05 | andrei | aah, now we solved the misunderstanding. Hold on a bit please |
| 21:40.10 | matt_s | Oh, look at that, his newest version (Dec. 1) does not compile.. |
| 21:41.57 | andrei | Matt, I found his function |
| 21:42.21 | andrei | http://slexy.org/view/s21GA1Bw7C |
| 21:42.26 | andrei | tell me if this is what you were looking for |
| 21:43.00 | andrei | in his latest version, you can find it at line 1366 :) |
| 21:48.04 | matt_s | yup, that's the version that does not compile. |
| 21:49.28 | matt_s | 1375,1378c1375,1381 < struct hyp_specific *hyp_sp = hyp_internal_to_specific(tip); < fastf_t h = hyp_sp->hyp_Hmag; < fastf_t r1 = hyp_sp->hyp_r1; < fastf_t c = hyp_sp->hyp_c; --- > > fastf_t r1 = ip->hyp_bnr * MAGNITUDE(ip->hyp_A); > fastf_t _c = sqrt(4 * MAGSQ(ip->hyp_A) / MAGSQ(ip->hyp_Hi) * (1 - ip->hyp_bnr * ip->hyp_bnr)); > vect_t *hyp_H; > VSCALE(hyp_H, ip->hyp_Hi, 0.5); > fastf_t h = MAGN |
| 21:49.36 | matt_s | hm, that's ugly |
| 21:50.06 | matt_s | that's the diff bewtween nov 30 (works) and dec 01 (will not compile) |
| 21:50.34 | matt_s | Not terribly important, the function is fundamentally the same in both cases. |
| 21:50.41 | matt_s | Now, how to call it... |
| 21:51.32 | matt_s | from within mged, that is. |
| 21:53.41 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:55.52 | andrei | Matt, I don't know how to do that but I suggested the following: the function returns avoid so I assume that the volume is returned in the first parameter " fastf_t *vol". You could see where "const struct rt_db_internal" is defined and just write a structure of that type manually |
| 21:56.02 | andrei | a void, instead of avoid |
| 21:56.54 | matt_s | sigh... |
| 21:57.07 | matt_s | My C skills are so very poor. |
| 21:58.05 | andrei | No worries, after all, nobody can have advanced skills in everything. I ll try and see if I can help |
| 21:58.27 | matt_s | Dare to dream! |
| 21:58.30 | matt_s | :-) |
| 21:58.50 | andrei | that would imply that I would get to sleep, which rarely happens. :) |
| 21:59.02 | matt_s | I hear that... |
| 22:00.45 | *** part/#brlcad jarray52 (~bigbear@unaffiliated/jarray52) | |
| 22:01.32 | andrei | I m trying to find where that structure is defined but grep throws out a lot of matches |
| 22:01.48 | Barakados | what's the best way to check for errors |
| 22:02.48 | andrei | Barakados : if you edited or added code, the first test is succesfully compiling brlcad |
| 22:03.09 | Barakados | i'm checking grammar |
| 22:03.19 | matt_s | Yeah, that's about as far as I got. |
| 22:04.01 | andrei | I don't think there is a way to check grammar errors automatically, or at least not a simple way to do that. |
| 22:04.05 | matt_s | This is a useful exercise for me though, as I've been meaning to figure this out for a number of weeks now. |
| 22:04.37 | Barakados | well, i am on a mac, and i don't know how to apply a patch |
| 22:05.09 | andrei | matt_s : I found the structure that your function uses in /include/raytrace.h at line 189 |
| 22:05.32 | andrei | Barakados: http://brlcad.org/wiki/Patches. Let me know if you need any help |
| 22:05.56 | matt_s | andrei : KK, looking at that now. |
| 22:06.32 | andrei | matt_s : what I am trying to do is sort of reverse engineer that structure parameter, since it determine volumes, it has to get a list of points somewhere. I imagine that if we would be able to give a list of points to that function we could compare that output with what you have |
| 22:06.34 | Barakados | andrei, i'm correcting the pdf |
| 22:08.31 | andrei | Are you able to edit it ? |
| 22:08.48 | andrei | Because I don't think you were supposed to edit the pdf, I haven't looked at your task tho. |
| 22:09.00 | matt_s | I just built a quick function in numpy that that computes the volume via http://mathworld.wolfram.com/Hyperboloid.html |
| 22:10.30 | matt_s | Which is the same thing Ben Bray has done. |
| 22:10.39 | matt_s | In theory, anyway. |
| 22:11.31 | andrei | <PROTECTED> |
| 22:12.48 | andrei | The structure that contains data needed to determine volume is struct rt_functab(line 2004/raytrace.h) but I don't think you can manually set those values |
| 22:14.16 | matt_s | What do you mean it's not defined by a set of point? |
| 22:14.37 | matt_s | As in how one actually constructs one via "in:? |
| 22:14.49 | matt_s | er, "in"? |
| 22:15.04 | andrei | yes, you can define a cube by a set of 3d points, for example. |
| 22:15.52 | andrei | I didn't realise what kind of geometric figure we have, so I imagined that the volume function must get a list of points as parameter |
| 22:17.02 | matt_s | Ah. |
| 22:17.43 | matt_s | No, this is sent some information about the asymptotes of the hyperbola and whatnot. |
| 22:19.11 | andrei | I wanted to avoid using mged by adding the data manually(it isn't difficult to manually determine points for a less complex geometric figure) |
| 22:19.38 | andrei | something like computeCubeVolume(float *vol, <List_of_points>); |
| 22:19.53 | andrei | but it won't work for your figure, or I m not able to explain how |
| 22:22.10 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 22:22.28 | matt_s | hrm... |
| 22:24.36 | *** join/#brlcad M0J0E (~johannes@p4FDFBD32.dip.t-dialin.net) | |
| 22:25.29 | *** join/#brlcad merzo (~merzo@237-102-133-95.pool.ukrtel.net) | |
| 22:27.04 | Notify | 03GCI: Sean Bashaw has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 22:28.45 | *** join/#brlcad andrei (~andrei@188.25.160.152) | |
| 22:36.35 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Couple things... First, I cannot figure out how to actually call this function, so I cannot test it. How have you managed to do it? Second, the most recent version (Dec. 01) does not compile, whereas the older one... |
| 22:37.05 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task. |
| 22:50.00 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Actually, looking a little more... This approach will not be totally compatible with the hyp primitive anyway, as the parameter "B" used in defining a hyp primitave allows for an elliptical cross section, not just... |
| 22:50.05 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the... |
| 22:57.05 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 23:00.46 | Notify | 03GCI: Sean has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: what's going on? Is there a reason you keep requesting a claim and the removing your request? You've done that four or five times today already. If you place a claim, you can start working on the task. You will be assigned as soon as a mentor can get to the... |
| 23:16.21 | brlcad | ``Erik: would you set up notify for bzflag? |
| 23:16.35 | brlcad | bzflag-commits mailing list just like ours |
| 23:31.16 | n_reed | http://codepad.org/6nZbg5o7 |
| 23:31.47 | n_reed | I can't believe I'm just learning you can use array subscript backwards |
| 23:32.34 | n_reed | my mind will need some time to recover after having been blown |
| 23:33.46 | andrei | n_reed, is there an use for this ? |
| 23:34.50 | Barakados | so i need help |
| 23:35.06 | Barakados | my help is that i need to know a little bit about the connection between tk and c |
| 23:35.17 | n_reed | andrei: code obfuscation contests maybe =) |
| 23:36.00 | andrei | Although it is written in clean code mostly, brlcad structures would make excellent tests for that kind of contests :( |
| 23:39.13 | andrei | how did you " discover" this? |
| 23:40.10 | n_reed | "Expert C Programming: Deep C Secrets" on safaribooksonline.com |
| 23:42.43 | bhlegm | hi, I'm trying to SELECT ... INTO OUTFILE '...' but I get Can't create/write to file Error 1 (HY000) Errcode: 13 |
| 23:43.43 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 23:51.13 | Barakados | could i get some help? |
| 23:51.22 | Barakados | I just need to know the basics of using tk with c |
| 23:51.28 | starseeker | notes bzflag has seen updates - cool |
| 23:51.37 | starseeker | haven't played in a while |
| 23:57.00 | n_reed | Barakados: what specifically do you want to do with tk/c? |
| 23:57.25 | Barakados | when a window closes in tk, i want to be able to detect it in it's respective c file |
| 23:59.48 | brlcad | n_reed: hehe |
| 00:01.59 | brlcad | var[idx] is really just a shorthand for *(var+(idx)) |
| 00:03.48 | caen23 | i'm actually surprised at how many people consider this a secret. when i learnt c, it was covered in the pointers chapter of "c programming: a modern approach". this is also one of the most voted answers to a question about c programming tricks on stack overflow |
| 00:05.01 | brlcad | even if it's covered, it's easy to forget after a few years |
| 00:05.15 | brlcad | until you leave and breath pointers |
| 00:05.21 | brlcad | s/leave/live/ |
| 00:05.59 | brlcad | bhlegm: on crit? |
| 00:06.06 | bhlegm | yes |
| 00:06.31 | brlcad | you could invoke the select and save the output outside of mysql |
| 00:07.13 | brlcad | e.g., echo "select * from ...;" | mysql -uuser -p db > outfile |
| 00:07.16 | Barakados | can someone help me? |
| 00:07.25 | Barakados | sighs |
| 00:07.42 | brlcad | Barakados: you need to be much more specific than that |
| 00:08.14 | brlcad | "I just need to know the basics of driving a submarine, can anyone help me?" .. well .. maybe? |
| 00:08.34 | Barakados | Ok |
| 00:08.35 | brlcad | classic matra we repeat frequently here |
| 00:08.37 | brlcad | ~ask |
| 00:08.37 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 00:08.39 | Barakados | https://google-melange.appspot.com/gci/task/view/google/gci2012/7945212 |
| 00:09.01 | Barakados | I haven't gotten any code from the two files |
| 00:09.03 | brlcad | I know the problem well |
| 00:09.33 | andrei | brlcad : http://www.valoratsea.com/basics.htm does this help ? :) |
| 00:11.05 | brlcad | Barakados: so what's your question? |
| 00:11.33 | Barakados | I have a few: I believe i need the code to start |
| 00:11.54 | brlcad | be aware that not all bugs and enhancements are created equal -- a problem could very well be too hard for you to tackle and that's okay |
| 00:16.35 | brlcad | if you try and don't make progress, that's fine and hopefully you learn something either way |
| 00:16.47 | brlcad | i'll gladly answer your questions, but they need to be specific |
| 00:17.14 | brlcad | you do need the code, so does that imply you haven't even downloaded the source code yet? |
| 00:18.52 | Barakados | oh it's on the website? |
| 00:19.14 | caen23 | brlcad: when can we expect a new round of task reviews? :D |
| 00:22.26 | brlcad | caen23: yep |
| 00:23.46 | Barakados | brlcad: downloadingsource now |
| 00:24.06 | Notify | 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Claimed I would like to work on this task. |
| 00:24.11 | brlcad | today's reviewers are erik and harmanpreet |
| 00:24.19 | Barakados | can you accept my current task so i can get started? |
| 00:24.45 | brlcad | I haven't seen erik but I know harmanpreet has been busy reviewing |
| 00:24.56 | Notify | 03GCI: Ben Bray has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7987216: Calling rt_volume I wasn't able to figure out how to call the method, either. There isn't much documentation, I'm afraid. Have you figured out how to call it yet? The rtweight command is supposed to return the |
| 00:24.57 | Notify | volume... |
| 00:25.01 | Notify | 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Contact I need the following information: 1. Your contact... 2. In what form do you want the document? |
| 00:25.31 | Notify | 03GCI: Sean has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Assigned This task has been assigned to cheekujodhpur. You have 48 hours to complete this task, good luck! |
| 00:25.32 | Notify | 03GCI: Andrei Popescu has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Task Assigned This task has been assigned to cheekujodhpur. You have 48 hours to complete this task, good luck! |
| 00:25.53 | Barakados | who is sean? |
| 00:26.01 | Notify | 03GCI: Andrei Popescu has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck! |
| 00:26.07 | Barakados | :o |
| 00:26.15 | Barakados | thankyouthankyouthankyouthankyou |
| 00:26.31 | andrei | did we just assign the task simultaneously? |
| 00:28.08 | brlcad | once a task is claimed, you can start working on it |
| 00:28.52 | brlcad | we don't reject a claim unless there's some prior problem with that student |
| 00:29.09 | brlcad | andrei: I think so |
| 00:29.14 | Barakados | one thin, where can i find the methods for quitting the application? |
| 00:35.35 | Notify | 03GCI: cheekujodhpur has left the following comment at Write a "BRL-CAD Commands Quick Reference" document http://www.google-melange.com/gci/task/view/google/gci2012/7991205: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 00:39.25 | brlcad | Barakados: I don't recall specifically, you'll have to look around |
| 00:39.42 | brlcad | there should be a quit callback as well as an event handler registered that closes the application |
| 00:41.23 | brlcad | what calls what is a detail to be sorted out as part of the task |
| 00:42.10 | brlcad | everything should be in src/mged and src/tclscripts/mged .. maybe some window event stuff in src/libdm, but I don't think so |
| 00:42.46 | Notify | 03GCI: cheekujodhpur has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Claimed I would like to work on this task. |
| 00:42.46 | Barakados | ok |
| 00:43.11 | Notify | 03GCI: Sean has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Task Assigned This task has been assigned to cheekujodhpur. You have 72 hours to complete this task, good luck! |
| 00:44.33 | brlcad | Barakados: just so you know, we're not pretending this is a "simple" task by any stretch of the imagination |
| 00:44.38 | *** join/#brlcad Cheeku (Cheeku@14.96.217.11) | |
| 00:44.43 | Barakados | true true |
| 00:44.47 | brlcad | it very well may be too hard for you to do and that is okay |
| 00:45.14 | Cheeku | I am on the update mediawiki website task |
| 00:45.22 | brlcad | give it a try and if you find yourself completely unable to make progress without us feeding you the next bit of information, then you should probably move on |
| 00:45.37 | brlcad | Cheeku: i'm your POC, I'll contact you in PM |
| 00:46.11 | brlcad | Cheeku: our server setup is tightly controlled and monitored so there's some work involved to get access established |
| 00:46.36 | Notify | 03GCI: Erik has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the |
| 00:46.37 | Notify | task... |
| 00:46.42 | brlcad | cheeku: have you worked with mediawiki before? |
| 00:47.19 | Cheeku | As I said...nope.. |
| 00:47.28 | brlcad | what content management systems have you worked with? |
| 00:47.33 | brlcad | any? |
| 00:48.00 | Cheeku | no... |
| 00:48.18 | Cheeku | I don't use any CMS |
| 00:48.26 | brlcad | you've run apache but never set up any web application? |
| 00:48.34 | Cheeku | I have set up web applications |
| 00:48.38 | brlcad | such as? |
| 00:49.01 | Cheeku | My school alumni site...now down... |
| 00:49.34 | Cheeku | recently designed new website for sugar labs |
| 00:49.37 | Cheeku | you can see that... |
| 00:49.41 | Cheeku | here's the link |
| 00:49.58 | Cheeku | http://14.96.217.11/sugar |
| 00:52.06 | brlcad | Cheeku: but specifically, have you ever installed some piece of infrastructure, some open source web app |
| 00:52.57 | Cheeku | NO |
| 00:53.14 | brlcad | okay, that's good to know |
| 00:53.21 | brlcad | have you used mysql before? |
| 00:53.27 | Cheeku | yes |
| 00:53.35 | brlcad | accessed it from php, I presume? |
| 00:53.40 | Cheeku | yes |
| 00:53.48 | brlcad | accessed it directly on the command line? |
| 00:53.58 | Cheeku | yes |
| 00:54.14 | Cheeku | accessed from command-line just to see the records |
| 00:54.31 | brlcad | okay, and you've used ssh before? |
| 00:54.35 | Cheeku | no |
| 00:55.02 | brlcad | hmm, so you'll need to browse the web on that for a tutorial because this task requires accessing a server remotely via SSH |
| 00:55.26 | Cheeku | alright...doing it.. |
| 00:55.30 | brlcad | ssh is pretty simple, but teaching you how to use it is beyond the project's scope |
| 00:55.47 | brlcad | you can try ssh'ing into your own machine to see how it works |
| 00:56.13 | brlcad | the rest we'll discuss in private to get your account set up |
| 00:59.26 | Notify | 03GCI: Erik has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: needs some minor changes 1: I don't understand why you'd be undefining "major" and "minor", can those be removed? 2: all variable declarations should come at the beginning of the block, before RT_HYP_CK_MAGIC. The a... |
| 01:00.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:01.24 | bhlegm | Cheeku ikr this stuffs intense |
| 01:02.04 | brlcad | there be erik |
| 01:03.31 | ``Erik | didn't realize I was reviewing today O.o didja throw the mentor schedule on a wiki page, or just in that one email that I can't access for the next 2 weeks? :D |
| 01:04.07 | brlcad | heh, yep e-mail |
| 01:04.21 | ``Erik | I think I have notify set up to catch commit emails, but I want to see a couple commits go through before I add the channel |
| 01:04.26 | brlcad | Mon: Daniel, Sean |
| 01:04.27 | brlcad | Tue: Matt, Erik |
| 01:04.27 | brlcad | Wed: Harmanpreet, Rai |
| 01:04.27 | brlcad | Thu: Andrei, Daniel |
| 01:04.27 | brlcad | Fri: Sean, Matt |
| 01:04.29 | brlcad | Sat: Erik, Harmanpreet |
| 01:04.31 | brlcad | Sun: Rai, Andrei |
| 01:06.06 | caen23 | awesome, there's a bug in svn that doesn't let me finish running svnplot on the whole repo, and the resolution seems to be recompiling svn |
| 01:08.46 | ``Erik | if a 'gitstats' exist, we have a git mirror, too :D |
| 01:11.00 | Barakados | i have a question |
| 01:11.10 | caen23 | ``Erik: i can't seem to find it? |
| 01:11.11 | Barakados | how do i compile mged from the source |
| 01:11.32 | ``Erik | http://crit.brlcad.org/brlcad.git/ |
| 01:13.56 | caen23 | ``Erik: thanks, cloning right now :D |
| 01:14.38 | caen23 | Barakados: have you tried this? http://brlcad.org/wiki/Compiling |
| 01:22.29 | bhlegm | brlcad for the gallery, do you want the rating (that star stuff) to be as it was before as well? |
| 01:25.36 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 01:25.47 | andrei | heh |
| 01:31.47 | bhlegm | i dont think i can do that |
| 01:35.21 | Notify | 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task. |
| 01:35.51 | Notify | 03GCI: Melange has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. |
| 01:37.06 | Notify | 03GCI: Sean Bashaw has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 01:37.41 | Notify | 03GCI: Sean Bashaw has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task. |
| 01:38.11 | Barakados | i am going to work on the pdf, i see some in there |
| 01:54.25 | brlcad | bhlegm: ideally, yes |
| 01:54.35 | bhlegm | ok :'( |
| 01:54.43 | brlcad | what? |
| 02:12.34 | brlcad | ``Erik: ? |
| 02:14.17 | bhlegm | uhmm |
| 02:18.17 | bhlegm | gallery2's rating system is using the number of rates and finding the average, but in piwigo a rate is counted per user.. i really don't know how to do it |
| 02:18.34 | ``Erik | something went nutso and is chewing memory on crit like a mofo, oomd my image |
| 02:18.35 | bhlegm | per user : every rate is recorded in a table |
| 02:19.08 | bhlegm | as a row* |
| 02:25.43 | *** join/#brlcad caen23 (~caen23@92.81.196.163) | |
| 02:26.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 02:26.45 | Notify | 03BRL-CAD:brlcad * 53929 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/fb/CMakeLists.txt brlcad/trunk/src/fb/Makefile.am): apply gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8030204) from stefi.stoyanova that converts the libfb manual pages to docbook xml format. untested, but did remove the old manual pages while applying the patch. |
| 02:26.48 | Notify | 03BRL-CAD:brlcad * 53930 brlcad/trunk/AUTHORS: credit stefi.stoyanova for contributions migrating fb manual pages to docbook. |
| 02:27.49 | caen23 | brlcad: thanks a lot for reviewing my task :D |
| 02:29.05 | ``Erik | apache went nuts and chewed up all the memory O.o |
| 02:29.37 | Notify | 03BRL-CAD:brlcad * 53931 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/adc.c and 6 others): really impressive -- apply cezar's gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8017204) that decouples libged from libdm. |
| 02:30.08 | starseeker | brlcad: did they update the fb patch? there was one man page missing |
| 02:30.15 | caen23 | brlcad: for the "compile brl-cad w/ llvm 3.1" one, would it be enough to run cmake > cmake.txt and make > make.txt and simply upload these files? i've been using llvm to compile brlcad and no errors occurred, so there's no patching needed |
| 02:30.30 | starseeker | llvm? O.o |
| 02:30.50 | ``Erik | doh, brlcad committed the one I was reviewing |
| 02:30.56 | starseeker | just built with clang 3.1... |
| 02:31.12 | Notify | 03BRL-CAD:brlcad * 53932 brlcad/trunk/AUTHORS: double-billing, credit cezar for his work fixing code now (libged/libdm decoupling) in addition to the doc work. |
| 02:31.36 | starseeker | using the static analyzer, even... |
| 02:33.48 | *** join/#brlcad harmanpreet (~chatzilla@210.56.121.43) | |
| 03:01.07 | caen23 | starseeker: is the file you were saying was missing from the fb task named "cmap-fb.xml" by any chance? |
| 03:05.48 | brlcad | starseeker: I didn't review them by name, but counted 48 .1 file and same .xml files I thought |
| 03:06.15 | caen23 | starseeker: ugh, nevermind, i forgot to do something |
| 03:06.18 | brlcad | but yeah, he can fix it ;) |
| 03:10.17 | brlcad | ``Erik: just trying to help :) |
| 03:10.41 | brlcad | could clear out that last one remaining, I'm not doing that one |
| 03:40.02 | starseeker | fb-cmap I think was missing |
| 03:40.17 | starseeker | caen23: feel like fixing some more man page errors? :-P |
| 03:41.15 | caen23 | starseeker: yeahp, i'm currently on src/util, and i'll fix what's left next :D |
| 03:42.18 | starseeker | sweet |
| 03:42.59 | starseeker | I think you'll need to start by applying the patch from the previous src/fb, seeing if fb-cmap is missing, then fixing the errors in those (new) files... |
| 03:43.58 | starseeker | brlcad: I see the old src/fb .1 files are gone, but I don't see the new xml files - did you do the svn add? |
| 03:44.13 | caen23 | it wasn't missing, i forgot to update cmakelists and it wouldn't build :D |
| 03:44.37 | starseeker | yep |
| 03:46.21 | starseeker | hang on... |
| 03:51.40 | Notify | 03BRL-CAD:starseeker * 53933 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml =================================================================== and 465 others): Add man1 xml files from fb. |
| 03:56.20 | Notify | 03BRL-CAD:starseeker * 53934 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: Add fb-cmap.xml - appears to have been missed in initial conversion. |
| 03:57.03 | starseeker | caen23: that should fix the CMake configure stage, but by default the build won't work now because we turned on strict DocBook building and these fb man pages don't qualify |
| 03:58.10 | starseeker | give me a few minutes... |
| 03:59.26 | caen23 | starseeker: hmm… i think i'm finished w/ the src/util task, but i'm not really used to svn, so i'm not going to commit the changes. but i'll upload the patch to gci, and could you take a look and apply it if everything's ok? |
| 03:59.52 | starseeker | caen23: sure, if you're more comfortable with that |
| 04:00.07 | starseeker | I won't be able to properly test it until I squash the fb errors |
| 04:00.13 | starseeker | hopefully that'll be quick |
| 04:00.44 | caen23 | here's the link :D http://www.google-melange.com/gci/task/view/google/gci2012/7970249 |
| 04:01.51 | starseeker | caen23: nice job on the libged patch, by the way |
| 04:02.16 | starseeker | tries to recall if he's every had brlcad tell him that a patch was *exactly* what he was looking for... |
| 04:02.21 | starseeker | s/every/ever/g |
| 04:02.47 | caen23 | what i'm mainly worried about is CMakeLists and Makefile.am. what i did was i removed all the man references from src/util and added the new .xml's to man1/en |
| 04:02.57 | starseeker | that's correct |
| 04:04.49 | caen23 | heh, thanks about the libged patch. i spent 4 hours because of a missing asterisk, lol. a function signature was something like (struct dm, char **), and i wrote a wrapper as (struct dm, char *). kept getting segfaults and had no idea why until i checked the function i was wrapping |
| 04:06.45 | Notify | 03BRL-CAD:starseeker * 53935 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml and 35 others): Ah, crud - gummed up the patch application. Try again. |
| 04:08.21 | starseeker | shoot - these are still db4 |
| 04:08.58 | caen23 | mine? or the fb ones? |
| 04:09.04 | starseeker | the fb ones |
| 04:09.12 | starseeker | gotta fix those before I can get to yours |
| 04:10.32 | caen23 | :D |
| 04:16.10 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 04:18.50 | Skriptkid | Are the Surface area tasks also 1-point tasks? |
| 04:29.19 | brlcad | starseeker: oops, somehow they didn't add |
| 04:30.02 | brlcad | and you're right fb-cmap doesn't exist |
| 04:40.55 | Notify | 03BRL-CAD:starseeker * 53936 (brlcad/trunk/doc/docbook/system/man1/en/bw-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml and 36 others): GCI commits didn't pass strict for fb - fixing. |
| 04:45.05 | brlcad | starseeker: heh, I'd already created a gci task to make all these remaining pages pass strict later |
| 04:45.13 | brlcad | still waiting for two more sets to come in |
| 05:01.22 | starseeker | brlcad: oh, sorry |
| 05:01.47 | starseeker | brlcad: it was a build-breaking issue, so I figured it couldn't wait |
| 05:02.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 05:03.14 | Notify | 03BRL-CAD:starseeker * 53937 (brlcad/trunk/doc/docbook/system/man1/en/cell-fb.xml brlcad/trunk/doc/docbook/system/man1/en/cmap-fb.xml and 35 others): Use same header as src/conv conversions. |
| 05:04.27 | starseeker | brlcad: I had mentioned the fb-cmap page being missing earlier - guess it got lost in the noise |
| 05:05.11 | *** join/#brlcad elf` (~elf11_@92.80.1.188) | |
| 05:06.19 | starseeker | caen23: I"m getting a "malformed patch" error |
| 05:06.38 | starseeker | caen23: go ahead and commit - I'll straighten it out if there's any problem |
| 05:06.58 | starseeker | remember to include the full URL in the commit message |
| 05:07.54 | Notify | 03BRL-CAD:starseeker * 53938 brlcad/trunk/INSTALL: minor INSTALL tweak |
| 05:08.16 | brlcad | starseeker: except there's two more big ones coming -- maybe revert it back to non-strict until after that task |
| 05:08.30 | starseeker | growl |
| 05:08.32 | starseeker | I suppose |
| 05:09.08 | brlcad | it's too much work to do it at the same time, and too much work to break up the tasks .. all we have to do is wait a lil :) |
| 05:10.00 | brlcad | starseeker: any binaries you'd like to see crash less (where we haven't identified bugs) |
| 05:10.05 | brlcad | already have mged, archer, and rt |
| 05:11.19 | Notify | 03BRL-CAD:starseeker * 53939 brlcad/trunk/CMakeLists.txt: Back off on strict XML until we're done with GCI conversion of man pages, to allow for task breakout of conversion and strict fixes. |
| 05:11.19 | starseeker | erm |
| 05:11.30 | starseeker | tries to remember what he's crashed lately |
| 05:12.03 | starseeker | brlcad: did you get a chance to try the clang static analyzer? If any of those are legit, there may be some GCI clean-up work |
| 05:12.29 | starseeker | isn't sure how to evaluate the results for false positives... |
| 05:14.02 | starseeker | brlcad: nothing's leaping to mind with the crash question |
| 05:15.03 | caen23 | starseeker: hmm… i've tried uploading a new patch http://www.google-melange.com/gci/task/view/google/gci2012/7970249 |
| 05:15.55 | starseeker | caen23: there we go |
| 05:17.04 | starseeker | thanks |
| 05:17.38 | caen23 | so is it fine, or have i broken something? :D |
| 05:17.46 | starseeker | checking... |
| 05:20.39 | starseeker | caen23: looks good |
| 05:20.45 | starseeker | you're go for the commit |
| 05:21.01 | caen23 | alright, thanks :D |
| 05:21.13 | starseeker | want to do it yourself or shall I? |
| 05:21.31 | caen23 | i think i'll try it |
| 05:21.43 | starseeker | cool - remember, full URL in message :-) |
| 05:22.30 | caen23 | hmm… is this message fine? :D "Convert src/util man pages to DocBook XML (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7970249)" |
| 05:22.40 | starseeker | caen23: yep |
| 05:23.24 | starseeker | caen23: in fact, I think these all validate too |
| 05:23.32 | caen23 | mine? |
| 05:23.40 | starseeker | brlcad: were you going to create a separate task for util validation? |
| 05:23.43 | starseeker | caen23: looks like it... |
| 05:23.53 | caen23 | oh, yes, i took care of it |
| 05:24.03 | starseeker | ~caen23++ |
| 05:24.19 | caen23 | lol :D |
| 05:24.22 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 05:24.23 | starseeker | wow. If brlcad put up a util validation task, make sure you claim it |
| 05:24.55 | caen23 | nope, looks like he didn't |
| 05:25.11 | starseeker | caen23: he probably will... how long did you spend on util, all told? |
| 05:27.06 | caen23 | probably less than 30 minutes, can't tell exactly, but after running doclifter, the only errors were related to entities, and i wrote a script to get rid of the most common ones. if you add my trying to understand how svn works… probably more than 1h |
| 05:28.49 | starseeker | caen23: we'll see what brlcad wants to do |
| 05:29.10 | starseeker | did he put up any other Docbook tasks yet? |
| 05:30.52 | caen23 | the only one that's open right now is the one for converting the rest of the files, as far as i can see |
| 05:31.58 | caen23 | this is where i look for tasks :D http://www.google-melange.com/gci/org/google/gci2012/brlcad |
| 05:34.00 | starseeker | caen23: did your commit go through? |
| 05:34.28 | caen23 | just a sec :D |
| 05:34.38 | Barakados | oh and can someone accept my new task? |
| 05:35.32 | starseeker | Barakados: I'm not a formal GCI reviewer, but one of them should be around later |
| 05:36.22 | caen23 | hmm… i can't seem to commit because svn:mime-type is not set. let me try one more thing |
| 05:37.20 | starseeker | caen23: ah - this may help, although you may have to revert and re-do the adding of the xml files: http://brlcad.org/wiki/Mime-types |
| 05:38.54 | caen23 | what i did was i edited config to include "*.xml = svn:mime-type:application/xml" under section auto-props |
| 05:39.57 | starseeker | caen23: we normally use *.xml = svn:mime-type=text/xml;svn:eol-style=native |
| 05:40.48 | caen23 | ugh, sorry then. i got mine from wiki, and it was written that text/xml is deprecated :-?? |
| 05:41.02 | caen23 | wikipedia*, not wiki |
| 05:44.34 | caen23 | seems there's no getting around the revert :( so after i do svn revert, i should do svn add * inside man1/en? |
| 05:44.43 | starseeker | right |
| 05:44.57 | starseeker | but just revert the xml |
| 05:45.01 | starseeker | not the CMakeLists.txt |
| 05:45.08 | starseeker | svn revert *.xml |
| 05:45.46 | starseeker | caen23: you'll have to mention the mime type thing to brlcad - I'm not sure why xml wouldn't be classified as text, but maybe someone has a reason... |
| 05:47.07 | caen23 | actually i might be wrong, it was deprecated in an expired draft |
| 05:48.19 | starseeker | makes a note to self to put his superlu and spooles CMake build files on github, in case they should prove necessary down the road... |
| 05:50.06 | Barakados | can someone help me out? |
| 05:50.22 | Barakados | how do i use the man to xml software on my mac? |
| 05:50.41 | starseeker | Barakados: um. You install python, then run the script? |
| 05:50.53 | caen23 | Barakados: do you have homebrew installed? |
| 05:50.55 | Barakados | when i run it it is blank |
| 05:52.09 | caen23 | are you running it from the terminal, or are you double-clicking the file inside the archive? |
| 05:52.19 | Barakados | double click |
| 05:52.31 | caen23 | open Terminal.app inside Applications/Utilities |
| 05:52.42 | Barakados | i know terminal |
| 05:52.54 | Barakados | give me the commands to use :P |
| 05:53.05 | Barakados | that's all i need thanks :D |
| 05:53.11 | caen23 | doclifter -x <path to file to convert> |
| 05:53.24 | Barakados | that makes sense |
| 05:53.40 | caen23 | where doclifter means the whole path to doclifter. for me, it's ~/Downloads/doclifter-2.9/doclifter |
| 05:54.01 | Barakados | i know |
| 05:54.07 | Barakados | i go to the directory |
| 05:54.09 | Barakados | easier |
| 05:54.27 | caen23 | yeahp |
| 05:55.24 | brlcad | starseeker: no I hadn't tried, but there are two "compile brl-cad with clang" tasks using latest release and trunk |
| 05:55.42 | brlcad | static analyzer is still one to be added |
| 05:55.43 | Barakados | command not found |
| 05:56.08 | Notify | 03BRL-CAD:caen23 * 53940 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/Makefile.am): ----------- |
| 05:56.12 | caen23 | inside doclifter-2.9, you run ./doclifter, not doclifter |
| 05:56.33 | brlcad | validation task isn't yet posted, there's still one more docbook task pending |
| 05:56.56 | Barakados | brlcad, can you validate my docbook task? |
| 05:57.26 | brlcad | what? |
| 05:57.35 | Barakados | I signed up for a task |
| 05:57.46 | Barakados | https://google-melange.appspot.com/gci/task/view/google/gci2012/8005210 |
| 05:58.00 | Barakados | if you give it to me i can have it done in an hour |
| 05:58.37 | *** join/#brlcad harmanpreet (~chatzilla@210.56.126.141) | |
| 05:59.37 | brlcad | caen23: alas the way subversion (and other) revision control diffing works, the files need to be text/*something* in order for tools to become content aware |
| 06:00.10 | brlcad | Barakados: term is assign, not validate ;) |
| 06:00.14 | Barakados | sorry |
| 06:00.55 | brlcad | no worries |
| 06:01.42 | caen23 | brlcad: ah, didn't know that. these tasks the first time i've used svn :D |
| 06:02.00 | brlcad | most repos have that issue |
| 06:03.42 | Barakados | how do i use svn add? |
| 06:04.14 | Barakados | nevermind, googled |
| 06:04.32 | Barakados | never mind, still need help |
| 06:05.50 | *** part/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 06:07.08 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 06:11.17 | Barakados | so... |
| 06:19.25 | starseeker | wonders if there are any stepcode tasks that could be GCI scoped? |
| 06:19.50 | brlcad | yeah, tricky there -- undoubtedly are |
| 06:20.28 | brlcad | could craete tasks to commit our changes one at a time to the git repo, that'd be a hoot |
| 06:21.14 | starseeker | that's a thought - march down this list? http://stepcode.org/mw/index.php/BRL-CAD_patches |
| 06:21.33 | brlcad | maybe, or up from our commits -- just do them all |
| 06:21.55 | caen23 | brlcad: regarding the llvm tasks, they plan to release 3.2 on the 16th. perhaps the "build with trunk" one is not really necessary? |
| 06:22.07 | brlcad | caen23: nope, that's the point |
| 06:22.22 | starseeker | brlcad: there are some of ours that aren't applicable to stepcode (Marks lists 'em down at the bottom of that page...) |
| 06:22.39 | brlcad | building with trunk now is probably nearly as good as building with 3.2 in a couple weeks |
| 06:22.57 | brlcad | more interested in what fails |
| 06:23.09 | starseeker | 3.1 I wouldn't expect to fail |
| 06:23.17 | starseeker | trunk, probably yes |
| 06:23.26 | caen23 | brlcad: makes sense |
| 06:23.28 | brlcad | i wouldn't either but someone can at least verify that |
| 06:24.13 | brlcad | welp, closed a half dozen, created a half dozen .. not too shabby |
| 06:24.23 | brlcad | still has several dozen to be added |
| 06:25.04 | brlcad | and that's not even counting tasks spawning from gci work recently completed |
| 06:26.42 | starseeker | brlcad: should caen23 get two completed tasks? his util .xml conversion not only was successful but passed strict at the same time |
| 06:26.46 | Notify | 03BRL-CAD:starseeker * 53941 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: fix indenting |
| 06:28.12 | starseeker | kicks off a distcheck and hits the hay |
| 06:31.12 | starseeker | gets spooles and superlu on github |
| 06:31.36 | starseeker | oh yeah, cassowary... heh |
| 06:32.40 | brlcad | starseeker: he can claim and close out the validation task after he finishes his currnet (the last set) |
| 06:33.37 | starseeker | brlcad: cool. Wasn't sure what you wanted to do - just wanted to make sure the issue didn't get washed away in the GCI tsunami |
| 06:34.27 | brlcad | nope, it's there, just unpublished |
| 06:35.57 | starseeker | reflects that if we could somehow chop the stepcode merge into segments that would allow for successful completion, that would be a major step towards qualifying for fedora repos... |
| 06:36.23 | starseeker | would have to make a FindSTEPCODE.cmake that actually works though |
| 06:39.04 | starseeker | brlcad: you'd have a better sense than I would of whether this would be a sensible GCI task, but perhaps it would be helpful to have a "how to set up a Windows PC for BRL-CAD compilation" document? |
| 06:39.59 | starseeker | isn't sure if that makes sense, given that it may turn obsolete relatively quickly... |
| 06:41.03 | brlcad | was intending to after these are all fixed: https://google-melange.appspot.com/gci/task/view/google/gci2012/7948214 |
| 06:41.14 | brlcad | that's the "not even counting tasks spawning from gci work recently completed" |
| 06:53.25 | Barakados | brlcad: is xml files docbook? |
| 07:03.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 07:04.10 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.174) | |
| 07:06.15 | bhlegm | sorry if this is a stupid question, but is there a trash bin on the server? |
| 07:16.28 | Barakados | all that's left is to compile the source, and then send in a patch |
| 08:21.20 | Barakados | i have errors in files i didn't ediy |
| 08:21.22 | Barakados | *edit |
| 08:39.27 | *** join/#brlcad harmanpreet (~chatzilla@124.253.149.220) | |
| 08:41.52 | *** join/#brlcad harmanpreet_ (~chatzilla@124.253.144.204) | |
| 08:45.16 | Barakados | ok then |
| 09:05.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:59.16 | *** join/#brlcad harmanpreet (~chatzilla@124.253.153.78) | |
| 10:11.10 | *** join/#brlcad Silvrous (4f7043b8@gateway/web/freenode/ip.79.112.67.184) | |
| 10:11.55 | Silvrous | How can I use functions like sin/cos or sqrt? Are they already defined, or do I need to include math.h ? |
| 10:31.34 | *** join/#brlcad harmanpreet (~chatzilla@124.253.152.86) | |
| 11:26.29 | *** join/#brlcad Gaganjyot (~Gaganjyot@117.207.155.255) | |
| 11:36.21 | harmanpreet | brlcad: are you there? |
| 12:07.47 | *** join/#brlcad caen23 (~caen23@92.81.196.163) | |
| 12:08.07 | *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26) | |
| 12:08.51 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 12:08.51 | Ashish101 | @brlcad: What oes the zero thingi in the View tab DOO ... |
| 12:10.06 | Ashish101 | ??? |
| 12:10.17 | Ashish101 | <PROTECTED> |
| 12:10.24 | GrantMercer015 | where are you from? |
| 12:10.55 | GrantMercer015 | it's the dead of the night for our mentors, dont be expecting help during this time on brlcad |
| 12:11.24 | GrantMercer015 | usually 7-8 hours from now theyll be on answering our questions. Till then use this: |
| 12:11.49 | Ashish101 | ?? |
| 12:11.50 | Ashish101 | What |
| 12:11.59 | Ashish101 | Yes and its just 6 PM in here |
| 12:12.22 | GrantMercer015 | BRL-CAD Cross Reference, google it and look for brlcad.org/xref/ along those lines |
| 12:12.36 | GrantMercer015 | the server doesnt work over in japan so i cant give the exact link |
| 12:13.11 | Ashish101 | Japan :P |
| 12:13.23 | Ashish101 | U hv any site ?? blog ?>?? |
| 12:13.42 | GrantMercer015 | but the site searches brlcad source for specific keywords(identifier search), if you want to find any function declaration or varaibles search on the site |
| 12:13.50 | GrantMercer015 | No site or blog |
| 12:14.31 | Ashish101 | visit mine @ ashtricks.com |
| 12:14.33 | GrantMercer015 | found a link, nevermind. http://brlcad.org/xref/ident |
| 12:21.46 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 13:09.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 13:10.17 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 13:52.03 | *** join/#brlcad Cheeku (Cheeku@14.98.242.20) | |
| 14:03.41 | *** join/#brlcad Cheeku (Cheeku@14.98.242.20) | |
| 14:03.41 | *** part/#brlcad Cheeku (Cheeku@14.98.242.20) | |
| 14:29.59 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:32.10 | *** join/#brlcad M0J0E (~johannes@p4FDFAF31.dip.t-dialin.net) | |
| 14:35.23 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 14:36.40 | maths22 | brlcad: crit.brlcad.org does not have a necessary php extention enabled: hash |
| 14:59.05 | *** join/#brlcad harmanpreet (~chatzilla@124.253.28.117) | |
| 15:05.24 | brlcad | harmanpreet: hello |
| 15:05.35 | harmanpreet | hi.. |
| 15:10.28 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 15:20.49 | caen23 | brlcad: how can i change the way xmllint is called when validating docbooks? |
| 15:31.28 | brlcad | caen23: what's up? |
| 15:31.55 | caen23 | brlcad: i need to add a flag to the invocation so that it can build |
| 15:32.35 | caen23 | there's a line <xi:include href="man.macros"> that generates an error, and this seems to be the solution: https://lists.oasis-open.org/archives/docbook-apps/200509/msg00089.html |
| 15:39.49 | brlcad | caen23: shouldn't that be <xi:include xmlns:xi="http://www.w3.org/2001/XInclude" href=... |
| 15:40.21 | caen23 | hmm… let me try |
| 15:41.29 | Notify | 03GCI: Sean has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: Task Closed Congratulations, this task has been completed successfully. |
| 15:41.30 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Changes... Reworked the model, changed the orientation of the model, and changed the order in which the shaders were applied. Let me know if any further changes should be made. Thanks, Daniel |
| 15:41.31 | Notify | 03GCI: Sean has left the following comment at Convert 38 src/fb man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8030204: keep it up! Nice work, thanks. You have been credited with this contribution in our authorship documentation. |
| 15:41.32 | Notify | 03GCI: Sean has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: wow, perfect That's perfect, Cezar -- *exactly* what I was looking for, couldn't have done it better myself. |
| 15:41.33 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed. |
| 15:41.34 | Notify | 03GCI: Sean has left the following comment at Decouple LIBDM from LIBGED http://www.google-melange.com/gci/task/view/google/gci2012/8017204: Task Closed Congratulations, this task has been completed successfully. |
| 15:41.35 | Notify | 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Claimed I would like to work on this task. |
| 15:41.36 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! |
| 15:41.37 | Notify | 03GCI: Sean has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: what are you doing? Sean, you've claimed and unclaimed a task too many times today. What are you doing? Please commit to a task for more than a couple minutes. |
| 15:41.38 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: looking better That's looking much better but you went from too much cut out of the C to too little. Look at the C's in the font on this page even (your "Changes..." for example). Notice how the C is cut around 1:30 and 5:30 on the face of a clock and cut at an angle. |
| 15:41.39 | Notify | You... |
| 15:41.40 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. |
| 15:41.41 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: lots of math routines There are lots of matrix macros in include/vmath.h and other matrix functions throughout the libbn library (see include/bn.h or src/libbn/*.c). As for the patch itself, be sure to read it with |
| 15:41.42 | Notify | a... |
| 15:41.43 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the... |
| 15:41.44 | Notify | 03GCI: Christopher Su has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Claimed I would like to work on this task. |
| 15:41.45 | Notify | 03GCI: Sean Bashaw has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:41.46 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Task Claimed I would like to work on this task. |
| 15:41.47 | Notify | 03GCI: Moin Nadeem has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: Ready for review The work on this task is ready to be reviewed. |
| 15:41.48 | Notify | 03GCI: javamonn has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Ready for review The work on this task is ready to be reviewed. |
| 15:41.48 | brlcad | may need an xpointer=... element too |
| 15:41.49 | Notify | 03GCI: Sean Bashaw has left the following comment at Close MGED when both windows are closed http://www.google-melange.com/gci/task/view/google/gci2012/7945212: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:41.50 | Notify | 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Claimed I would like to work on this task. |
| 15:41.51 | Notify | 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Ready for review The work on this task is ready to be reviewed. |
| 15:41.52 | Notify | 03GCI: Melange has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students |
| 15:41.53 | Notify | to... |
| 15:41.54 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Fixed Fixed everything you said. I had used 'major' and 'minor' as variable names first. I saw in ell.c that they are defines as macros in some systems, so I undefined them :) |
| 15:41.55 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed. |
| 15:41.56 | Notify | 03GCI: bwannow has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task. |
| 15:41.57 | Notify | 03GCI: bwannow has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:41.58 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Points Are the Surface Area tasks also 1-point tasks? |
| 15:41.59 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: what do you mean? We know that those are some of the hardest tasks posted. If you know of a good way to break up the work into multiple sub-tasks, we can do that, but "points" won't matter beyond the first 3 so long as |
| 15:42.00 | Notify | you... |
| 15:42.01 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: Task Closed Congratulations, this task has been completed successfully. |
| 15:42.02 | Notify | 03GCI: Sean has left the following comment at Model a "C" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7971228: revisions Very nice work javamonn! Took a few revisions, but that looks great now. |
| 15:42.03 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Hyp3 hyp3.patch is the final one. |
| 15:42.04 | Notify | 03GCI: Sean has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Deadline extended The deadline of the task has been extended with 2 days and 0 hours. |
| 15:42.05 | Notify | 03GCI: Sean has left the following comment at Create a technical screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8022221: Task Assigned This task has been assigned to Christopher Su. You have 48 hours to complete this task, good luck! |
| 15:42.06 | Notify | 03GCI: Su Chang ko has left the following comment at Set up StatSVN http://www.google-melange.com/gci/task/view/google/gci2012/8013211: Ready for review The work on this task is ready to be reviewed. |
| 15:42.07 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: it's alright You don't have to apologize. ;) Thank you for your interest. If you (or anyone else) would like to try again, the task is still available to be claimed. |
| 15:42.08 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 15:42.09 | Notify | 03GCI: Cezar has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Commit r53940 Commit r53940 |
| 15:42.10 | Notify | 03GCI: Sean has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Assigned This task has been assigned to Sean Bashaw. You have 48 hours to complete this task, good luck! |
| 15:42.11 | Notify | 03GCI: Sean has left the following comment at Convert src/util manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7970249: Task Closed Congratulations, this task has been completed successfully. |
| 15:42.12 | Notify | 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Claimed I would like to work on this task. |
| 15:42.13 | Notify | 03GCI: Sean has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! |
| 15:42.14 | Notify | 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Deadline extended The deadline of the task has been extended with 2 days and 0 hours. |
| 15:42.15 | brlcad | oof |
| 15:42.15 | Notify | 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: on the right track You are definitely on the right track. That's looking fantastic. I noticed you expanded to some panels -- if you like, you can keep those separate and we can turn them into another task. It's enough work to just focus on the menus, no? :) |
| 15:42.16 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: sorry Sorry, I can't help you with Cygwin installation issues. That's beyond the scope of this task and, more importantly, I'm not familiar with what those issues are. ;) |
| 15:42.17 | Notify | 03GCI: Melange has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:42.18 | Notify | 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Ya Sure I will do that only In this way i can get 2 tasks in one shot Can this happen ?? |
| 15:42.19 | Notify | 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Ready for review The work on this task is ready to be reviewed. |
| 15:42.20 | Notify | 03GCI: Melange has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 15:42.21 | Notify | 03GCI: Deep Inder Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Claimed I would like to work on this task. |
| 15:42.22 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Assigned This task has been assigned to Deep Inder Singh. You have 48 hours to complete this task, good luck! |
| 15:42.23 | Notify | 03GCI: Monika has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Claimed I would like to work on this task. |
| 15:42.24 | Notify | 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Task Claimed I would like to work on this task. |
| 15:42.25 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Task Assigned This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 15:42.26 | Notify | 03GCI: Deep Inder Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:42.27 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Task Assigned This task has been assigned to Monika. You have 48 hours to complete this task, good luck! |
| 15:42.28 | Notify | 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: little corerction for better understanding the contest I just saw this comments and wanted to say, that, afaik, points do also count after the 3 for the T-Shirt, because you, as the organization, can choose |
| 15:42.29 | Notify | the... |
| 15:42.30 | Notify | 03GCI: Donny Mitsov has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: Ready for review The work on this task is ready to be reviewed. |
| 15:42.31 | Notify | 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Time Extension Could i receive another time extension please? I've spent to much time to let go of this project, i just need to finish this one up(only a little more, i promise!). The time difference is to far to be able to communicate with the... |
| 15:42.32 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 15:42.33 | Notify | 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Disregard my first question I fixed the function to mimic the sort unix command exactly, never mind the question about my qsort! I couldn't find an edit button on my main post so i left this reply |
| 15:42.34 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: got it Those were just what I was looking for, I think I've got it now. As for the INSTALL, I have no idea why the change appeared, all I did was compile and then delete the .build folder. |
| 15:42.35 | Notify | 03GCI: cheekujodhpur has left the following comment at Upgrade Mediawiki website http://www.google-melange.com/gci/task/view/google/gci2012/7974236: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:42.36 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: u^1^2 In the u miu X u miu matrix, what does (u^1)^2 and (u^2)^2 mean? |
| 15:42.37 | Notify | 03GCI: Melange has left the following comment at Set up Jenkins continuous integration for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7952233: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 15:42.38 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Tensor product! Disregard that, I've just figured it out. |
| 15:42.39 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: typo? In the tensor product, should that be u or umiu? |
| 15:42.40 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Cannot Continue crit.brlcad.org does not have a necessary PHP extention enabled: hash. Drupal 7 does not run without that extension. |
| 15:42.41 | Notify | 03GCI: Angelyn has left the following comment at Create an ISST screenshot or animation http://www.google-melange.com/gci/task/view/google/gci2012/7945221: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 15:42.42 | Notify | 03GCI: Sean has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: sure It can happen. Just make sure you submit all the menu changes for this one and then claim the panels one that will be published after this one is closed. |
| 15:42.43 | brlcad | waits for the noise to subside |
| 15:42.43 | Notify | 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. |
| 15:42.44 | Notify | 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: that's not rtwizard You made a screenshot of 'mged', but that's the wrong application. This task specifies making a screenshot of the 'rtwizard' tool. That's a different application. You'll also want something a little more interesting than a cylinder.. ;) |
| 15:42.45 | Notify | 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNCkNv bXBpbGUgZmFpbHMNCg0KDQpJIHN1Ym1pdCBhIHRleHQgZmlsZSB3aXRoIGxvZ3MgYW5kIGluZm9y bWF0aW9uLiBUaGUgZmlyc3QgbG9nIGlzIHRoZSBDTWFrZSAgDQpnZW5lcmF0b3IgbG9nLiBUaGUg c2Vjb25kIGxvZyBpcyB0aGUgbmV4dCBDTWFrZSBsb2cuIFRoZSB0aGlyZCBsb2cgaXMgdGhlICAN Cm1pbmd3MzItbWFrZS4gRmFpbHMgaW4gYSBwYXJ0IG9mIHRoZSBjb21waWxhdGlvbi4NCg0KDQpH... |
| 15:42.46 | Notify | 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClJl YWR5IGZvciByZXZpZXcNCg0KVGhlIHdvcmsgb24gdGhpcyB0YXNrIGlzIHJlYWR5IHRvIGJlIHJl dmlld2VkLg0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMg VGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91 IGFyZSBzdWJzY3JpYmVkIHRvIENvbXBpbGUgIA0KQlJMLUNBRCB1c2luZyBEZXYtQysrLg0KVG8g... |
| 15:42.47 | Notify | 03GCI: Andrei Tudorica has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Claimed I would like to work on this task. |
| 15:42.49 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: how's that a correction? Johannes, how is that different than what I said? Points won't matter SO LONG AS YOU MAKE IT INTO THE TOP-FIVE. If a student completed 10 surface area functions and another student completed 40... |
| 15:43.50 | *** join/#brlcad jasleen (~chatzilla@117.253.232.243) | |
| 15:45.16 | ``Erik | you're the one who didn't want quelling on long buffers :D |
| 15:45.32 | brlcad | you didn't see my message the other day then :P |
| 15:46.30 | ``Erik | nope, been fairly busy the last few days |
| 15:46.35 | brlcad | would be nice if those gci tasks were more concise, wordy as all hell |
| 15:46.55 | ``Erik | and getting ready to head back out soon, looking for a tree |
| 15:47.14 | ``Erik | I was thinking about chopping the messages up a little, or adding better parsing or something |
| 15:47.16 | *** part/#brlcad jasleen (~chatzilla@117.253.232.243) | |
| 15:47.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 15:47.54 | brlcad | GCI: Andrei Tudorica * ld like to work on this task. |
| 15:47.58 | brlcad | oops |
| 15:48.20 | Notify | 03GCI: Lolacio has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Claimed I would like to work on this task. |
| 15:48.32 | brlcad | GCI: Andrei Tudorica * Create prototype 2D CAD drawing(s) (http://www.google-melange.com/gci/task/view/google/gci2012/7985229): ... message ... |
| 15:48.41 | brlcad | something like that |
| 15:49.16 | brlcad | ``Erik: and it seems to have some off-by-one-word error |
| 15:49.18 | brlcad | 10:42 < Notify> the... |
| 15:49.25 | ``Erik | https://github.com/erikg/cl-cia/blob/master/maildir.lisp #'do-gci-email ( starts at #'process-brlcad-gci-mail-dir ), let me know when ya have the pull request ;) |
| 15:49.38 | ``Erik | yes, I just fixed that one while it was clearing the queue |
| 15:49.47 | brlcad | smells a gci task |
| 15:49.55 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Got It Just wanted to know. Because I was seeing last year's tasks list and I saw that some tasks had more than 1 point. So just asked. |
| 15:49.59 | *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26) | |
| 15:50.15 | Ashish101 | @brlcad: you there ?? |
| 15:50.25 | ``Erik | if you can find a lithp weenie to do it, I don't care where the pull request comes from O.o but we're heading out the door in a minute, so'z *shrug* |
| 15:51.01 | Ashish101 | I want to know where can i find the functionalities of stuuf located in settings tab of Mged |
| 15:51.05 | ``Erik | mebbe a cl-ppcre replacement bit to shrink it, or a rfc2388-binary split of the mime types and a closure-html parse of the html version to break it to the important parts |
| 15:54.24 | ``Erik | (btw, haven't seen a commit msg for bz yet) |
| 15:57.05 | Notify | 03GCI: Johannes Schulte has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: Some Questions As the first draw is now ready, I have some questions: 1. Where should the function be placed (just at the end of bot.c?) and how should it be called? 2. How should the result be... |
| 16:02.30 | Ashish101 | NO one is online that can be of some help !! ... Any idea when brlcad come online ?? |
| 16:03.59 | andrei | He was around several minutes ago, just ask him what you want to ask |
| 16:04.06 | Ashish101 | I asked |
| 16:04.13 | Ashish101 | Above but no replys !! :( |
| 16:04.37 | andrei | <Ashish101> @brlcad: you there ?? |
| 16:04.38 | andrei | <Ashish101> I want to know where can i find the functionalities of stuuf located in settings tab of Mged |
| 16:06.39 | andrei | you should try to be more specific, often it's better to say what you want to do and not how you want to do it when you ask for help. He isn't answering because he is probably busy, but he will answer your question :) |
| 16:07.14 | *** join/#brlcad SkriptAk (~Skriptkid@117.202.63.216) | |
| 16:08.15 | Notify | 03GCI: Andrei Popescu has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! |
| 16:09.00 | Notify | 03GCI: Andrei Popescu has left the following comment at Find and fix at least 20 spelling mistakes in at least 5 different files http://www.google-melange.com/gci/task/view/google/gci2012/8033204: Task Assigned This task has been assigned to Lolacio. You have 48 hours to complete this task, good luck! |
| 16:14.39 | *** join/#brlcad elf` (~elf11_@92.80.1.188) | |
| 16:21.34 | *** join/#brlcad Lolacio (5bb018fd@gateway/web/freenode/ip.91.176.24.253) | |
| 16:47.42 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 16:50.22 | M0J0E | As I don't want to spam this channel with unnecessary long posts, I think it is the best to just post the link to my task, where I also posted my questions, concerning this task : http://www.google-melange.com/gci/task/view/google/gci2012/7968224. Thank you in advance! |
| 16:59.27 | *** join/#brlcad Ashish101 (75c2231a@gateway/web/freenode/ip.117.194.35.26) | |
| 17:05.20 | Notify | 03GCI: Shayantan has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: Help When Im Starting Rt Wizard THey Say I NEed Some Kind of database . sir plz help |
| 17:09.22 | Ashish101 | @belcad: u there ?? |
| 17:18.51 | Silvrous | I have a problem with a variable. I declared a mat_t object, but when I try to use it, such as M_AT[0][0]=1, I get error: subscripted value is neither array nor pointer |
| 17:22.37 | andrei | Silvrous, you re probably reffering to a structure |
| 17:23.45 | Silvrous | sorry, yes. I just realized, the mat_t is defined as a 1D array, isn't it? |
| 17:24.02 | andrei | I need to have a look at the code, what file are you working with |
| 17:24.04 | andrei | ( path) |
| 17:24.46 | Silvrous | it's defined in /include/vmath.h |
| 17:25.39 | Silvrous | I'm working on /src/librt/primitives/arb8/arb8.c , but there's no other mat_t's used there. |
| 17:25.47 | andrei | typedef fastf_t mat_t[ELEMENTS_PER_MAT]; |
| 17:26.03 | andrei | as far as I know fastf_t is a primitive(similar to float) |
| 17:26.47 | andrei | mat_t should be a matrix, I m trying to find a usage example |
| 17:28.07 | Silvrous | Yes, that's what I'm trying to use it for. I assumed it was indexed as [][], but from what I see, it's just linear with a rule for the element placement. |
| 17:30.35 | andrei | you can use it as mat_t [] and it works |
| 17:31.27 | Notify | 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Unclaiming Article Task Hi Sean and Harmanpreet, I think I must be in over my head. :) I think everyone has been really nice and helpful and patient, but I have basically spent a week on this one project, and I do not seem to... |
| 17:31.32 | Notify | 03GCI: Gala has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 17:31.39 | Silvrous | what is the rule for indexing? line by line, column by column, right? |
| 17:32.30 | brlcad | Ashish101: that tone is not at all helpful |
| 17:32.59 | Ashish101 | KK |
| 17:33.14 | andrei | Silvrous, I didn't manage to find a direct access to the matrix |
| 17:33.18 | brlcad | you need to be patient and respectful if you want anyone to be polite back to you |
| 17:33.26 | andrei | for example, you can print it with bn_mat_print |
| 17:33.46 | Ashish101 | Kk::::... |
| 17:33.46 | brlcad | i'm not the only one that can help you unless you're working on a web task that requires an account be craeted |
| 17:34.31 | andrei | Silvrous: the prototype is bn_mat_print("string - description", mat_t); |
| 17:35.10 | brlcad | ``Erik: I'll make a bzflag commit in a few, but was just expecting notify to be joined and start chirping ;) |
| 17:35.51 | Silvrous | Thanks. What I need though is to create one from scratch. |
| 17:36.27 | brlcad | Ashish101: and andrei DID help you -- you did not actually ask a question |
| 17:36.38 | brlcad | "I want to know where can i find the functionalities of stuuf located in settings tab of Mged" is not a question |
| 17:36.42 | brlcad | I want a puppy |
| 17:36.53 | Ashish101 | :P |
| 17:37.06 | brlcad | I'm serious, IRC does not tolerate this |
| 17:37.20 | brlcad | please read http://brlcad.org/wiki/IRC and ... |
| 17:37.21 | brlcad | ~ask |
| 17:37.22 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:37.59 | brlcad | after you have done that, come back and ask your question(s) and we'll see if we can give you some help |
| 17:38.20 | andrei | Silvrous: hold on a bit while I find the body of that print function, it might help you understand better how the function works. |
| 17:38.48 | brlcad | please be respectful of other people's time, we're not just sitting here waiting to answer questions that you're capable of researching yourself -- we want to help people who are genuinely interested in contributing to open source |
| 17:39.40 | andrei | Silvrous, I found what you are looking for : /src/libbn/mat.c. Have a look there. |
| 17:39.56 | andrei | let me know if anything is unclear after that. |
| 17:40.28 | brlcad | andrei: nice, that comment should be moved |
| 17:40.33 | brlcad | (to vmath.h) |
| 17:40.57 | Ashish101 | Q- "What does the Function in Settings>transform>adc " Actually do .. |
| 17:41.20 | brlcad | "adc" is our "angle distance cursor" |
| 17:41.26 | Silvrous | andrei: Thanks a lot! |
| 17:41.38 | brlcad | it's an expert interface for measuring angles and distances for displayed geometry |
| 17:41.59 | brlcad | I believe there is a write-up about the ADC in our tutorial documentation on the website |
| 17:42.06 | Ashish101 | thanks |
| 17:42.27 | andrei | brlcad: you mean the bn_mat_print func prototype? |
| 17:42.51 | Silvrous | I've also found a problem in the brl-cad cross reference http://brlcad.org/xref/search the search always gives return value 2 |
| 17:42.55 | brlcad | andrei: no, the comment at the top of mat.c |
| 17:43.01 | brlcad | it explains the layout of a mat_t |
| 17:44.09 | andrei | ah, I ll move it now then. |
| 17:45.08 | brlcad | notes the first /** @} */ |
| 17:45.13 | brlcad | is wrong .. should be removed |
| 17:45.26 | brlcad | there's one at the bottom of the file |
| 17:46.37 | andrei | Shouldn't I keep the first one and remove the last one ? |
| 17:46.40 | brlcad | Ashish101: and there's no way you read that entire IRC page in 2min before asking our question -- you do that at your own risk |
| 17:46.54 | brlcad | no, remove first, keep last |
| 17:47.23 | brlcad | the whole file gets wrapped in addtogroup mat { ... } so that it captures any implementation /** */ doxygen comments |
| 17:47.43 | brlcad | and there are a few in there, so it should be kept |
| 17:48.06 | brlcad | if there weren't any, then you could remove the addtogroup mat and { and } lines |
| 17:48.38 | brlcad | andrei: note that the TODO comment has nothing to do with a mat_t :) |
| 17:48.47 | Notify | 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Claimed I would like to work on this task. |
| 17:48.49 | andrei | yes, now I realised what you actually wanted me to move |
| 17:49.09 | andrei | starting from here : /** @file libbn/mat.c |
| 17:49.15 | Ashish101 | I just read this section -- which according to all of you is important for me !--- IRC Etiquette :) |
| 17:50.53 | brlcad | that is the more important section, but you should read the whole page and read the page about "How to Ask Questions the Smart Way" |
| 17:51.52 | brlcad | you'll get much more and much better help that way |
| 17:52.23 | brlcad | harmanpreet: would you like a reply here or on irc? |
| 17:52.36 | brlcad | bah, here or e-mail |
| 17:53.42 | harmanpreet | brlcad: anywhere you think more suitable. |
| 17:53.52 | Notify | 03GCI: Andrei Popescu has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Task Assigned This task has been assigned to John. You have 72 hours to complete this task, good luck! |
| 17:54.14 | brlcad | harmanpreet: I believe in open communications so long as it protects individual privacy where needed, so we can talk about it here ;) |
| 17:54.30 | brlcad | the task is not a personal matter |
| 17:54.30 | harmanpreet | brlcad: sure |
| 17:55.04 | brlcad | so I actually told him to uncheck the textures, because I consider our support overly primitive compared to other systems |
| 17:55.47 | brlcad | we can do texturing but our uv parameterization is not configurable, some objects can't be textured (like meshes!), and textures must be in raw pix format |
| 17:55.59 | brlcad | that's too many caveats |
| 17:56.18 | brlcad | we do, however, have extrusions |
| 17:56.24 | brlcad | not the extrude command, but actual objects |
| 17:56.34 | brlcad | if you import a dxf with a 2D sketch, you can extrude that |
| 17:56.46 | brlcad | http://brlcad.org/tmp/primitives/Primitives3_grouped_labels.png |
| 17:57.44 | brlcad | as for the task, hopefully the student has learned something from the exercise |
| 17:58.05 | harmanpreet | even I too :) |
| 17:58.33 | brlcad | I don't trust the commercial checks entirely, but the big-picture passes a sanity check |
| 17:59.14 | brlcad | so still I leave it up to you to decide if he's done |
| 17:59.26 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 17:59.31 | brlcad | he's certainly put more than 2 hours into the project and that's the general guideline |
| 17:59.37 | brlcad | bhlegm: howdy! |
| 17:59.47 | bhlegm | hi :) |
| 18:00.02 | harmanpreet | so he deserves acceptance... :) |
| 18:00.10 | caen23 | brlcad: i think i've completed the "convert remaining man pages" task, plus validation, but i haven't removed the man pages from the src/, because when i tried to, i kept breaking something. for some folders, it's easy, but others are more involving, and i haven't quite figured out how to properly remove the docs from those |
| 18:00.15 | andrei | brlcad: sorry to hop in the middle of the discussion but would it seem unreasonable to complete that task and open another task to correct the remaining/potential issues ? |
| 18:00.26 | harmanpreet | brlcad: but am really feeling bad for Gala.. :( |
| 18:00.38 | brlcad | why's that? |
| 18:01.00 | brlcad | caen23: what breakage? |
| 18:01.43 | brlcad | andrei: it depends, but in general I do not think that is unreasonable IF they've put more than two hours of effort in |
| 18:01.58 | brlcad | i.e., implying that the scope was misjudged |
| 18:02.14 | brlcad | harmanpreet: which one is gala? |
| 18:02.52 | harmanpreet | student recently working on http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 18:03.00 | andrei | brlcad: the one that had to write the news article : http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 18:03.06 | andrei | ah, sorry |
| 18:03.19 | harmanpreet | yeah.. |
| 18:04.13 | brlcad | harmanpreet: ah, that gala -- so what you can do is create a task just for him/her that is to just interview jordi |
| 18:04.33 | brlcad | I can publish it and we can try to get them to claim it |
| 18:05.07 | brlcad | howdy starseeker ;) |
| 18:05.18 | harmanpreet | that's nice :) |
| 18:05.21 | starseeker | brlcad: hmm? |
| 18:05.25 | andrei | wasn't that task already published? I think I have seen that one before |
| 18:05.26 | starseeker | reads backlog |
| 18:06.01 | brlcad | starseeker: nothing, just saying hi :) |
| 18:06.06 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: finally I assumed it was umiu, the other possibility didn't make sense since umiu wouldn't have been used anywhere. areasimple.patch is my old function,now fixed, and areamatrix.patch is the... |
| 18:06.23 | brlcad | andrei: it was the same task |
| 18:06.29 | brlcad | interview him and write an article |
| 18:06.38 | brlcad | they interviewed him and posted the interview as the article |
| 18:06.48 | brlcad | replied that wasn't adequate and they let the task go |
| 18:07.04 | andrei | ah, I see. |
| 18:07.31 | Notify | 03GCI: Silvrous has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Ready for review The work on this task is ready to be reviewed. |
| 18:08.41 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: clarification John, Since this task was already worked, write your article based on the question+answer responses from Gala's effort and post your article to our CPP. Gala, If you like, we can create a task to just interview Jordi... |
| 18:09.34 | brlcad | andrei: where's that bn.h/vmath.h commit? :) |
| 18:09.45 | brlcad | !notify week |
| 18:09.45 | Notify | BRL-CAD: starseeker:36, carlmoore:32, brlcad:23, n_reed:17, jordisayol:7, r_weiss:4, bob1961:4, caen23:4, erikgreenwald:1, d_rossberg:1 |
| 18:09.46 | Notify | BRL-CAD Wiki: Sean:28, Minichrispy:24, Gala:11, Jacksixb:4, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1 |
| 18:09.51 | andrei | I m redownloading brlcad from checkout |
| 18:09.54 | brlcad | ah |
| 18:10.06 | andrei | apparently I have plenty other files, and I don t know how I can wipe out any files that aren't included in checkout |
| 18:12.20 | brlcad | svn status | grep '^\?' | xargs rm |
| 18:12.27 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Design a "Commercial CAD Comparison" diagram http://www.google-melange.com/gci/task/view/google/gci2012/7974231: Task Closed Congratulations, this task has been completed successfully. |
| 18:12.45 | brlcad | be very careful with that though as it will delete everything that SVN doesn't recognize which will be any works-in-progress |
| 18:13.35 | brlcad | you can take care of the '?' file not found messages with an | sed 's/\? //g' |
| 18:13.36 | starseeker | brlcad: heh howdy |
| 18:14.00 | starseeker | caen23: don't worry too much about removing the old man pages |
| 18:14.14 | starseeker | caen23: if you like, you can just submit a patch with the new ones |
| 18:14.24 | andrei | <PROTECTED> |
| 18:14.25 | brlcad | he can commit it |
| 18:14.33 | starseeker | yeah, that too |
| 18:15.28 | starseeker | removing the old man pages is a bit involved due to one of the more sophisticated symlink utilizations for BRL-CAD data files |
| 18:15.37 | starseeker | (or can be, at least) |
| 18:15.53 | starseeker | s/involved/confusing |
| 18:16.43 | caen23 | i noticed some components have a doc folder, and it's those i can't really wrap my head around |
| 18:16.58 | starseeker | caen23: can you give an example? |
| 18:17.02 | Notify | 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: template Sean, is there any pre-defined template for writing the article, or I'm free to choose the layout? |
| 18:17.39 | caen23 | src/other/tcl |
| 18:17.50 | starseeker | scowls at release mode... why does my gentoo box always have to find a new potential uninitialized value usage... |
| 18:17.56 | starseeker | caen23: ah - forget src/other |
| 18:18.17 | starseeker | caen23: those are (mostly) third party codes that we bundle |
| 18:18.27 | starseeker | both for convenience and configuration control |
| 18:19.07 | caen23 | starseeker: ah, alright then. i'll just commit the additions to docbook/system, if that's ok |
| 18:19.14 | starseeker | if you converted those man pages that might actually be an interesting thing for some of the projects, but it's separate from BRL-CAD's man pages |
| 18:19.17 | starseeker | nods |
| 18:20.11 | starseeker | stepcode may be interested in DocBook man pages and the possibilities they represent - would have to ask Mark |
| 18:21.53 | brlcad | new task: https://google-melange.appspot.com/gci/task/view/google/gci2012/7979224 |
| 18:22.37 | brlcad | starseeker: because you have gcc 4.6+ there |
| 18:22.41 | starseeker | brlcad: is this just different compilers seeing different things again? http://pastebin.mozilla.org/1971694 |
| 18:22.53 | starseeker | gcc version 4.5.4 (Gentoo 4.5.4 p1.0, pie-0.4.7) |
| 18:23.09 | starseeker | gentoo hasn't ported to 4.6+ fully yet |
| 18:23.22 | brlcad | ah, well then there's probably more |
| 18:23.36 | brlcad | unoptimized builds are auto-initialized even though the compiler is not required to do so, optimized builds are not initialized (so you get the warnings) |
| 18:24.12 | starseeker | braces himself and flips up the dsp.c file... |
| 18:24.32 | brlcad | the bigger question is why the logic is written in such a way that it assumes it's zero -- that's usually a potential logic bug elsewhere that is only masked by initalizing to zero |
| 18:25.01 | starseeker | log message at 1186 |
| 18:26.08 | starseeker | I guess the main question then is whether to initialize the structs at 2563 or... ? |
| 18:27.09 | brlcad | if those other warnings are also debug messages, then zero-init is fine |
| 18:27.16 | brlcad | it's if/when any aren't debug |
| 18:28.14 | Notify | 03BRL-CAD:popescuandrei * 53942 brlcad/trunk/src/libbn/mat.c: /* V M A T H . H * BRL-CAD * * Copyright (c) 2004-2012 United States Government as represented by * the U.S. Army Research Laboratory. * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public License * version 2.1 as published by the Free Software Foundation. * * This library is |
| 18:28.16 | Notify | distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this file; see the file named COPYING for more * information. */ /** @addtogroup mat */ /** @{ */ |
| 18:28.18 | Notify | /** @file vmath.h * * @brief vector/matrix math * * This header file defines many commonly used 3D vector math macros, * and operates on vect_t, point_t, mat_t, and quat_t objects. * * @brief matrix representation * 4 x 4 Matrix manipulation functions... * * Matrix array elements have the following positions in the matrix: @code * | 0 1 2 3 | | 0 | * [ 0 1 2 3 ] | 4 5 6 7 | | 1 | * | 8 9 10 11 | | 2 | * | 12 13 14 |
| 18:28.20 | Notify | 15... |
| 18:28.38 | brlcad | yay, first commit? |
| 18:28.52 | andrei | yes:) |
| 18:29.09 | starseeker | uh... did the file contents end up in the commit message? |
| 18:29.33 | andrei | I didn't use -m because it was supposed to ask for the message, but for some reason it didn't |
| 18:29.40 | andrei | sorry |
| 18:29.47 | starseeker | ah - phew |
| 18:29.52 | Notify | 03GCI: Ashish has left the following comment at Reorganize MGED menu http://www.google-melange.com/gci/task/view/google/gci2012/8030206: Ready for review The work on this task is ready to be reviewed. |
| 18:29.56 | starseeker | was afraid another subtle notify bug lurked |
| 18:33.57 | Notify | 03GCI: Sean has left the following comment at Create an RTWizard screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8034204: problem with your shift key? Are you having some problem with your shift key? You should only capitalize the first letter of a sentence and proper nouns (someone's name). There are a couple dozen example databases installed within the share/brlcad... |
| 18:37.14 | starseeker | brlcad: 1186 is a debug message, but src/librt/primitives/dsp/dsp.c:1293 doesn't seem to be |
| 18:39.49 | Notify | 03BRL-CAD:starseeker * 53943 brlcad/trunk/src/librt/primitives/dsp/dsp.c: Initialize vars to quell warning in release build mode with gcc 4.5.4 on gentoo linux. |
| 18:39.59 | *** join/#brlcad cristina (~quassel@188.24.75.242) | |
| 18:40.22 | starseeker | caen23: which src/other man pages did you convert? |
| 18:40.44 | starseeker | the URToolkit and step directories may be of interest as part of a separate task |
| 18:41.05 | caen23 | it might have been all of them :-? i found them using `find . -name "*.1"` |
| 18:41.11 | starseeker | ah |
| 18:41.34 | starseeker | OK, yeah - save the URToolkit and step files |
| 18:42.01 | starseeker | we manage libutahrle/URToolkit - it's abandoned, so we're the only folks maintaining it now |
| 18:42.17 | starseeker | that means we can do what we want - including DocBook man pages |
| 18:42.50 | starseeker | the step pages as DocBook may appeal to Mark, so hang on to those too - we'll ask him |
| 18:43.21 | caen23 | starseeker: hmm… i'm currently in the final stages of making a commit with all the man's. should i remove something afterwards? |
| 18:43.41 | starseeker | caen23: don't worry - I'll sort it out |
| 18:43.46 | caen23 | thanks :D |
| 18:43.58 | starseeker | go ahead and get it committed, so you can snag another task ;-) |
| 18:44.11 | M0J0E | as I don't want to spam the mailing-list, how long should I wait after posting questions in IRC and under the concerning gci task, till I should post them on the mailing list. And moreover, should I ask these questions via e-mail just my mentors, or the whole mailing list? |
| 18:45.16 | starseeker | MOJOE - unless it's a personal matter like getting an account set up, all communications for open source development should be open |
| 18:45.46 | bhlegm | brlcad |
| 18:45.47 | starseeker | generally people will read the backlogs and address questions as they come up |
| 18:46.28 | bhlegm | can i split my task into transferring gallery2's info to the database that piwigo is supposed to have... |
| 18:46.53 | starseeker | M0J0E: since you posted your questions on your GCI task (which is fine) the thing to do is wait for a GCI reviewer to address them there |
| 18:47.27 | starseeker | M0J0E: you don't have to sit idle - you can always be learning more about BRL-CAD while you're waiting for specific answers |
| 18:47.35 | M0J0E | perfect, thanks. |
| 18:47.48 | Notify | 03BRL-CAD:caen23 * 53944 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Convert remaining man pages to DocBook XML (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7960234) |
| 18:47.52 | starseeker | that will give you a head start when you eventually select your next task |
| 18:48.26 | Notify | 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Ready for review The work on this task is ready to be reviewed. |
| 18:48.41 | Notify | 03GCI: Cezar has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Commit r53944 Commit r53944 |
| 19:02.40 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: no template John, there's no template. The article itself (ie, the text written) is more important than the layout. It should be informative and interesting, utilizing the questions and answers that Gala summarized. There were more... |
| 19:06.09 | brlcad | starseeker: yeah, that looks like exactly the case I'd be worried about |
| 19:08.33 | brlcad | starseeker: it shouldn't be getting to uninitialized memory there |
| 19:08.45 | brlcad | rather, unset |
| 19:09.37 | brlcad | isect_ray_cell_top() logic is probably wrong and/or isect_ray_dsp_bb() |
| 19:15.38 | starseeker | interesting - clang's static analyzer did catch the 1186 issue |
| 19:16.11 | Notify | 03GCI: Sean has left the following comment at Convert remaining manual pages to Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7960234: Task Closed Congratulations, this task has been completed successfully. |
| 19:16.16 | Notify | 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 19:16.21 | Notify | 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Claimed I would like to work on this task. |
| 19:16.47 | bhlegm | brlcad why can't i remove gcibhlegm/ignore_me/? |
| 19:20.21 | Notify | 03GCI: Alexander Dimitrov has left the following comment at Create prototype CAD GUI layout diagram http://www.google-melange.com/gci/task/view/google/gci2012/7960223: Task Claimed I would like to work on this task. |
| 19:21.07 | Notify | 03BRL-CAD:starseeker * 53945 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): Remove src/other man pages from DocBook conversion - while the utahrle and step man page conversions are potentially useful, src/other contains separate projects so they'll need to be set up as separate builds in their |
| 19:21.10 | Notify | respective projects. Revision control will hold the conversions until we're ready for them |
| 19:21.28 | brlcad | caen23: http://www.google-melange.com/gci/task/view/google/gci2012/7959236 |
| 19:21.46 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck! |
| 19:22.06 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Claimed I would like to work on this task. |
| 19:22.31 | caen23 | can i upload any patch? |
| 19:24.05 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 19:24.15 | andrei | Sorry, I have had a power failure. |
| 19:24.31 | andrei | brlcad: I ran svn commit -F mat.c vmath.h |
| 19:25.29 | andrei | does this look correct : svn commit -F mat.c vmath.h -m " moving comments" |
| 19:31.26 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: new task Gala, this was created to credit your work: http://www.google-melange.com/gci/task/view/google/gci2012/7966232 |
| 19:32.14 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 19:32.19 | brlcad | andrei: I can only imagine that it's the -F that is the problem |
| 19:32.39 | andrei | there was no editor opening up however |
| 19:32.41 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 19:32.44 | brlcad | usual: svn commit -m "my message" file1 path/to/file2 file3 |
| 19:33.14 | andrei | ah, great, thanks. I will use that instead |
| 19:33.44 | brlcad | yeah, that's the problem: http://svnbook.red-bean.com/en/1.6/svn.ref.svn.c.commit.html |
| 19:33.52 | brlcad | -F means take message from that file |
| 19:34.06 | xavortm | some guide for what exactly am i supouse to do here: http://goo.gl/Qkfz7 ? Thx! |
| 19:35.21 | Notify | 03GCI: Sean has left the following comment at Create prototype CAD GUI layout diagram http://www.google-melange.com/gci/task/view/google/gci2012/7960223: Task Assigned This task has been assigned to Alexander Dimitrov. You have 72 hours to complete this task, good luck! |
| 19:35.59 | brlcad | starseeker: task to readd src/other pages as xml? |
| 19:36.26 | starseeker | brlcad: not sure. |
| 19:36.31 | Notify | 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! |
| 19:36.33 | starseeker | brlcad: here's what I'm thinking... |
| 19:37.07 | starseeker | the libutahrle and URToolkit code we're now the maintainer of, so that's a viable candidate for DocBook conversion |
| 19:37.37 | starseeker | to do that right though, I need to set up the DocBook macros for libutahrle as a valid subproject |
| 19:37.56 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Ready for review The work on this task is ready to be reviewed. |
| 19:38.08 | starseeker | brlcad: IIRC, libutahrle and URToolkit were once the same project? |
| 19:39.11 | brlcad | starseeker: OR .. there's a task to set up the docbook macros |
| 19:39.23 | brlcad | unless it'd take more time to explain/mentor it than it'd take to do it |
| 19:39.36 | starseeker | brlcad: yeah, I'd better do that |
| 19:39.37 | xavortm | what exactly "design" means here: http://goo.gl/Qkfz7 ? |
| 19:39.52 | starseeker | isn't sure how the DocBook macros will work in a subbuild - may need to fix a few things |
| 19:40.00 | starseeker | worth doing, but not an easy task for a student |
| 19:40.32 | starseeker | let me finish up clearing out the old man pages from our build now that the xml ones are in, and I'll take a look at the utah build |
| 19:40.49 | brlcad | starseeker: can always make the very first task to try it out, have them just tell you whether it worked or not and give you the output |
| 19:41.12 | Notify | 03BRL-CAD:popescuandrei * 53946 brlcad/trunk/include/vmath.h: Moved mat_t description from mat.c to vmath.h |
| 19:41.16 | brlcad | caen23: so that implies we have no more manual pages anywhere and all in doc/docbook are strict valid? |
| 19:41.24 | brlcad | andrei: yay |
| 19:41.34 | andrei | Sorry for that mess :( |
| 19:41.39 | starseeker | brlcad: what I was getting at - can I set up a "utahrle" project that has both libutahrle and URToolkit, with appropriate build settings and goodies? Once that's set up, then plugging the utah man pages back in makes a lot of sense |
| 19:41.51 | caen23 | brlcad: as far as i'm concerned, yes |
| 19:41.54 | brlcad | xavortm: you're supposed to do what the description says, can you be more specific? |
| 19:42.08 | starseeker | has been thinking about that for a while, since setting up a utahrle project is one of the things we need to do for the Fedora guys |
| 19:42.24 | starseeker | As long as I'm here, I'd like to try setting that up now if that's OK |
| 19:42.25 | brlcad | wonders if he can get the GCI students to help roll out an entire binary release |
| 19:42.41 | brlcad | that'd be awesome |
| 19:42.48 | brlcad | starseeker: sure, whatever works :) |
| 19:42.59 | xavortm | i mean - design a psd file or write html/css |
| 19:43.02 | starseeker | brlcad: that'll be a few hours, but once it's ready it'll be a lot clearer for student tasks |
| 19:43.14 | brlcad | xavortm: sure, either of those options would be perfect |
| 19:43.22 | brlcad | you can prototype in anything you like |
| 19:43.31 | starseeker | could even have some of the Windows guys test the functionality of the URToolkit tools there - I don't know that it's ever been done |
| 19:43.32 | brlcad | pen and paper would work, just ... a lot harder |
| 19:43.54 | xavortm | and the functionality must be what is shown on the given .html file ? |
| 19:43.56 | starseeker | unit tests and/or regression tests for those tools would be nice, since we're maintaining them and their man mages and all |
| 19:43.58 | brlcad | xavortm: have you used any CAD software before? |
| 19:44.06 | starseeker | s/mages/pages |
| 19:44.12 | xavortm | nope, i am web designer :) |
| 19:44.16 | brlcad | xavortm: be sure to watch the 10min video in that link |
| 19:44.26 | starseeker | kinda orthogonal to BRL-CAD proper though... would that be a problem for GCI? |
| 19:44.37 | xavortm | ok, i will thanks! |
| 19:44.39 | brlcad | xavortm: OH, so you may also be interested in designing a similar prototype for our new website |
| 19:44.45 | brlcad | that task isn't posted yet, but will be soon |
| 19:44.51 | brlcad | keep an eye out after this one |
| 19:45.09 | xavortm | Okay! :) |
| 19:45.58 | brlcad | xavortm: you may want to check out http://pencil.evolus.vn/Default.html |
| 19:47.36 | brlcad | there are other similar services, but the kind of output expected will be a demonstration of what a user might want a CAD interface to look like if it were easy to implement as such |
| 19:48.03 | brlcad | starseeker: that is not orthogonal, anything that helps our project, we decide what we want |
| 19:48.23 | brlcad | I just made a task to fix up Notify, for example |
| 19:48.53 | brlcad | I also reached out to the tcl/tk devs to see if there was anything we could have done to help them (especially w.r.t. aquatk) |
| 19:49.02 | brlcad | but got no takers there so far :.( |
| 19:49.17 | Notify | 03BRL-CAD:starseeker * 53947 (brlcad/trunk/src/anim/CMakeLists.txt brlcad/trunk/src/anim/Makefile.am and 36 others): Whoosh - remove the man pages converted to xml. |
| 19:50.05 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: Feedback The latest file that you uploaded contains errors in build log. You are welcomed to come and discuss them on IRC. Completing the task involves sucessfully building BRL-CAD. As you can see, your build fails at 0%. |
| 19:50.17 | brlcad | xavortm: also notice the examples subdir |
| 19:50.20 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... |
| 19:52.17 | brlcad | wonders if more students would claim the tasks to write a new manual page if they weren't all grouped together |
| 19:53.35 | andrei | if the deadline for an ActionNeeded task expires, does it return automatically to reopened? |
| 19:54.39 | brlcad | after a 24 grace, I believe so |
| 19:55.20 | Notify | 03GCI: Melange has left the following comment at Create geometry database with one of every primitive http://www.google-melange.com/gci/task/view/google/gci2012/7985226: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 19:55.22 | brlcad | andrei: so the dev-c++ doesn't have to get a full compile since there might be some reason in our build system that it fails, but he does need to investigate in case it's something simple |
| 19:56.03 | brlcad | andrei: there should also be no hesitation to extend a task if it's clear that the student IS working on the task and it's just taking them a long time |
| 19:56.17 | andrei | from what I ve seen, it fails at first file (0%) |
| 19:56.27 | brlcad | yep, so something else is probably wrong |
| 19:56.30 | Notify | 03GCI: Will Bensky has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: path problems Hi..I am trying to work on this project with OSX. I downloaded the BRL .dmg file and installed it. It runs properly. I set up the path in my .profile to point to the brlcad bin directory. The undocumented... |
| 19:56.50 | brlcad | first thing to do will be to get them on our latest svn sources, that's 7.22.0 and is nfg |
| 19:56.54 | brlcad | clean checkout |
| 19:58.31 | andrei | <PROTECTED> |
| 19:58.54 | andrei | seems not |
| 20:00.03 | andrei | the number of students that are familiar with cad and csg is a lot greater than I expected |
| 20:02.11 | Notify | 03GCI: Melange has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. |
| 20:04.51 | Notify | 03GCI: Melange has left the following comment at Compile BRL-CAD using GCC 4.8 http://www.google-melange.com/gci/task/view/google/gci2012/7982223: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students... |
| 20:05.21 | Notify | 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Claimed I would like to work on this task. |
| 20:06.06 | Notify | 03GCI: Andrei Popescu has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Assigned This task has been assigned to Gala. You have 24 hours to complete this task, good luck! |
| 20:06.25 | Notify | 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Credit Thank you! :) |
| 20:10.49 | Notify | 03GCI: Sean has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: upload interview e-mail Gala you can upload your interview questions and answer, and mark the task completed. Thanks again for your efforts! |
| 20:12.03 | starseeker | brlcad: OK, have a sourceforge project up: http://sourceforge.net/projects/utahrle/ |
| 20:12.20 | starseeker | oh - I went with git, will that cause problems? |
| 20:12.44 | starseeker | had better check before he starts doing rework... |
| 20:13.24 | starseeker | caen23: does everything look OK man page wise? |
| 20:13.37 | starseeker | (remember, leaving src/other man pages alone for now) |
| 20:13.46 | starseeker | think I got everything |
| 20:15.27 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 20:15.28 | caen23 | starseeker: hmm… it looks ok to me. i haven't tried converting to pdf to see what it looks like, but validation wise, it's fine |
| 20:16.26 | Notify | 03GCI: John has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: Alpha version Sean, I have already been working on an alpha version of the article (260 words). I've also sent a message to Jordi with a few more questions. Is there any way I can show you what I've already done, or you prefer to... |
| 20:16.33 | starseeker | I'm seeing six man pages left in the tree: find . -type f -name \*.1 |grep -v other |
| 20:16.50 | starseeker | the pixtx.1 page is fine, it's commented out in both build systems |
| 20:17.11 | starseeker | brlcad: as an aside - is there something we need to do to pictx to make it viable/useful? |
| 20:17.57 | starseeker | enigma probably counts as external, but I'd say the other four could be converted |
| 20:19.08 | caen23 | starseeker: hmm… could you give me their names? i haven't deleted the ones i converted, and the trunk still contains them |
| 20:19.56 | starseeker | bench/benchmark.1, bench/pixcmp.1, misc/brlcad-config.1 |
| 20:20.05 | Notify | 03GCI: Sean has left the following comment at Write BRL-CAD News article on .deb/.rpm builds http://www.google-melange.com/gci/task/view/google/gci2012/7945213: i'll wait I'm okay waiting until you're done. ;) |
| 20:20.11 | starseeker | have to ask brlcad about src/external/Unigraphics/ug-g.1 |
| 20:21.26 | Notify | 03BRL-CAD:starseeker * 53948 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/Makefile.am): Caught a leftover .3 file that has an xml file - remove. |
| 20:21.59 | caen23 | oh, sorry. i've only checked inside src :-" i'll do the others now and post the patches to my current task |
| 20:22.19 | Notify | 03GCI: Sean has left the following comment at Add missing documentation (for any ONE command) http://www.google-melange.com/gci/task/view/google/gci2012/7972228: instead of the DMG Will, Instead of using the DMG, I suggest compiling BRL-CAD from source and following the usual instructions. As long as you're not on 10.8 and you have the dev tools (XCode) and CMake installed, it should go... |
| 20:22.24 | starseeker | caen23: there are also 4 in doc: doc/plot3.5 doc/bw.5 doc/pix.5 doc/cmap.5 |
| 20:23.33 | xavortm | hey, brlcad, i made something just now, please tell me if i am in the right direction: http://store.picbg.net/pubpic/7E/A7/d0a7721e71197ea7.jpg Thanks! |
| 20:23.52 | starseeker | caen23: no problem. just making sure we qualify for brlcad's "no more manual pages anywhere" criteria (which presumably excludes src/other - that's a different story) |
| 20:24.23 | starseeker | Trying to convince the Tcl/Tk devs to switch to DocBook man pages is not something starseeker has the stomach for |
| 20:27.01 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 20:28.01 | Notify | 03BRL-CAD:starseeker * 53949 brlcad/trunk/src/librt/CMakeLists.txt: Oh, right - don't ignore librt.3 anymore either. |
| 20:31.05 | starseeker | brlcad: could you add me as an admin to the tkhtml project on sourceforge? |
| 20:31.30 | Notify | 03GCI: Gala has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Ready for review The work on this task is ready to be reviewed. |
| 20:32.10 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: installed The hash extension is now installed. |
| 20:32.20 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 20:33.55 | Notify | 03GCI: Alex has left the following comment at Write a tutorial on compiling BRL-CAD with XCode on Mac OS X http://www.google-melange.com/gci/task/view/google/gci2012/8022212: Re: looks really good Ah, I see. Originally, I wan't exactly sure how far I was supposed to go. I might have to look at that other task so that I can finish up the rest of it. Thanks for giving me the credit anyway. ~... |
| 20:37.55 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2012/7968224: answers 1. If it's really long, you can add a bot_surf_area.c file, but at the end of bot.c is fine too. Follow the naming convention used by the other surface area functions for other objects (see... |
| 20:39.16 | Notify | 03GCI: Sean has left the following comment at Interview BRL-CAD's maintainer, Jordi Sayol http://www.google-melange.com/gci/task/view/google/gci2012/7966232: Task Closed Congratulations, this task has been completed successfully. |
| 20:39.22 | Notify | 03BRL-CAD:starseeker * 53950 brlcad/trunk/doc/docbook/system/man1/en/fbed.xml: tweak for strict XML with fbed man page. |
| 20:41.21 | Notify | 03BRL-CAD:starseeker * 53951 brlcad/trunk/doc/docbook/system/man1/en/lgt.xml: Tweak lgt man page to pass strict. |
| 20:43.07 | xavortm | brlcad? Online? |
| 20:43.45 | andrei | notify !ask |
| 20:43.50 | andrei | bah |
| 20:43.58 | xavortm | ? :) |
| 20:44.05 | andrei | Xavortm: ask your question, brlcad will answer when he 's here :) |
| 20:44.22 | andrei | I wanted the bot to output a message regarding asking questions, but I failed for some reason |
| 20:44.35 | Notify | 03BRL-CAD:starseeker * 53952 brlcad/trunk/doc/docbook/system/man1/en/ug-g.xml: ug-g strict tweak. |
| 20:44.38 | starseeker | !notify ask |
| 20:44.39 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:44.52 | andrei | that one. |
| 20:46.05 | Notify | 03BRL-CAD:starseeker * 53953 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/Makefile.am): pictx was converted - since it's supposed to be commented out, do so at the xml level. |
| 20:46.57 | xavortm | I understand. So, my question: Do i need to redesign it? What i did is making better looking design (inspired by the sample files). Here is what i did: http://store.picbg.net/pubpic/7E/A7/d0a7721e71197ea7.jpg I can add more functionality and better UI. I wana know if i have to make design for all the slides displayed in the .html file or just a few to display the functionality. Is this site or |
| 20:46.57 | xavortm | application? Operation system? Or i dont need to know them ^^ ? Thanks! |
| 20:48.09 | Notify | 03BRL-CAD:starseeker * 53954 brlcad/trunk/doc/docbook/system/man3/en/libcursor.xml: libcursor man page strict tweak |
| 20:51.01 | starseeker | caen23: ok, except for the bench and misc pages (plus the unigraphics one) mentioned earlier, it looks good here now |
| 20:51.03 | Notify | 03GCI: Petar Stanev has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Task Claimed I would like to work on this task. |
| 20:51.24 | starseeker | caen23: passed a strict build after a few tweaks, and I think I've got all the old man pages removed |
| 20:52.50 | caen23 | starseeker: ok, awesome. i'll get the rest fixed, but i'm surprised it didn't pass validation at first. i mean, i knew something was wrong because i had to use 'sudo make' to get around a 'permission denied' issue. is this what you've tweaked? and if so, what did you do? :D |
| 20:53.14 | starseeker | caen23: um. No, that's not what I saw |
| 20:53.19 | Notify | 03BRL-CAD:brlcad * 53955 brlcad/trunk/AUTHORS: credit Alex Perez for his GCI work writing a tutorial on generating an XCode project for BRL-CAD. |
| 20:53.39 | starseeker | I just saw a few validity things, mostly having to do with synopsis brackets |
| 20:53.42 | Notify | 03GCI: Andrei Popescu has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Task Assigned This task has been assigned to Petar Stanev. You have 48 hours to complete this task, good luck! |
| 20:53.53 | starseeker | caen23: you may want to try a clean checkout |
| 20:54.11 | starseeker | caen23: since you're down to the last few, I'll turn XML strict back on by default |
| 20:54.33 | andrei | I'm working on eliminating the globals DBIP,srv_argc and srv_argv from gtools/gt_transfer.c |
| 20:54.42 | caen23 | oh, then something was off on my machine. yep, i plan on doing a clean co and i'll also try building with llvm-trunk |
| 20:55.21 | andrei | DBIP would probably be easily contained by my_data structure(similar to the client), however I'm not sure where I should fit srv_argc and srv_argv |
| 20:55.35 | brlcad | caen23: you should really never need to run sudo |
| 20:55.41 | brlcad | at least not to compile/test brl-cad |
| 20:55.43 | Notify | 03BRL-CAD:starseeker * 53956 brlcad/trunk/CMakeLists.txt: DocBook conversion just about complete, thanks to awesome GCI work. Turn strict XML validation back on by default. |
| 20:56.11 | brlcad | applications will run from the build directory 'bin' directory |
| 20:56.21 | brlcad | so you don't even need to run make install |
| 20:57.28 | caen23 | brlcad: i am aware of this, but a full clean co & build took way longer, so i chose to go with that for this purpose only |
| 20:57.49 | brlcad | andrei: in a traditional program, you shouldn't need to pass ac, av around except maybe to one handler function |
| 20:57.49 | starseeker | brlcad: what did you want to do about the src/external/Unigraphics/ug-g.1 man page? |
| 20:58.36 | brlcad | that's our header |
| 20:59.05 | brlcad | should have gotten converted with the "all remaining" task, but the instructions might have ignored external |
| 20:59.12 | starseeker | think they did |
| 20:59.29 | starseeker | caen23: ok, go ahead and pick off src/external/Unigraphics/ug-g.1 too |
| 20:59.31 | brlcad | i know the other tasks did, but i thought the all remaining was relaxed |
| 21:00.08 | brlcad | xavortm: to you're on the right track, but some more thought needs to go into the example/content |
| 21:00.18 | xavortm | Hey, can you give me answer to my question (if possible ^^) i am new into all of this |
| 21:00.59 | brlcad | xavortm: so the GUI video was fully general, but our interface wouldn't be -- we're not designing publications, pamplets, etc |
| 21:01.13 | *** join/#brlcad Barakados_ (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 21:02.13 | xavortm | Well, i wonder what i should do when i dont know what is going to be displayed. I dont understand you well, sorry :(( |
| 21:02.17 | brlcad | xavortm: this is a prototype for an application operating environment, so some hybrid between appliation and operating system, but specialized to CAD and geometry |
| 21:03.32 | brlcad | xavortm: so sure, you don't know the content necessarily but you're going to need to become a little bit familiar with what a modeling application needs to offer |
| 21:04.37 | xavortm | I see, so i think for the functionality? I decide what the program should do (totaly stick with CAD stuff) |
| 21:04.48 | xavortm | am i right? |
| 21:04.55 | brlcad | more importantly for the prototype you've started, how does the list of tasks expand, can I search them, where's the search box, is there, etc |
| 21:05.05 | brlcad | right, that's a great start |
| 21:05.54 | xavortm | Well, as i saw in the screenshots, it is not expanding,but it is starting page. I just merge the home page and the pages when you click. |
| 21:06.12 | brlcad | starseeker: does pictx exist? |
| 21:06.21 | xavortm | (one last thing) should i work on what i did and add more things or start new one? :) |
| 21:06.34 | brlcad | and if it does, then why is the header commented out? |
| 21:08.28 | starseeker | pictx.c does |
| 21:08.36 | starseeker | but it's not built |
| 21:08.51 | brlcad | ah, so gci task |
| 21:09.04 | brlcad | what others are disabled that should be enabled? |
| 21:09.29 | starseeker | brlcad: not sure offhand why that's disabled, but it's not just me - even the Makefile.am had it turned off |
| 21:11.26 | brlcad | we'll find out |
| 21:13.11 | starseeker | brlcad: sorry if you've already checked scrollback - did you see my git and tkhtml questions? |
| 21:16.06 | *** join/#brlcad caen23_ (~caen23@92.81.204.43) | |
| 21:18.43 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/7958220 |
| 21:19.54 | starseeker | brlcad: looks good |
| 21:19.58 | brlcad | starseeker: yeah, no problem with git -- I'd not created it because I was wanting to also change the name |
| 21:20.10 | starseeker | does utahrle work? |
| 21:20.31 | brlcad | works great |
| 21:20.34 | starseeker | sweet |
| 21:20.46 | starseeker | I'll start reworking the build tonight then |
| 21:21.02 | starseeker | if you can give me admin on the sf tkhtml project, I'll try and get that buzzing too |
| 21:21.16 | starseeker | two fairly easy boxes to check on the Fedora requirements list |
| 21:21.27 | brlcad | thinks starseeker needs to work on delegation while we have minions! |
| 21:21.47 | starseeker | oh, don't worry - once I've got the basic setup I want there'll be lots to do! |
| 21:22.49 | brlcad | we should populate the repo with our entire history |
| 21:22.56 | brlcad | so it's preserved |
| 21:23.07 | andrei | I edited the server_ciao callback like this: server_ciao(struct pkg_conn *UNUSED(connection), char *buf, struct db_i *dbip). I'm getting some errors on pkg_switch callbacks tho. " /home/andrei/brlcad_Commits/src/gtools/g_transfer.c:248:2: error: excess elements in struct initializer" |
| 21:23.49 | andrei | should I add an extra element? server_helo doesn't seem to need any additional param tho |
| 21:23.57 | starseeker | the only 2 things that *might* be tkhtml GCI tasks that I can think of are teaching FindTCL to use tclsh and tcl::pkgconfig (probably too hard unless they have some CMake knowledge) and seeing where else in the code that fix we had to make for Win64 might apply |
| 21:24.18 | starseeker | s/make/apply - someone on google groups actually figured it out |
| 21:24.27 | starseeker | brlcad: urk. |
| 21:24.44 | starseeker | I already did an initial upload |
| 21:24.52 | starseeker | let me see if I can get it to start over... |
| 21:25.04 | brlcad | andrei: sounds like you're misunderstanding the callback struct |
| 21:25.09 | brlcad | for pkg_switch |
| 21:25.26 | starseeker | brlcad: do you know if there's anyone at Utah we could contact that might have the authority to change the license to one of the standard OSI approved licenses? |
| 21:25.33 | starseeker | one-offs suck |
| 21:25.48 | andrei | brlcad: I assume that pkg_switch has some sort of function pointer with fixed parameters |
| 21:26.21 | andrei | actually, I ll have a look. |
| 21:28.01 | andrei | this is what I think I should change : typedef void (*pkg_callback)PKG_ARGS((struct pkg_conn*, char*)); |
| 21:29.01 | xavortm | How many window designs i should make? |
| 21:29.47 | brlcad | starseeker: there certainly is and I probably know them and this is not something they'll want to think about or try to press with their legal folks |
| 21:30.01 | starseeker | mutter |
| 21:30.11 | starseeker | OK, we'll live with it then |
| 21:30.14 | brlcad | go ahead and try, but I don't think you'll get traction |
| 21:30.24 | brlcad | not from any academic in today's environment |
| 21:30.37 | starseeker | nods - pm me the name/contact info? |
| 21:30.49 | starseeker | costs nothing to at least ask |
| 21:31.13 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: I fixed it That's alright, I got it fixed now. Now I'm working on configuring the source code so that my machine can build it. However, it may take my machine close to the full hour to compile the code. So it will be past the deadline... |
| 21:31.18 | brlcad | suggest just contacting their cs or legal department after everything is set up, or relicensing it yourself with a compatible license |
| 21:31.34 | starseeker | brlcad: ah, k |
| 21:32.13 | brlcad | the latter is a kosher option, just have to find terms that fit |
| 21:32.23 | starseeker | was just concerned about the bit where we either have to include the source or inform them the source is available for no extra charge |
| 21:32.33 | brlcad | i.e., were complying with the new license implicitly complies with what they wrote |
| 21:32.57 | brlcad | most of the gnu license have that same requirement spelled out |
| 21:33.22 | starseeker | nods - suppose LGPL2 may be viable then |
| 21:33.24 | brlcad | "making available" is not defined, so there's a HUGE amount of room there |
| 21:33.41 | starseeker | prefers the simplicity of MIT/BSD these days... must be getting old |
| 21:33.45 | brlcad | I'd go down the list and see if anything less restrictive would even fit |
| 21:33.49 | brlcad | like mit |
| 21:34.12 | brlcad | but warrants walking the list if you really want to find something |
| 21:34.32 | starseeker | brlcad: was just thinking ahead to the Fedora packaging discussions |
| 21:34.33 | brlcad | lgpl might fit, but would have to read the legalese for each statement and consider them individually |
| 21:34.38 | Notify | 03GCI: Andrei Popescu has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: extension Could you please upload your work so far? If you made any progress, I will extend the deadline for the task so don't worry about it! |
| 21:35.01 | brlcad | starseeker: half of urtoolkit is probably already in fedora |
| 21:35.53 | brlcad | that's such an old fundamentla library |
| 21:36.05 | starseeker | ok - maybe it's not a problem then |
| 21:36.09 | andrei | I eliminated DBIP by adding struct db_i * as param to the callbacks, does that look right? ShouldI look for an alternative way? |
| 21:36.18 | brlcad | xavortm: depends how long each takes you |
| 21:36.34 | brlcad | I'd rather have one be complete than 10 half-assed ;) |
| 21:36.47 | brlcad | xavortm: be sure to include BRL-CAD branding somewhere in the interface |
| 21:36.51 | starseeker | http://bzflag.bz/~starseeker/urt-copyright.txt |
| 21:36.58 | xavortm | i have some experience, the one i show you took me 10 minutes |
| 21:37.11 | brlcad | either BRL-CAD instead of Task Center or our logo somewhere or BRL-CAD in a status line somewhere or one of the other corners, etc... |
| 21:37.35 | starseeker | brlcad: hmm - which version of urt did we start with? I finally found a tarball of urt3.1b somewhere |
| 21:37.38 | brlcad | starseeker: yeah, I've read that before |
| 21:37.50 | starseeker | ah, k - sorry |
| 21:38.01 | brlcad | that's why I'd have to sit down with that and lgpl (or whatever) myself to verify each clause is covered |
| 21:38.30 | brlcad | it's just a simple mapping problem |
| 21:38.42 | starseeker | I probably should leave well enough alone until the Fedora guys actually object |
| 21:39.00 | xavortm | but ... last thing i want to ask - I must design cad user interface or redesign what you display and add more functionality? I loost this part :)) |
| 21:39.06 | starseeker | how much did we actually change in urt, aside from breaking it into two directories? |
| 21:40.39 | starseeker | ok, nevermind... |
| 21:40.44 | starseeker | yipe |
| 21:42.57 | starseeker | brlcad: if I need to, I'll just re-create the history in single directory form by walking through the changes |
| 21:46.31 | brlcad | starseeker: that works except that the dates end up being wrong |
| 21:46.38 | brlcad | should be able to migrate and cull history |
| 21:47.15 | brlcad | those libs have history that even predates src/other that would be good to preserve |
| 21:47.22 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Sounds Good I'll send in the work so far. |
| 21:47.32 | brlcad | the data historian in me begs for preserving everything |
| 21:47.47 | starseeker | brlcad: it is preserved in BRL-CAD's repo though |
| 21:48.09 | starseeker | oops |
| 21:48.16 | starseeker | rebuilds git with svn support this time... |
| 21:48.17 | brlcad | that's not the same :) |
| 21:48.24 | brlcad | that's like saying our history is preserved in CVS |
| 21:48.43 | brlcad | pulling it forward to SVN has been a life-saver on many an occasion |
| 21:48.46 | brlcad | and just plain cool |
| 21:49.17 | brlcad | xavortm: so you have a lot of artistic license to do either |
| 21:49.38 | brlcad | xavortm: the real goal is that we end up with something we can use or at least be inspired by |
| 21:49.41 | starseeker | brlcad: doing so won't be easy - that multiple path thing means we have two separate histories |
| 21:50.03 | starseeker | mutter - rebuilding git *and* subversion |
| 21:50.23 | brlcad | xavortm: so that means thinking about what our users might want to see, thinking about what design would be most effective |
| 21:50.27 | starseeker | could just put the original dates in the commit messages... |
| 21:51.02 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Side Note I should note that I tried configuring the code using the CMake GUI and Visual Studio. The program did configure the files correctly, however, I did not keep these because I was only testing that Visual Studio was working... |
| 21:51.39 | brlcad | xavortm: if we had a single BRL-CAD application that I started up, I could see there being something like the "task center" you show with common activities encompassed .. but within a CAD context, I'd definitely expect it to offer different options and be prepared to scale |
| 21:52.10 | brlcad | starseeker: I think you are lacking faith in the ability of git and svn to give you tools that let you do that |
| 21:52.33 | starseeker | considers that statement and finds it accurate |
| 21:52.35 | brlcad | both have tools to dump a repo and perform changes on the history through time |
| 21:52.37 | starseeker | we'll know soon |
| 21:53.25 | starseeker | brlcad: for even more fun, I managed to scare up old tarballs of urt 3.1a and 3.1b |
| 21:54.11 | brlcad | starseeker: so what other tools are disabled that we can whip up tasks for? |
| 21:54.19 | brlcad | easy to do while I still have this window open |
| 21:54.31 | starseeker | looks |
| 21:56.21 | starseeker | they could *maybe* try and get those mged regression tests I did a long while back working |
| 21:56.43 | starseeker | in regress/mged |
| 21:56.50 | xavortm | Can i write a doc file explaining my ideas of how it should work? |
| 21:58.00 | starseeker | brlcad: you might have them look at that old namegen.c code in librt, if you can document the rules you want it to follow for name generation |
| 21:58.02 | brlcad | xavortm: sure |
| 21:58.12 | brlcad | xavortm: or that can be a separate task |
| 21:58.24 | brlcad | expects a lot of thought and effort to go into design |
| 21:58.35 | brlcad | discussing it is good |
| 21:58.55 | xavortm | It would be great :) I need to make 3 tasks ^^ |
| 21:59.03 | brlcad | starseeker: heh, maybe but lets knock out the lower hanging fruit first :) |
| 21:59.22 | brlcad | xavortm: we can create more tasks for different prototypes |
| 21:59.45 | brlcad | like one for that task center, another for geometry browsing, another for editing, another for credits screen, another for ... |
| 22:00.10 | starseeker | it's actually a bit hard to tell what's turned off - the pix one popped out because it's man page was also commented out and it was left standing |
| 22:00.21 | brlcad | starseeker: so none other disabled into the bowels of a CMAKEFILES list |
| 22:00.23 | xavortm | I see, tommorow i will work on that :) Huge thanks for the help! |
| 22:00.37 | brlcad | xavortm: thanks for your efforts |
| 22:00.43 | brlcad | hops off to din din |
| 22:00.57 | starseeker | is looking - the trick is sometimes you have to CMAKEFILES a file even when it is used cause it's only used on some platforms |
| 22:01.26 | brlcad | regular expression ftw |
| 22:01.35 | brlcad | just list them all and look for .c files ;) |
| 22:01.47 | starseeker | <snort> that could be a GCI task - they'd probaby do it faster/better than I |
| 22:01.50 | brlcad | shouldn't have source disabled |
| 22:01.57 | starseeker | remrt might be one... |
| 22:02.08 | brlcad | remrt builds |
| 22:02.11 | starseeker | not on Windows |
| 22:02.16 | starseeker | rttherm is another one |
| 22:02.17 | brlcad | that's different |
| 22:02.27 | brlcad | I mean tools like pictx that are just outright disabled |
| 22:02.31 | brlcad | i know I've seen a couple |
| 22:02.31 | starseeker | ah |
| 22:02.51 | brlcad | things that weren't migrated or were even disabled in autotools build |
| 22:03.17 | starseeker | brlcad: what about the remaining (relatively simple) lex/yacc -> perplex/lemon conversions? |
| 22:03.53 | starseeker | pixtest.c in src/rtthem seems to be off |
| 22:05.37 | starseeker | pictx.c and pixtext.c are the only two I"m spotting at the moment |
| 22:07.35 | brlcad | starseeker: those are several days each |
| 22:07.49 | brlcad | parser rewrites |
| 22:08.02 | brlcad | too hard too, need to know a lot |
| 22:08.43 | brlcad | they could write a perplex example and a lemon example |
| 22:12.16 | starseeker | nods - that would be handy |
| 22:12.50 | starseeker | starts git svn on src/other/libutahrle and heads for dinner |
| 22:14.41 | starseeker | brlcad: about source being disabled - we have a number of cases where we have source code for one OS in one file and another OS in another file |
| 22:14.47 | starseeker | did you want cases like that too? |
| 22:22.13 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Ready for review The work on this task is ready to be reviewed. |
| 22:24.38 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Sorry for the Wait I thought I'd sent file, but I apparently didn't realize that I had to click another button after I uploaded the work. Sorry about that. |
| 22:35.53 | *** join/#brlcad GrantMercer015 (~GrantMerc@p1120-ipbfp301fukuokachu.fukuoka.ocn.ne.jp) | |
| 22:36.06 | GrantMercer015 | Hello everyone, is brlcad awake? |
| 22:37.03 | starseeker | what do you need? is it something only he can do? |
| 22:38.06 | GrantMercer015 | just looking onto what a command would do , let me grab it |
| 22:38.11 | GrantMercer015 | i think you would be able to help me |
| 22:39.31 | GrantMercer015 | cat /tmp/ord_id >> |
| 22:39.31 | GrantMercer015 | followed by a call to bu_vls_strcat(&cmd, argv[1]); |
| 22:39.47 | GrantMercer015 | my guess that it coppies the file onto the end of argv[1] ? |
| 22:40.13 | Notify | 03GCI: Melange has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 22:43.09 | GrantMercer015 | starseeker: i posted the question up a little if you hadnt noticed, thanks if you could take a look |
| 22:43.39 | starseeker | urm |
| 22:43.48 | starseeker | cat is being run inside the C code?? |
| 22:44.10 | GrantMercer015 | on the console |
| 22:44.22 | GrantMercer015 | my job is to remove those console commands with c code |
| 22:44.36 | starseeker | ok - so where is the >> directing to? |
| 22:44.48 | GrantMercer015 | argv[1], so a file |
| 22:45.07 | starseeker | any reason you can't just directly read /tmp/ord_id into a string? |
| 22:45.17 | starseeker | or use the libbu file mapping abilities? |
| 22:45.22 | GrantMercer015 | it copies the data from the file onto the end of argv[1], only problem is argv[1] is const O.o |
| 22:45.25 | GrantMercer015 | i have all the data |
| 22:45.34 | GrantMercer015 | i just need to finish up by writing to the end of argv[1] |
| 22:45.51 | GrantMercer015 | brlcad mentioned that i can modify a const, but he never let me know how |
| 22:57.03 | GrantMercer015 | is it legal to do the following: fprintf(argv[1],DataArray[0])? |
| 23:00.18 | *** join/#brlcad lachlanp (~lachlan@203.122.226.79) | |
| 23:06.26 | Barakados_ | hello? |
| 23:06.32 | GrantMercer015 | hello! |
| 23:06.41 | Barakados_ | How come i get errors when i compile the source in files i didn't edit? |
| 23:07.07 | Barakados_ | example: error: ‘CFBundleRef’ undeclared (first use in this function) |
| 23:07.34 | GrantMercer015 | try using BRLCAD cross reference to look up CFBundleRef |
| 23:07.41 | GrantMercer015 | that could have a link to what you modified |
| 23:09.16 | lachlanp | hi |
| 23:10.25 | Barakados_ | should i submit it? |
| 23:10.45 | GrantMercer015 | if there is an error with the source, no |
| 23:11.04 | Barakados_ | i'm confused... |
| 23:11.27 | GrantMercer015 | Google BRL CAD cross reference |
| 23:11.33 | GrantMercer015 | browse the source code |
| 23:11.38 | GrantMercer015 | hit "identifier search" |
| 23:11.46 | GrantMercer015 | type in CFBUndleRef |
| 23:12.02 | GrantMercer015 | check where it is defined, and see if it have any linkage to the source you modified |
| 23:14.42 | Barakados_ | can i have a link to the page you search on? |
| 23:14.56 | Barakados_ | oop nevermind |
| 23:15.25 | Barakados_ | it says it is not used |
| 23:17.14 | starseeker | brlcad: so far, the tools are living up to my expectations |
| 23:17.19 | GrantMercer015 | leave a reply onto your task and see if they'll get to you, thats all i can really say |
| 23:18.48 | Notify | 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Errors On Compilation. My code gets errors in classes I didn't edit. I get errors like: 53:48: error: CoreFoundation/CoreFoundation.h: No such file or directory If you can help me msg me on the irc i am Barakados |
| 23:19.30 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 23:19.48 | Barakados_ | hello! |
| 23:20.00 | *** part/#brlcad Barakados_ (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 23:20.09 | *** part/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 23:20.25 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 23:20.31 | starseeker | brlcad: http://pastebin.mozilla.org/1972228 |
| 23:21.53 | Barakados | brlcad: CoreFoundation is not found |
| 23:29.18 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Configured using different method I decided to try configuring the code using the CMake GUI since I was getting nowhere trying to use CMake inside of Cygwin. I was able to set Visual Studio as the compiler and my computer completed... |
| 23:31.02 | lachlanp | hi brlcad: can i use a temporary file (bu_temp_file) in my unit test? |
| 23:32.07 | lachlanp | or can a mapped_file be used as a regular file? |
| 23:34.30 | starseeker | notes KDE example uses a local copy of the SVN repo |
| 23:34.35 | starseeker | ho boy |
| 23:34.43 | starseeker | *now* it's dinnertime |
| 00:00.23 | *** join/#brlcad Barakados (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 00:00.29 | Barakados | <PROTECTED> |
| 00:00.29 | Barakados | static inline unsigned int |
| 00:00.42 | Barakados | i get this error compiling |
| 00:04.24 | Barakados | ok how do i patch it? |
| 00:04.24 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: PDO Now I discover that the PDO extention must be enabled. |
| 00:04.55 | lachlanp | how do you make a patch? |
| 00:05.06 | lachlanp | http://brlcad.org/wiki/Deuces#When_You.27re_Done |
| 00:05.45 | Barakados | all i did was create xml files |
| 00:05.50 | lachlanp | oh ok |
| 00:06.18 | lachlanp | i guess "...For non-code, just send us your file(s)..." |
| 00:07.30 | Barakados | but they say to make a patch |
| 00:09.00 | Barakados | i'll just make one |
| 00:09.28 | *** join/#brlcad maths22 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 00:11.04 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 00:13.44 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: JSON The JSON extention must be enabled as well. |
| 00:14.49 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: without visual studio So one of the core goals of this task is to compile BRL-CAD without Visual Studio. It's a free UNIX environment for Windows, so you should be able to compile using cygwin-provided (full-install) tools, eg, gcc:... |
| 00:35.07 | maths22 | ``Erik: I'm sure you are aware of it, but the GCI links have an extra colon at the end which makes the links broken. |
| 00:35.48 | lachlanp | in my client, they aren't interpreted as part of the link |
| 00:37.06 | maths22 | I guess it is just the freenode webchat then |
| 00:43.27 | Barakados | i'm confused |
| 00:43.58 | Barakados | when i opened up brlcad.edit to add files, all the files i were going to add were already there |
| 00:44.38 | lachlanp | to test your patch? |
| 00:44.54 | lachlanp | ie patch -p0 < ~/my.patch ? |
| 00:45.45 | lachlanp | you should be in the brlcad.fresh directory for that |
| 00:46.15 | Barakados | what i mean is |
| 00:46.18 | Barakados | i was editing it |
| 00:46.33 | Barakados | and the files i were supposed to add were already there |
| 00:46.49 | lachlanp | ok... you were supposed to create them? |
| 00:46.51 | Notify | 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Testing Hi, I started working on this, but I don't know how to test the function, could you tell me how to do that? Thanks! |
| 00:52.06 | Notify | 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Claimed I would like to work on this task. |
| 00:54.27 | Barakados | yes |
| 00:54.31 | Barakados | but they were already there |
| 00:55.36 | Notify | 03GCI: Matt S. has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: This looks good! And yes, another typo on my part--it should be u_{\mu} in the computation of the matrix R as you have figured out. Thanks for spotting that! As for the code, it looks good. I... |
| 00:57.52 | Barakados | so what do i do? |
| 00:58.12 | *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 00:58.45 | lachlanp | better wait for brlcad or other admin to answer |
| 01:00.30 | zero57 | Hi, I'm using git as my svn and is wondering how do I clone brl-cad? I requested to claim this task: http://www.google-melange.com/gci/task/view/google/gci2012/7999212 and to clone it says: svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/<module>/trunk <module> |
| 01:01.15 | zero57 | I did git clone https-etc,etc and it just says "bash: syntax error near unexpected token 'newline' |
| 01:01.24 | lachlanp | can you use git instead of svn? |
| 01:01.35 | zero57 | I am using git instead of svn |
| 01:01.40 | zero57 | or do you mean svn instead of git? |
| 01:01.59 | lachlanp | didn't know brlcad had a git repo as well (or are you using a proxy) |
| 01:02.13 | zero57 | no, I'm just wondering if brlcad has a git repo |
| 01:02.21 | lachlanp | probably not |
| 01:02.30 | zero57 | k thanks |
| 01:02.30 | lachlanp | would be kinda nice after what i've read about git |
| 01:02.56 | zero57 | yeah, I've never used anything else besides git, for a few other GCI tasks I had to use mercurial and didn't really like it |
| 01:03.04 | lachlanp | ok |
| 01:03.28 | lachlanp | i've not actually used git yet, need to sometime |
| 01:03.39 | lachlanp | plenty of free repos around |
| 01:04.06 | zero57 | yeah, definitely try it out, you will not turn back to any other SVN's :) |
| 01:04.12 | lachlanp | ok :-) |
| 01:04.46 | zero57 | do you know if brlcad is afk or sleeping? |
| 01:05.07 | lachlanp | duno - [11:34] [Whois] brlcad has been idle for 2 hours, 56 minutes, and 12 seconds. |
| 01:05.15 | lachlanp | can't stay at computer all day |
| 01:05.48 | Barakados | so…can someone explain why i'm adding files that already exist? |
| 01:06.29 | lachlanp | what task are you doing? |
| 01:09.24 | Notify | 03GCI: Titi has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Ready for review The work on this task is ready to be reviewed. |
| 01:10.20 | Barakados | i'm converting man to docfile |
| 01:11.20 | Notify | 03GCI: Melange has left the following comment at Convert Gallery to Piwigo http://www.google-melange.com/gci/task/view/google/gci2012/7991207: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... |
| 01:12.42 | caen23 | Barakados: can you give me an example? |
| 01:13.14 | Barakados | well, when i went to patch it |
| 01:13.20 | Barakados | the files were already there |
| 01:13.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:14.58 | caen23 | what files do you specifically have to convert? |
| 01:16.24 | zero57 | lachlanp: I see how I clone brl-cad now |
| 01:16.30 | Barakados | i converted files with extension .1 to extension .xml |
| 01:16.36 | Barakados | all files in the source |
| 01:16.42 | zero57 | the <module> is a placeholder |
| 01:17.00 | lachlanp | zero57: ok :-) |
| 01:17.05 | zero57 | so basically, https://brlcad.svn.sourceforge.net/svnroot/brlcad/<module>/trunk <module> the <module> would be changed to brlcad |
| 01:17.08 | zero57 | :) |
| 01:17.14 | *** join/#brlcad maths22 (~maths22@50.141.159.74) | |
| 01:18.07 | Barakados | caen, help me? |
| 01:18.34 | zero57 | lachlanp: Also, I think I figured out how to use git instead of having to install svn :) all I have to do is "git svn clone <url> <directory>" |
| 01:18.42 | zero57 | seems to be working now |
| 01:18.56 | zero57 | Incase you were wondering and wanted to switch right now :) |
| 01:19.49 | lachlanp | ;-) maybe not just yet |
| 01:20.01 | lachlanp | i've got svn working well right now for brlcad |
| 01:20.23 | lachlanp | probably will for a personal project sometime |
| 01:20.26 | zero57 | kk |
| 01:20.48 | caen23 | Barakados: can i get a link to your task? |
| 01:21.03 | Barakados | http://www.google-melange.com/gci/task/view/google/gci2012/8005210 |
| 01:21.49 | brlcad | reads backlog |
| 01:22.35 | caen23 | uh, you'll have to wait for one of the mentors to sort it out, sorry |
| 01:23.45 | brlcad | Barakados: CFBundleRef is an Apple symbol, their core foundation library |
| 01:24.03 | Barakados | i found out that problem |
| 01:24.23 | Barakados | but when i went to patch the files, the ones i were supposed to add were already there |
| 01:26.05 | brlcad | starseeker: that error you pasted is due to the trailing /'s on the paths |
| 01:26.16 | brlcad | remove them and should avoid the svn_dirent_join: Assertion `svn_dirent_is_canonical(base, pool)' failed error |
| 01:26.30 | *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 01:26.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.216) | |
| 01:28.31 | brlcad | lachlanp: Barakados: anything that is text and goes into our repo should be submitted in patch format (xml, c, cmake, text files, whatever) |
| 01:28.54 | brlcad | it's stuff intended for the website that don't need to be submitted in patch format or interview write-ups and such |
| 01:29.00 | Barakados | yes, but the files i want to add are already there |
| 01:29.35 | lachlanp | ok |
| 01:34.41 | Notify | 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Quick svn cloning question Hi, I have a quick svn cloning question. I'm using a different version control system, namely git, and I was wondering if I can use that? Right now I'm running the current command:... |
| 01:34.47 | Notify | 03BRL-CAD:caen23 * 53957 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt): These should be the final manpage to docbook conversions (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236) |
| 01:35.16 | brlcad | lachlanp: we have a svn-git mirror, but it's not used for day-to-day development -- we intentionally centralize development activity as a social decision |
| 01:35.21 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Commit r53957 Commit r53957 |
| 01:36.47 | lachlanp | yep |
| 01:36.58 | brlcad | Barakados: I was still reading backlog, not responding to you directly |
| 01:37.38 | Barakados | ok |
| 01:37.47 | Barakados | but isn't the task a waste of time then? |
| 01:38.31 | brlcad | so it wasn't but someone with commit access already beat you to the task |
| 01:38.44 | lachlanp | bit odd? |
| 01:38.46 | brlcad | took too long :) |
| 01:39.00 | Barakados | so what do i do then? |
| 01:39.02 | Barakados | is it a freebie? |
| 01:39.03 | brlcad | devs get excited when a long-standing project is that close to completion |
| 01:39.24 | brlcad | tarball the files together and submit that |
| 01:39.34 | Barakados | the xml files? |
| 01:39.40 | brlcad | nods |
| 01:40.04 | brlcad | Barakados: we can extend the task slightly |
| 01:40.12 | caen23 | brlcad: i think the conversions are now done, but starseeker should have the final word. also, i've successfully built brl-cad using llvm-trunk. about Barakados' task, it was first created on nov, 29, there was more work to be done then :D |
| 01:40.13 | brlcad | do you have a list of the manpages you moved? |
| 01:40.32 | Barakados | me? |
| 01:40.33 | Barakados | no |
| 01:40.40 | Barakados | i used a shell command |
| 01:40.59 | brlcad | so then you have no means to tar them together? :) |
| 01:41.21 | brlcad | here, even simpler |
| 01:41.34 | lachlanp | might be able to use a 'svn status' |
| 01:41.46 | brlcad | it's retrievable, but not the point |
| 01:42.09 | Barakados | i submitted the xml files |
| 01:42.11 | Notify | 03GCI: Sean Bashaw has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Ready for review The work on this task is ready to be reviewed. |
| 01:42.24 | Barakados | didn't really see the point of patching it if most of the files were converted |
| 01:42.51 | Notify | 03GCI: An has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Question about the task Forgot to ask, but when doing this task, do I find at least 5 spelling mistakes and correct it in EACH of the 40 files? For example: The following comments have these spelling errors:... |
| 01:44.28 | Barakados | well? |
| 01:44.51 | brlcad | Barakados: they weren't when you started |
| 01:45.05 | Barakados | oh... |
| 01:45.15 | brlcad | like i said, someone just beat you to it |
| 01:45.46 | brlcad | what you can do, though, is just run through the manual pages in doc/docbook/system/man1/en and make sure they all look sane |
| 01:46.04 | brlcad | you know, just thumbs up or let us know any that look they have a problem |
| 01:46.24 | Barakados | since i did the work, do i still get the task? |
| 01:46.29 | brlcad | shouldn't take more than 10 minutes tops -- you're looking for any gross formatting errors or parsing errors or conversion erros |
| 01:46.35 | brlcad | if you do this 10min task, sure |
| 01:46.42 | Barakados | ok |
| 01:46.42 | brlcad | that's the point ;) |
| 01:46.56 | brlcad | if you run make |
| 01:47.57 | Barakados | they look good to me :D |
| 01:49.27 | brlcad | you should be able to run something like this: find share/man/man1 -name '[glnrt]*' -exec man -M share/man/man1 {} \; |
| 01:50.17 | Barakados | it ran fine |
| 01:50.26 | brlcad | it ran fine? |
| 01:50.29 | brlcad | what is it? |
| 01:51.07 | Barakados | it displayed a list of files |
| 01:51.32 | brlcad | what is 'it'?? |
| 01:51.42 | Barakados | the command |
| 01:52.09 | brlcad | i didn't ask you to display a list of files, what's the use in that? |
| 01:52.50 | brlcad | or you're mis-speaking or I'm misunderstanding |
| 01:53.09 | brlcad | I want you to visually look at each *actual* rendered manual page |
| 01:53.18 | brlcad | i.e., read them, look them over, scan them from top to bottom |
| 01:53.27 | brlcad | see if you can find any major mistakes |
| 01:53.33 | brlcad | comprende? |
| 01:53.37 | Barakados | ok |
| 01:53.55 | brlcad | the command line I posted will help you do that, or you can do it manually |
| 01:54.22 | lachlanp | auto should be a bit easier ;-) |
| 01:56.08 | brlcad | Barakados: the deal is you get this freebie with a couple minutes extra work ... unless you lie or miss some gross major error in which case, things wouldn't be good for you |
| 01:57.29 | Barakados | i am looking over the man pages now |
| 02:02.23 | Barakados | i think it looks good :D |
| 02:02.34 | Barakados | No humongo errors. |
| 02:07.16 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: done Installed. |
| 02:11.22 | Barakados | ok i'm done |
| 02:12.27 | Barakados | somethings seem a little out of place, but no errors |
| 02:13.07 | Notify | 03GCI: Sean has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: write your own test You could write your own test program that links against librt and calls your function. Alternatively, you'll need to edit some code. If you run 'mged', there is an 'analyze'... |
| 02:14.52 | Notify | 03GCI: Sean has left the following comment at Convert 24 other man pages to valid Docbook http://www.google-melange.com/gci/task/view/google/gci2012/8005210: Task Closed Congratulations, this task has been completed successfully. |
| 02:15.53 | Barakados | thanks :p |
| 02:18.32 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: more tasks for testing We'll add some more tasks to update the 'analyze' command so they call these new volume, surface area, and centroid functions. We can extend the deadline arbitrarily on our... |
| 02:18.47 | Notify | 03GCI: Sean has left the following comment at Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/8028203: Task Closed Congratulations, this task has been completed successfully. |
| 02:18.57 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: pdo_mysql Clearly, there has to be more! :) Now the pdo_mysql database driver must be enabled (currently only the basic pdo extention is enabled.) |
| 02:19.12 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed. |
| 02:20.07 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: Task Closed Congratulations, this task has been completed successfully. |
| 02:21.03 | Notify | 03GCI: Sean has left the following comment at Compile BRL-CAD using the Intel Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7982222: outstanding that is exactly what we need, thanks for making it quick to review! By the way, we'll add tasks soon to fix the issues reported, so keep an eye out for them over the upcoming days. |
| 02:21.04 | starseeker | brlcad: still failing |
| 02:21.13 | starseeker | even without the trailing slashes |
| 02:22.17 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 02:31.18 | starseeker | brlcad: hmm - Ed's still listed as a project admin in AUTHORS |
| 02:35.42 | Notify | 03GCI: Sean has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: whatever suits you Note that it will be a LOT faster to just get an SVN checkout, edit that, and call svn diff to get your patch, but whatever process suits you is fine. The only caveat is that the patch... |
| 02:37.18 | brlcad | Barakados: what seemed out of place? |
| 02:37.24 | brlcad | Barakados: thanks for checking |
| 02:37.39 | brlcad | starseeker: I know (ed), it's on my to-do to update |
| 02:37.45 | Barakados | i saw - in tags |
| 02:37.59 | Barakados | example <foo>--bar</foo> |
| 02:39.29 | Notify | 03BRL-CAD:brlcad * 53958 brlcad/trunk/AUTHORS: Ed retired and is no longer the designated ARL POC. That is now Cliff. |
| 02:39.31 | brlcad | <foo>? |
| 02:41.27 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: efficiency There has to be a more efficient way to do this. Can you not get a list of all extensions they utilize? That should be defined somewhere. |
| 02:45.56 | brlcad | hm, if we sustain the rate we're going on, we're going to see approximately 300 tasks completed |
| 02:46.40 | lachlanp | :-) |
| 02:47.02 | brlcad | wonders if we can kick that up to 500 :) |
| 02:52.51 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: efficency r2 I checked the list: that was why I added JSON. I forgot to point out that PDO_MYSQL was needed with PDO. There is nothing else on the list. |
| 02:53.21 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: Time Thank you for the extra time as well. |
| 03:04.52 | *** join/#brlcad GrantMercer015 (~GrantMerc@i118-21-136-4.s30.a048.ap.plala.or.jp) | |
| 03:05.01 | GrantMercer015 | Hello everyone |
| 03:06.08 | GrantMercer015 | brlcad: are you available? |
| 03:07.48 | brlcad | ~ask |
| 03:07.48 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 03:07.57 | brlcad | next time you do that, I'm not answering :) |
| 03:11.01 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: thank you Installed. No worries on the time. It's not your fault that drupal has prerequirements that aren't available. |
| 03:11.30 | GrantMercer015 | so i finished qsort by the second field, it now does the exact same thing as the unix sort command does. I just need clarification on the last command line that reads "cat /tmp/ord_id >> argv[1]" Does this copy the sorted version of argv[1] onto the end of the file? |
| 03:12.17 | GrantMercer015 | ord_id is the destination of the sort command line output, but i dont think i need to use it considering i have an array holding all of the file |
| 03:17.24 | brlcad | GrantMercer015: so it's appending /tmp/ord_id to whatever filename was in argv[1] |
| 03:17.57 | GrantMercer015 | is it effecting the contents of the file or the name itself? |
| 03:18.20 | brlcad | you should know that difference :) |
| 03:18.46 | brlcad | command line that reads "cat /tmp/ord_id >> argv[1]" .... inaccurate |
| 03:18.58 | brlcad | you could print the actual command line |
| 03:19.30 | brlcad | printf("%s\n", bu_vls_addr(&cmd)); before the system() call |
| 03:20.46 | brlcad | also iirc, the task was technically just the sort command's system() call right? |
| 03:21.14 | brlcad | we can create another task to deal with that file writing |
| 03:21.20 | GrantMercer015 | remove the system calls completely |
| 03:21.36 | Notify | 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Claimed I would like to work on this task. |
| 03:22.02 | Notify | 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! |
| 03:22.19 | brlcad | link? |
| 03:22.30 | GrantMercer015 | to my task? |
| 03:22.33 | brlcad | yep |
| 03:23.19 | GrantMercer015 | im using some public wifi in japan right now that doesnt let me search the internet, only use applications. sorry! |
| 03:23.28 | brlcad | okay |
| 03:23.56 | brlcad | well given the level of effort, we can easily treat the task as meaning just the sort system() calls |
| 03:24.22 | brlcad | so you can keep working on it, but if you took care of sorting then that's already an incremental improvement |
| 03:24.34 | brlcad | and you can just claim the next one and keep going |
| 03:25.04 | GrantMercer015 | i dont seem to be completely following, what do you mean by sorting the system calls? |
| 03:27.11 | brlcad | the places where the code called system(somestring) where somestring involved calling the unix sort command |
| 03:27.25 | brlcad | you took care of 2 of the 3 places, right? |
| 03:27.29 | brlcad | or 1 of the 3? |
| 03:27.39 | GrantMercer015 | yea, i use the sort command as opposed to the system sort |
| 03:27.57 | GrantMercer015 | read from the file, i put the data into an array of strings and sort by field two. |
| 03:28.20 | *** part/#brlcad CockMongIer (~BashawS@c-67-188-214-88.hsd1.ca.comcast.net) | |
| 03:29.57 | brlcad | did you test one of those commands to make sure it worked? |
| 03:30.23 | brlcad | and replaced two places where it called system()? |
| 03:31.41 | GrantMercer015 | i have an entire program i wrote that sorts data of arbitrary len by the second field read from a file correctly, and the two commands have been replaced by a call to qsort() |
| 03:31.58 | GrantMercer015 | exampl prgm* |
| 03:32.07 | Notify | 03GCI: Sean has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: skipping last system() Mentors, We discussed over IRC and agreed that he could skip the final system() call that doesn't involve sort (it calls cat). We'll create a separate task for that. |
| 03:32.17 | brlcad | that's nice, but kinda secondary to the task :) |
| 03:32.26 | brlcad | have you integrated your code with tables.c ? |
| 03:32.43 | GrantMercer015 | yea, more of an example program to show. I need to go back can i get back to you on this? |
| 03:32.47 | brlcad | to, you know, eliminate the system() calls .. :) |
| 03:33.01 | Notify | 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Question on style... Do you want the upper and lower ring to be the same size, or should the upper ring be slightly smaller? I've seen uppercase B's done both ways. Looking at the font on this page it seems slightly smaller, so I'm going to assume... |
| 03:33.04 | brlcad | so yeah, integrate and submit what you got ;) |
| 03:34.22 | Notify | 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: On second thought... I zoomed in at it looks like theyre the same size hahaha. So I'd appreciate some clairification. |
| 03:36.12 | Notify | 03GCI: Sean has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: your call Most fonts make some distinction whether the top is smaller or more narrow or shorter, but some are equal like you note. Do what you think looks best. |
| 03:41.57 | Notify | 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: all committed? If these are all committed, I'm still getting a slew of warnings throughout the compile. Messages like this: [ 9%] Generating ../../../../../share/man/man1/anim_track.1 Note: meta manual : no titled ancestor of refentry anim_track ... |
| 03:42.02 | Notify | 03GCI: Sean has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... |
| 03:54.42 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: mysql It does not appear to have installed; I still get the error and this one is on on the phpinfo page: http://crit.brlcad.org/info.php |
| 03:59.12 | Notify | 03GCI: Sean has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: reload It was installed, but the web server wasn't restarted. check again. |
| 04:00.07 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Claimed I would like to work on this task. |
| 04:00.34 | starseeker | brlcad: finally |
| 04:00.39 | starseeker | try this: git clone git://git.code.sf.net/p/utahrle/utahrle utahrle |
| 04:03.03 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: already exists There is a centroid function defined already in arb8.cI assume it is non functional and I have to replace it? |
| 04:05.32 | starseeker | commences work on organizing utahrle |
| 04:08.58 | Notify | 03GCI: Chris Kloehn has left the following comment at Crash MGED reliably http://www.google-melange.com/gci/task/view/google/gci2012/7948218: Task Claimed I would like to work on this task. |
| 04:19.07 | Notify | 03GCI: Willie Zhu has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Extension Could I have an extension on this? I had a science competition for the last two days and was not able to work on this much. Thanks! |
| 04:28.33 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Absolutely! This is not an easy project, so some extra time is fine by me :-) |
| 04:28.42 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive volume function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/8009213: Deadline extended The deadline of the task has been extended with 1 days and 0 hours. |
| 04:46.32 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 04:54.23 | brlcad | starseeker: that's awesome! |
| 04:58.37 | starseeker | svn2git could stand better docs |
| 04:58.44 | starseeker | but, we got there in the end |
| 04:59.02 | starseeker | now to put things back together |
| 04:59.34 | starseeker | should be able to do the same thing for tkhtml, actually |
| 05:11.54 | brlcad | starseeker: you should try to merge stepcode that way |
| 05:12.15 | brlcad | make a repo and then push/merge our changes into the stepcode repo |
| 05:12.17 | starseeker | O.o |
| 05:12.33 | starseeker | GCI project? |
| 05:12.35 | brlcad | should be able to figure it out |
| 05:12.51 | brlcad | unlikely, not even 100% positive it's doable |
| 05:12.59 | brlcad | they're unrelated repos |
| 05:13.10 | starseeker | nods |
| 05:13.13 | brlcad | i know you can do it if one was a fork of the other |
| 05:13.19 | brlcad | even in subtrees |
| 05:13.25 | brlcad | but different repos, dunno |
| 05:14.00 | brlcad | so what was that svn error? |
| 05:14.04 | starseeker | what would happen when our changes didn't apply cleanly? |
| 05:14.07 | brlcad | or how'd you get past it |
| 05:14.32 | starseeker | local copy of BRL-CAD svn repo (the whole thing - sf lets you rsync it, fortunately) |
| 05:14.39 | starseeker | plus rule file fiddling |
| 05:15.02 | starseeker | add a file svn-to-git.txt in the utahrle repo documenting the steps |
| 05:15.22 | starseeker | s/add/added |
| 05:15.27 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Assigned This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck! |
| 05:16.27 | starseeker | was following the KDE docs as nearly as I could |
| 05:18.43 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: at a glance That would be an odd assumption to make. I don't know if it's right or wrong, but it's certainly not the right function signature for being added to table.c -- you should certainly... |
| 05:18.48 | Notify | 03GCI: Sean has left the following comment at Crash MGED reliably http://www.google-melange.com/gci/task/view/google/gci2012/7948218: Task Assigned This task has been assigned to Chris Kloehn. You have 48 hours to complete this task, good luck! |
| 05:19.03 | starseeker | fair bit of cleanup to do in utahrle - probably take a couple days yet, then we can define a GCI task to extract the docbook conversions of those man pages and add them |
| 05:20.33 | starseeker | brlcad: did you want me to do the same for tkhtml on that sf project? |
| 05:20.47 | starseeker | (tkhtml will be a lot easier, in all probability) |
| 05:21.59 | brlcad | tkhtml is more problematic -- I don't think we should just run off and do our own thing when the author was talking and willing to set up access so we could continue development |
| 05:22.02 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 05:22.13 | starseeker | scowls |
| 05:22.20 | brlcad | he's got the history there, we got nothing |
| 05:22.21 | starseeker | did that ever go through though? |
| 05:22.50 | brlcad | what does that mean specifically? |
| 05:23.05 | brlcad | i vaguely recall we told him we were going to do some things and we hadn't yet done them |
| 05:23.16 | starseeker | can we sync our changes to that repo with full access, update the website, etc? |
| 05:23.32 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed. |
| 05:23.35 | starseeker | plus, I don't want to get stuck maintaining a TEA build for tkhtml |
| 05:23.48 | starseeker | complete waste of effort, as far as we are concerned |
| 05:23.55 | brlcad | I don't know, but he wasn't at all resistant to a take-over, on the contrary |
| 05:25.02 | starseeker | brlcad: we should at least make sure we have full control of whatever site, least he disappear or something before we get around to it... |
| 05:26.03 | starseeker | particularly when we have the GCI students working - I would like to see if we can define a task to search for the particular issue that was causing grief on WIN64 and address it more broadly in the tkhtml code |
| 05:26.58 | starseeker | we can of course do that in our repo, but seeing as Fedora didn't like our "bundling" tkhtml we should probably at least get our code in as the "main" code in *some* stand-alone project |
| 05:27.04 | brlcad | I'm just saying it's not an abandoned code, dormant at best, and the author was helpful |
| 05:27.42 | brlcad | i see forking as a royal "fuck you" to the original developer(s) unless you're on a platform like github that encourages it and preserves everything |
| 05:27.48 | starseeker | sure, that's fine. I'm just saying we don't want to lose momentum waiting too long |
| 05:29.59 | brlcad | there's nothing that prevents us from making tkhtml tasks that they work on in our repo while other matters are sorted out |
| 05:30.07 | starseeker | guess I'm a lot more nonchalant about forking in the Tcl/Tk world thanks to the CMake stuff... |
| 05:30.35 | brlcad | yet we don't have a fork there, it's an overlay |
| 05:31.00 | starseeker | sort of... |
| 05:31.28 | lachlanp | hi guys, sorry to interrupt but quick Q: nothing bad happens if your task timer runs out when you've submitted your work? |
| 05:31.29 | brlcad | it's not a fork by any traditional meaning |
| 05:31.46 | brlcad | we're not publishing tcl/tk for others to use |
| 05:32.04 | brlcad | we're not doing any development |
| 05:32.27 | starseeker | yet... Yeah, I guess for now that's true |
| 05:32.43 | starseeker | is pessimistic in the long run there though |
| 05:32.56 | brlcad | we've just got some build system files |
| 05:33.04 | brlcad | would you call it a fork if we made an MSVC project for them? |
| 05:33.19 | starseeker | if they wouldn't take it instead of their old one? |
| 05:33.19 | brlcad | no, it'd just be some project files |
| 05:33.37 | brlcad | even if it did take months to sort out how and it wasn't likely they'd ever accept it |
| 05:34.46 | starseeker | nods - all right, fair enough |
| 05:34.48 | brlcad | might as well be a new project logo |
| 05:35.35 | starseeker | supposes in the end he's more likely to jump ship to jimtcl than butt heads with the main tcl/tk community indefinitely, anyway |
| 05:35.51 | brlcad | lachlanp: I don't know -- what might possibly happen? |
| 05:35.59 | lachlanp | not sure |
| 05:36.07 | lachlanp | didn't know what happens when it ticks over |
| 05:36.16 | lachlanp | just wondering |
| 05:36.28 | brlcad | I hear you get banned from any future submission |
| 05:36.34 | brlcad | sees if he can start a rumor |
| 05:36.39 | lachlanp | :-) |
| 05:36.47 | brlcad | we control that timer |
| 05:36.49 | brlcad | no worries |
| 05:36.57 | lachlanp | yeah saw that addition |
| 05:37.17 | lachlanp | (thanks) |
| 05:38.09 | starseeker | tcl/tk is the wrong place to be working if you're in a JFDI mood |
| 05:38.32 | starseeker | proceeds to scratch tkhtml off of his "things to do right now" list - later |
| 05:39.02 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work... |
| 05:40.42 | Notify | 03GCI: Sean has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: style and hooking it in Couple problems. Your patch doesn't follow our coding guidelines (see the HACKING file) particularly wrt space around operators. Also, you don't hook the new function into... |
| 06:11.58 | Notify | 03GCI: Andrei Popescu has left the following comment at Find and fix at least 5 spelling mistakes in at least 40 different files http://www.google-melange.com/gci/task/view/google/gci2012/7999212: Task Assigned This task has been assigned to An. You have 48 hours to complete this task, good luck! |
| 06:12.09 | Notify | 03GCI: Mark Ayers has left the following comment at Compile BRL-CAD on Windows using the Borland Embarcadero Compiler http://www.google-melange.com/gci/task/view/google/gci2012/7955216: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 06:12.27 | Notify | 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Ready for review The work on this task is ready to be reviewed. |
| 06:15.17 | Notify | 03GCI: javamonn has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Throws me a warning It throws me a warning about unioning regions together. I wasnt able to achieve the right shape when I attempted to manipulate it all into one region, the order of operations gets all funky when your dealing with a bunch of... |
| 06:17.46 | andrei | lachlanp: from what I see in your patch file you corrected the strcmp usage but still need to replace FILE* with mapped_file |
| 06:18.08 | andrei | at least to me, otherwise it's looking good. |
| 06:19.18 | Notify | 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Deadline extended The deadline of the task has been extended with 0 days and 12 hours. |
| 06:21.18 | Notify | 03GCI: Andrei Popescu has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and... |
| 06:21.48 | andrei | lachlanp: you can find the mapped_file implementation in libbu/mappedfile.c |
| 06:26.12 | lachlanp | i replaced it with a temp file |
| 06:26.43 | lachlanp | so i don't think i needed such |
| 06:27.02 | lachlanp | i couldn't work out how to get a regular FILE * pointer from a mapped file anyway |
| 06:28.07 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:28.09 | andrei | maybe I can help, let me have a look |
| 06:28.15 | lachlanp | oops... got a printf commented out in there... |
| 06:29.06 | lachlanp | i need to remove another couple lines as well |
| 06:29.59 | lachlanp | eg the freopen command to redirect the stdout to a file |
| 06:30.14 | lachlanp | other than that... |
| 06:30.18 | andrei | you don't need to get the FILE* from the mapped_file. It's whole purpose is to provide portability |
| 06:30.31 | lachlanp | but the plotting functions take a FILE* |
| 06:30.36 | lachlanp | so i do need someway of getting it |
| 06:30.44 | lachlanp | don't i? |
| 06:31.35 | lachlanp | they write to the stream commands |
| 06:31.45 | lachlanp | *commands to the stream |
| 06:35.47 | andrei | so, the issue is that tp_2list outputs to a FILE*, right? |
| 06:35.58 | lachlanp | yeah |
| 06:36.14 | lachlanp | i've got it opening a temporary file instead right now |
| 06:43.29 | andrei | I ll have a look at tp_i2list, I didn't manage to find a simple way to replace FILE |
| 06:43.55 | lachlanp | is FILE * a general C thing, or a OS specific thing? |
| 06:44.05 | lachlanp | (or what's wrong with it) |
| 06:45.53 | andrei | I'm not sure how portable using a file is |
| 06:46.08 | andrei | I mean FILE* |
| 06:46.41 | andrei | but in mappedfile there is an if that probably explains it |
| 06:46.45 | andrei | #ifdef HAVE_SYS_STAT_H |
| 06:46.45 | andrei | <PROTECTED> |
| 06:46.45 | andrei | <PROTECTED> |
| 06:46.45 | andrei | #else |
| 06:46.45 | andrei | <PROTECTED> |
| 06:46.45 | andrei | #endif |
| 06:47.06 | lachlanp | i think it just copies the contents of it into a buffer... couldn't work that out |
| 06:47.14 | lachlanp | and it also claims the mapped file is readonly |
| 06:49.22 | lachlanp | "A FILE pointer is a C standard library-level construct, used to represent a file." |
| 06:49.25 | lachlanp | http://stackoverflow.com/questions/2423628/whats-the-difference-between-a-file-descriptor-and-file-pointer |
| 06:49.39 | lachlanp | apparently standard C |
| 06:50.27 | *** join/#brlcad caen23 (~caen23@92.81.204.43) | |
| 06:52.29 | andrei | I think that fread and fwrite aren't POSIX compliant and read() and write() should be used |
| 06:53.51 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 06:53.59 | andrei | You're test looks good otherwise and it's clear that you have put more than two hours of work into it, so don't worry |
| 06:54.04 | andrei | your* |
| 06:54.28 | lachlanp | ok thanks :-) |
| 06:54.34 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Warnings Ah, wasn't aware we cared about the warnings, so I didn't fix those. Okay then, I'm on it. |
| 06:54.50 | lachlanp | probably should have done a bit of exercise in C before i leapt into a task that was specifically C... |
| 06:54.56 | lachlanp | havn'te done C for a while |
| 06:55.12 | lachlanp | bit of fun with SEGFAULTs etc ;-) |
| 06:55.54 | andrei | it takes a lot of effort to have portability. It usually brings a lot more restrictions than in a normal C code |
| 06:56.09 | lachlanp | yeah |
| 06:56.29 | lachlanp | so fread/write etc are not standard C? |
| 06:56.40 | lachlanp | or is standard C not portable everywhere |
| 06:58.27 | andrei | I'm not sure what you mean by standard C but C isn't usually portable |
| 06:58.31 | lachlanp | ok |
| 06:58.38 | lachlanp | C80 or C99 |
| 06:58.53 | andrei | for example there is no guarantee that the primitive types have the same size on various OS's |
| 06:58.59 | lachlanp | yeah +1 |
| 07:01.00 | lachlanp | fread/write is apparently C89 |
| 07:01.06 | lachlanp | and POSIX.1-2001 |
| 07:01.19 | lachlanp | (which could be a bit late) |
| 07:03.08 | lachlanp | do you want me to do anything else for this task? |
| 07:06.34 | andrei | speak with brlcad when he is here, if you aren't here, I will. To me, the task looks ok. Also, there might be other mentors that can review your task :) |
| 07:06.47 | lachlanp | ok thanks :-) |
| 07:06.53 | andrei | Just resubmit it when you have fixed that commented printf's (and other issues that you mentioned) |
| 07:07.24 | lachlanp | ok |
| 07:11.54 | Notify | 03BRL-CAD:jordisayol * 53959 (brlcad/trunk/misc/Makefile.am brlcad/trunk/misc/debian/brlcad-db.desktop and 8 others): Add Linux brlcad and rtwizard icons. Rename some Linux desktop menu config and icon files, to make it clear. |
| 07:12.17 | Notify | 03GCI: fernozzle has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Ready for review The work on this task is ready to be reviewed. |
| 07:17.39 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:33.45 | xavortm | Good morning! I made some changes to the layoult - this is only for the task manager: http://store.picbg.net/pubpic/64/58/0a4fa850e4e56458.jpg (and some explain - http://justpaste.it/1l4c ) |
| 07:40.53 | Notify | 03GCI: Lachlan P has left the following comment at Create numerics library (LIBBN) API unit test ... for list.c http://www.google-melange.com/gci/task/view/google/gci2012/8000211: Ready for review The work on this task is ready to be reviewed. |
| 07:46.44 | lachlanp | according to my time tracker i've spent 16h on my task... :-/ |
| 07:47.05 | lachlanp | thats probably correct if you take away all the times i mislabelled a timeslot and add in all the times i missed |
| 07:50.18 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 07:50.22 | RONNCC | hello? |
| 07:50.41 | RONNCC | andrei: hello? |
| 07:51.47 | RONNCC | ..anyone? |
| 07:52.03 | lachlanp | hi |
| 07:52.36 | lachlanp | is a GCI student |
| 07:53.30 | RONNCC | ...crap |
| 07:53.45 | RONNCC | lachlanp: hey is there anyone to approve a claim? |
| 07:54.01 | RONNCC | wants to start working |
| 07:54.02 | lachlanp | generally they are pretty quick |
| 07:54.05 | lachlanp | :-) |
| 07:54.08 | lachlanp | you can Start now... |
| 07:54.13 | lachlanp | but you can't submit yet |
| 07:54.31 | lachlanp | when you claim a task it popups up in here |
| 07:54.42 | lachlanp | and most of the time its accepted in a couple of mins |
| 07:54.49 | lachlanp | though can be longer if they're away |
| 07:54.55 | RONNCC | that's the thing |
| 07:54.58 | RONNCC | i don't want someone to take it.... |
| 07:55.03 | Notify | 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Task Claimed I would like to work on this task. |
| 07:55.28 | lachlanp | i think they get the first person who claimed it |
| 07:55.32 | lachlanp | or requested a claim |
| 07:59.00 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 08:03.49 | RONNCC | lachlanp: can we claim multiple? |
| 08:06.40 | RONNCC | nvm we can't |
| 08:06.51 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:08.59 | Notify | 03GCI: Daniel Rossberg has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Task Assigned This task has been assigned to Shomiron Ghose. You have 48 hours to complete this task, good luck! |
| 08:10.21 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:11.50 | RONNCC | d_rossberg: should i submit a new file + function, or just a new function? |
| 08:12.00 | RONNCC | d_rossberg: those two functions seem to be copies ... |
| 08:15.35 | RONNCC | .... |
| 08:15.37 | RONNCC | hello? |
| 08:19.50 | RONNCC | anyone |
| 08:19.52 | RONNCC | anyone at all? |
| 08:19.56 | Notify | 03GCI: Melange has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is... |
| 08:20.23 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 08:30.57 | GrantMercer015 | brlcad: you available? ahhh just kidding! Once i finish up the code should i test the code on my own system by building the source or leave that for the test review team to figure out if it runs? |
| 08:31.16 | GrantMercer015 | appreciate you splitting up that task so i dont have to keep begging for more time. |
| 08:31.33 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Couple things... First, I think it would be better to submit your work as a patch, as it's rather cumbersome to have the entire .c file in front of me to look at. Minor issue though. Looking only at your... |
| 08:31.48 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and... |
| 08:31.53 | Notify | 03GCI: Matt S. has left the following comment at Implement a primitive centroid function ... for extruded bitmaps (EBM) http://www.google-melange.com/gci/task/view/google/gci2012/7998216: Deadline extended The deadline of the task has been extended with 0 days and 12 hours. |
| 08:32.02 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 08:32.05 | RONNCC | ...hello? |
| 08:32.08 | RONNCC | anyone at all ._. |
| 08:32.14 | lachlanp | :-) |
| 08:32.25 | lachlanp | might have to leave again though |
| 08:32.37 | RONNCC | SMH |
| 08:32.38 | RONNCC | i wants a mentor |
| 08:32.39 | RONNCC | Q_Q |
| 08:33.11 | lachlanp | ps brlcad doesn't like people asking "where is everyone"... just ask your question and eventually he'll get back to it |
| 08:33.23 | GrantMercer015 | or post a comment on your task |
| 08:33.31 | lachlanp | yeah good idea |
| 08:33.41 | lachlanp | sometimes gets quicker answers |
| 08:34.34 | GrantMercer015 | does brlcad have two or one mentor on IRC? |
| 08:35.21 | lachlanp | sorry? |
| 08:35.33 | lachlanp | brlcad + andrei + ``Erik at least |
| 08:35.38 | Notify | 03GCI: reikaze has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Ready for review The work on this task is ready to be reviewed. |
| 08:35.59 | GrantMercer015 | ohhh, i've only talked to brlcad so far. Just curious |
| 08:36.16 | lachlanp | harmanpreet to i think |
| 08:36.29 | lachlanp | :-) |
| 08:37.52 | d_rossberg | RONNCC: which task are you talking about? |
| 08:48.46 | andrei | !notify ask |
| 08:48.48 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 08:49.59 | RONNCC | d_rossberg: the refactoring one |
| 08:52.18 | andrei | RONNCC: that is rather vague, there isn't a single task related to that. Do you mean " Reduce duplicate code in htonf.c " ? |
| 08:52.25 | d_rossberg | htonf.c? |
| 08:54.33 | RONNCC | andrei: yes exactly sory |
| 08:54.35 | RONNCC | *sorry |
| 08:54.55 | andrei | RONNCC: so, what do you want to ask related to it? |
| 08:55.15 | RONNCC | andrei: first, should i compile it from source i assume? |
| 08:55.34 | andrei | yes, you should get the latest version of brlcad from our svn source, or get the virtualdisk image. |
| 08:55.38 | RONNCC | andrei: second, how would i check to make sure everything is working after i implement the patch ~ i assume just try running it? |
| 08:56.52 | andrei | first of all you compile the library |
| 08:57.09 | andrei | make "library name" should get you that. |
| 08:57.33 | RONNCC | andrei: yup i'm installing and configuring from source blahblah |
| 08:57.41 | RONNCC | *compiling |
| 08:58.53 | andrei | provided you just move the code around, compiling brlcad successfully would mean there is a good chance that your code is correct. You can submit it then and I(or one of the mentors) will have a look. |
| 08:59.15 | d_rossberg | RONNCC: regarding you first question: a new HIDDEN function could be appropriate |
| 08:59.37 | RONNCC | d_rossberg: can you explain what you mean by a HIDDEN function? |
| 08:59.59 | d_rossberg | look for HIDDEN in common.h ;) |
| 09:00.12 | RONNCC | .... where is common.h :P |
| 09:00.22 | RONNCC | nvm |
| 09:00.26 | RONNCC | found it |
| 09:00.53 | andrei | d_rossberg: are you familiar with libbn? |
| 09:01.19 | RONNCC | d_rossberg: ... wait no i didn't i just found this http://gcc.gnu.org/svn/gcc/branches/cilkplus/libitm/common.h and i don't know if that's relevant |
| 09:01.35 | RONNCC | also wow... brlcad is gigantic O_O |
| 09:01.42 | RONNCC | so...many....files |
| 09:02.17 | GrantMercer015 | would it be better to submit my work that i think is done and let the review team test it?or test if before submitting the work . |
| 09:02.22 | andrei | RONNCC: you can usually find libraries(.h) in /include/ I would look there first. |
| 09:02.39 | andrei | RONNCC: that link isn't relevant |
| 09:03.18 | RONNCC | k found it thanks |
| 09:03.59 | andrei | GrantMercer015: it depends how easily can you test it? For example, you should check yourself if brlcad compiles(provided you did some modifications on a C file) |
| 09:05.51 | GrantMercer015 | do you mean compiling from source? |
| 09:06.08 | GrantMercer015 | or compiling the seperate file(if i can even do that) |
| 09:06.17 | Notify | 03GCI: Daniel Rossberg has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... |
| 09:07.02 | Notify | 03GCI: Daniel Rossberg has left the following comment at Model a "B" using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2012/7949231: It should be all in a single region Personally, I would convert the .g to ascii (with g2ascii) and modify the TCL script to the all-in-one combination. |
| 09:07.51 | RONNCC | andrei: i'm going to be pretty sad and say how do you know if HIDDEN is defined? it's not just a variable that is defined.. do you use it as a keyword per function you want hidden? |
| 09:09.32 | GrantMercer015 | going to butt in here, but if you're wondering where things are defined use BRLCAD cross reference. not sure if that's what you're wondering but you can search by identifier |
| 09:12.05 | RONNCC | ..... i have no clue.. problem... BRLCAD doesn't compile... |
| 09:13.35 | d_rossberg | RONNCC: look for how HIDDEN is used in the other .c files; it hides a function from beeing published to the other source files, i.e. these functions are private the the file there are defined in |
| 09:14.37 | RONNCC | ok |
| 09:14.40 | d_rossberg | did you used cmake? |
| 09:19.16 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:20.55 | RONNCC | yeah.. |
| 09:21.09 | RONNCC | is it just me or is this dependent on c, c++ and even java? |
| 09:23.08 | RONNCC | i'm getting could NOT find java (missing: Java_JAVA_EXECUTABLE ... |
| 09:23.08 | RONNCC | etc |
| 09:26.15 | andrei | can you paste your build log somewhere ( and not in the IRC channel, please) |
| 09:26.40 | andrei | like here : http://paste.lisp.org/ |
| 09:28.23 | RONNCC | andrei: nvm forgot something. was being stupid sorry |
| 09:28.43 | RONNCC | andrei: so for the removing duplicate code, should i submit a patch or submit a file or ....? |
| 09:28.53 | RONNCC | to the upload file / url thing |
| 09:31.37 | andrei | RONNCC: you should submit a file in a patch format :) |
| 09:32.17 | RONNCC | andrei: i'm completely new sorry. how do i do that...? i assume it's some svn thing? ... for git i just submitted pull reqs ._. |
| 09:32.19 | andrei | here is a small guide on how to do that: http://brlcad.org/wiki/Patches |
| 09:32.33 | RONNCC | also how long does building take? |
| 09:32.42 | RONNCC | ok! |
| 09:32.44 | andrei | RONNCC: no worries:). And it's very similar to git, even easier ! |
| 09:32.58 | RONNCC | uhm... so my part of the code... will i have ot rebuild it to check if everything works? |
| 09:33.02 | RONNCC | andrei: oh awesome :) |
| 09:33.24 | andrei | RONNCC: yes, but as I said, you don't need to build the whole brlcad dir |
| 09:33.48 | RONNCC | andrei: ... honestly when it comes to making i've just followed tutorials typically |
| 09:33.54 | RONNCC | how can i build part of it? |
| 09:33.57 | RONNCC | change the CMakeFiles? |
| 09:34.17 | andrei | RONNCC: if you're using linux, just navigate to the folder where your file is and run make, it will build just that folder( and the ones necessary for it ) |
| 09:34.18 | RONNCC | right now i'm building the whole thing from source .... i assume that is at least necessary |
| 09:34.27 | RONNCC | ahh ok |
| 09:34.51 | RONNCC | yeah i just ran make on the whole thing |
| 09:35.02 | RONNCC | .. so everytime i update i'll run make + install? |
| 09:35.36 | andrei | RONNC: installing the whole brlcad might take a couple of hours I believe. You don't need to run make install. As I said, just go in that folder and run "make" |
| 09:37.42 | andrei | RONNCC: here's an example of what I was saying: http://pastie.org/5470689. |
| 10:17.58 | Notify | 03GCI: Daniel Rossberg has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Task Closed Congratulations, this task has been completed successfully. |
| 10:19.40 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:20.17 | Notify | 03GCI: Daniel Rossberg has left the following comment at Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls http://www.google-melange.com/gci/task/view/google/gci2012/7985235: Looks OK for me I don't know if these were really all occurences, but they are many and it builds and test, benchmark and mged are looking ok. Daniel |
| 10:30.52 | Notify | 03BRL-CAD:d_rossberg * 53960 (brlcad/trunk/include/vmath.h brlcad/trunk/src/conv/asc/asc2g.c and 99 others): Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls (GCI: http://google-melange.appspot.com/gci/task/view/google/gci2012/7985235) applied patch provided by reikaze |
| 10:35.06 | GrantMercer015 | pats himself on the back as he submits his first finished task |
| 10:35.15 | Notify | 03GCI: Andrei Tudorica has left the following comment at Create prototype 2D CAD drawing(s) http://www.google-melange.com/gci/task/view/google/gci2012/7985229: . What exactly should I do to have this task done? |
| 10:43.55 | Notify | 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Ready for review The work on this task is ready to be reviewed. |
| 10:46.24 | Notify | 03GCI: Gmercer015 has left the following comment at Make mged 'tables' command not call system() http://www.google-melange.com/gci/task/view/google/gci2012/8007219: Both files submitted are exactly the same Sorry for the confusion, both files submitted are exactly the same. |
| 10:54.15 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 11:04.41 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 11:07.04 | Silvrous | Is there any order to the functions of a particular primitive in the callback table? (in /src/primitives/table.c)? Also, what are the NULL entries there for? |
| 11:07.29 | Silvrous | -sorry, that's /src/librt/primitives/table.c |
| 11:22.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 11:22.58 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:24.43 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed. |
| 11:24.52 | Silvrous | Nevermind, figured it out. |
| 11:47.09 | Notify | 03GCI: Petar Stanev has left the following comment at Create an artistic screenshot http://www.google-melange.com/gci/task/view/google/gci2012/8025213: Ready for review The work on this task is ready to be reviewed. |
| 12:09.15 | starseeker | if RONNCC returns - Java is optional for BRL-CAD, and actually the bit that uses it is being phased out |
| 12:09.26 | Notify | 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Don't count on C99 In every block you have to declare all variables first before any other operation. Not all supported compilers are C99 conform, eg MS Visual Studio C/C++. Daniel |
| 12:09.28 | starseeker | he won't miss anything if he doesn't have it installed |
| 12:09.46 | Notify | 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task,... |
| 12:13.30 | Notify | 03GCI: reikaze has left the following comment at Fix closedb http://www.google-melange.com/gci/task/view/google/gci2012/7958214: Task Claimed I would like to work on this task. |
| 12:14.00 | Notify | 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: ... sorry I've just recognized that the check was removed. |
| 12:15.20 | Notify | 03GCI: Daniel Rossberg has left the following comment at Fix closedb http://www.google-melange.com/gci/task/view/google/gci2012/7958214: Task Assigned This task has been assigned to reikaze. You have 48 hours to complete this task, good luck! |
| 12:19.21 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: so I can re-close it? |
| 12:19.36 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed. |
| 12:25.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 12:27.51 | Notify | 03GCI: Monika has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Hi! Where can I find help with creating patch files? |
| 12:28.10 | Skriptkid | Guys, if anybody is FREE, could you please review my work? It's been 31 hours since I uploaded.(I know you have 36, but I'd really like to move on ASAP.) This is the one: http://www.google-melange.com/gci/task/view/google/gci2012/7983225. IF anyone's not busy. |
| 12:30.46 | *** join/#brlcad caen23 (~caen23@92.81.204.43) | |
| 12:34.03 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 12:34.11 | Notify | 03GCI: Skriptkid has left the following comment at Find and fix at least 10 spelling mistakes in at least 10 different files http://www.google-melange.com/gci/task/view/google/gci2012/7959223: Here http://brlcad.org/wiki/Deuces#When_You.27re_Done It's pretty easy. Just change dir to where the chnaged file is and type svn diff > /path/patch_name.patch |
| 12:35.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 12:36.55 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 12:44.16 | Notify | 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: crash in analyze (mged) You have changed the rt_arb_centroid() parameters. Therefore you should change every use of this function accordingly. |
| 12:44.17 | Notify | 03GCI: Daniel Rossberg has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task,... |
| 12:54.11 | Notify | 03GCI: BrendenD15 has left the following comment at Compile BRL-CAD on Windows using Cygwin http://www.google-melange.com/gci/task/view/google/gci2012/7972239: I'll get on that That's fine. I'll just have to figure out why CMake is giving the error that says it is unable to configure the code. Then I will hopefully be able to configure and build the code correctly. |
| 12:57.05 | Notify | 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your... |
| 12:58.55 | Notify | 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Update of src/librt/primitives/table.c Please put the new function into the functiontable. |
| 13:15.57 | Silvrous | I keep getting random modifications in my svn diffs. I assume it's because of updates, but I've already updated, what is happening? |
| 13:19.15 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 13:20.07 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: done I'd realized the problem before reading your comment, and tried making separate functions first, then corrected the parameters. The correct patch is centroidone.patch . |
| 13:20.07 | ``Erik | 'random modifications'? O.o |
| 13:20.12 | Notify | 03GCI: Silvrous has left the following comment at Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) http://www.google-melange.com/gci/task/view/google/gci2012/7959221: Ready for review The work on this task is ready to be reviewed. |
| 13:20.13 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 13:20.19 | ``Erik | could it be stuff like an idea changing tabs/spaces, etc? |
| 13:20.32 | RONNCC | d_rossberg: can you see if this is done? |
| 13:20.41 | RONNCC | &<any other mods?> |
| 13:20.49 | RONNCC | Sean, Andrei Popescu? |
| 13:24.13 | Silvrous | Erik: Random as in I didn't make them. for instance, files like /bench/pixcmp.1 |
| 13:25.12 | Notify | 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: Ready for review The work on this task is ready to be reviewed. |
| 13:25.32 | Notify | 03GCI: Shomiron Ghose has left the following comment at Reduce duplicate code in htonf.c http://www.google-melange.com/gci/task/view/google/gci2012/7966230: not sure I am 40% sure that is right. please check. if not i'll redo it. |
| 13:27.37 | ``Erik | but what changes are you seeing? like zomfg content changes, or whitespace changes, or ...? is something in the build process writing to the file? is it ide noise? ... |
| 13:28.19 | ``Erik | "svn diff -x -w" ignores whitespace for the diff, does that "fix" it? |
| 13:32.21 | Silvrous | -x -w doesn't fix it, from what I can tell, it's changing the order of chunks of text in things like benchmarks files or install files |
| 13:41.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 13:45.19 | Skriptkid | Could anyone tell me how I need to put a function in table.c? I get that you just need to enter the name, but I see 'NULL's. So is there some kind of formatting needed? |
| 13:48.59 | Skriptkid | d_rossberg: Do I just put it at the end of RT_FUNCTAB_MAGIC, after the 'NULL's? |
| 13:49.52 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71) | |
| 13:53.32 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71) | |
| 13:54.13 | *** part/#brlcad Skriptkid1 (~Skriptkid@117.202.63.71) | |
| 13:54.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 13:55.42 | Skriptkid | d_rossberg: ??? |
| 13:57.23 | *** join/#brlcad harmanpreet (~chatzilla@124.253.72.119) | |
| 14:03.08 | Skriptkid | I just added it at the end, before the three NULLs |
| 14:04.32 | Skriptkid | d_rossberg: Could you please review again? I added it to table.c |
| 14:07.12 | caen23 | Silvrous: is anything broken, or have you simply noticed that files were (re)moved? .1/.3/.5 files are man pages that have been converted to xml and subsequently removed from src/* |
| 14:10.55 | Silvrous | caen23: That's strange. SVN isn't deleting them, only shuffling their contents. I'll just do a new checkout after the current task is finished, hopefully that will solve it. |
| 14:11.43 | caen23 | if i download the latest file from your task, will i be able to see the anomalies? |
| 14:16.29 | Silvrous | I don't think it has anything to do with that, I wasn't changing those files. I suspect it might have something to do with repeatedly updating, changing files, compiling and then deleting the compiled files. |
| 14:18.30 | caen23 | okay then. i was asking because i'm the one doing the man-docbook conversions and i thought i'd broken something |
| 14:21.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 14:21.52 | Skriptkid | d_rossberg : Yeah. Last but second one. Replaced it. |
| 14:43.53 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: How? I understand I need to enter the function name, but I see some 'NULL's. So is there some formatting needed? |
| 14:43.54 | Notify | 03GCI: Jacob B has left the following comment at Upgrade Drupal website http://www.google-melange.com/gci/task/view/google/gci2012/7958216: More. Drupal does not have very good system requirements documentation. The page with the system requirements checker is now able to run, and it says that we need filter SimpleXML |
| 14:43.55 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: And is that it? Or are any more changes required? |
| 14:43.56 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed. |
| 14:43.57 | Notify | 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Wrong place in functab Please look at the declaration of rt_functab in include/raytrace.h. I think the NULL before last hast to be replaced with your surface area function. |
| 14:43.58 | Notify | 03GCI: Daniel Rossberg has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your... |
| 14:43.59 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Ready for review The work on this task is ready to be reviewed. |
| 14:44.00 | Notify | 03GCI: Skriptkid has left the following comment at Add a primitive surface area function ... for hyperboloids of one sheet (HYP) http://www.google-melange.com/gci/task/view/google/gci2012/7983225: Yep Yep. Last but second. Surface Area. |
| 14:44.01 | Notify | 03GCI: Richard Akira Heru has left the following comment at Implement a primitive volume function ... for right hyperbolic cylinders (RHC) http://www.google-melange.com/gci/task/view/google/gci2012/7960224: Claim Removed The claim on this task has been removed, someone else can claim it now. |
| 14:44.02 | Notify | 03GCI: Richard Akira Heru has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Claimed I would like to work on this task. |
| 14:44.03 | Notify | 03GCI: bWVsYW5nZS5jb20vZ2NpL3Rhc2svdmlldy9nb29nbGUvZ2NpMjAxMi83OTQ1MjIwOg0KDQoNClJl YWR5IGZvciByZXZpZXcNCg0KVGhlIHdvcmsgb24gdGhpcyB0YXNrIGlzIHJlYWR5IHRvIGJlIHJl dmlld2VkLg0KDQoNCkdyZWV0aW5ncywNClRoZSBHb29nbGUgT3BlbiBTb3VyY2UgUHJvZ3JhbXMg VGVhbQ0KDQoNCi0tLQ0KWW91IGFyZSByZWNlaXZpbmcgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91 IGFyZSBzdWJzY3JpYmVkIHRvIENvbXBpbGUgIA0KQlJMLUNBRCB1c2luZyBEZXYtQysrLg0KVG8g... |
| 14:44.18 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Ready for review The work on this task is ready to be reviewed. |
| 14:44.23 | Notify | 03GCI: Melange has left the following comment at Compile BRL-CAD using Dev-C++ http://www.google-melange.com/gci/task/view/google/gci2012/7945220: No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. |
| 14:51.54 | Notify | 03BRL-CAD:caen23 * 53961 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 248 others): XML files now pass validation without generating warnings (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236) |
| 14:52.03 | Notify | 03GCI: Harmanpreet Singh has left the following comment at Model BRL-CAD logo in BRL-CAD (alan one) http://www.google-melange.com/gci/task/view/google/gci2012/7994225: Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! |
| 14:52.04 | Notify | 03GCI: Cezar has left the following comment at Fix and Validate Docbook XML http://www.google-melange.com/gci/task/view/google/gci2012/7959236: Commit r53961 `system_warnings.patch` should get rid of all the warnings inside doc/docbook/system/* Commit r53961 |
| 15:09.58 | Notify | 02GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7945213 > |
| 15:12.37 | Notify | 03GCI: Ashish: Reorganize MGED menu - So0 So is it good ?? < http://www.google-melange.com/gci/task/view/google/gci2012/8030206 > |
| 15:13.29 | *** join/#brlcad Ashish101 (73f2da67@gateway/web/freenode/ip.115.242.218.103) | |
| 15:27.49 | Notify | 03BRL-CAD Wiki:Jacksixb * 4723 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update |
| 15:28.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 15:29.09 | Notify | 03BRL-CAD Wiki:Jacksixb * 4724 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 15:30.17 | Notify | 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Explanations Thanks for the suggestions. Now, I have my reasons for doing what I did! I'm going to refer to the term "pixel" as "the rectangular prism representing the pixel" "calling your variables avgx, avgy, avgz is misleading, as 'centroid' is not... < http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 15:30.18 | Notify | > |
| 15:32.57 | Notify | 03GCI: Andrei: Close MGED when both windows are closed - Task Claimed I would like to work on this task. < http://www.google-melange.com/gci/task/view/google/gci2012/7945212 > |
| 15:32.58 | Notify | 03GCI: Andrei: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. < http://www.google-melange.com/gci/task/view/google/gci2012/7945212 > |
| 15:34.22 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 15:36.33 | Notify | 03GCI: Melange: Reproduce any 10 unconfirmed open bug reports - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. < http://www.google-melange.com/gci/task/view/google/gci2012/7971223 > |
| 15:47.07 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - incorrect white spaces Your patch doesn't follow our coding guidelines (see the HACKING file) particularly the "shiftwidth=4 tabstop=8" rule. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 15:47.22 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 15:51.47 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 15:52.17 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Now? What about this one?(hyp6.patch) < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 15:54.07 | Skriptkid | d_rossberg : Was I supposed to add whitespaces only in the lines whcih had the green '+' mark? |
| 15:57.31 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 15:57.59 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch 7 Check out hyp7.patch. Made another change. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 15:59.15 | maths22 | ``Erik: thak you for changing the location of the URL. |
| 15:59.57 | ``Erik | np, i'ts ugly regex right now, but this is a short term project O.o (if anyone wants to improve it, it's all on github, contributions welcome :D ) |
| 16:00.46 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Please fix include/raytrace.h too There should be now the correct prototype. < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 > |
| 16:00.52 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete... < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 > |
| 16:02.13 | d_rossberg | Skriptkid: we have 4-spaces indents, i.e. you should replace the tabs in the first level indents with 4 spaces |
| 16:02.44 | d_rossberg | in the second level (8 spaces) it would be a tab |
| 16:03.23 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 16:03.24 | *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc) | |
| 16:03.24 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 16:03.31 | RONNCC | hey can someone approve my entry? |
| 16:03.34 | RONNCC | ... |
| 16:04.12 | RONNCC | http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 16:04.13 | RONNCC | ... |
| 16:05.45 | Ashish101 | Ya mine Too :) Or atleast tell me do you know make it better or something Getting bored here :D |
| 16:07.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 16:07.46 | Skriptkid | because that seems to be one. I get one extra space |
| 16:10.12 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Tabs vs. spaces The tabs in table.c were OK (please set the tab there again). In hyp.c you need to replace the tabs with 4 spaces. See the "1) Indentation whitespace" section in HACKING for reference. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:10.17 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:11.33 | Notify | 03BRL-CAD:brlcad * 53962 brlcad/trunk/NEWS: bob parker added initial sketch support to archer. |
| 16:12.16 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:14.49 | Skriptkid | d_rossberg : my question is, do the '+' mark count as a space? Do i put 4 spaces after it or 3 after it? |
| 16:19.27 | Skriptkid | They don't. Realized that. okay it's probably fixed now. |
| 16:19.54 | *** join/#brlcad aimt (~amit@1.186.9.242) | |
| 16:20.12 | Notify | 03GCI: Daniel Rossberg: Reduce duplicate code in htonf.c - Some things to improve - provide a patch file - see "1) Indentation whitespace" in Hacking for the right indentation - use HIDDEN instead of inline - you don't need to provide an extra prototype if the definition precedes the usage < http://www.google-melange.com/gci/task/view/google/gci2012/7966230 > |
| 16:20.27 | Notify | 03GCI: Daniel Rossberg: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. < http://www.google-melange.com/gci/task/view/google/gci2012/7966230 > |
| 16:20.57 | d_rossberg | Skriptkid: no |
| 16:21.05 | *** part/#brlcad aimt (~amit@1.186.9.242) | |
| 16:21.29 | Skriptkid | Yeah. Realized that now. Submitted fixed patch |
| 16:22.53 | d_rossberg | Skriptkid: it needs to be \trt_hyp_surf_area, in table.c |
| 16:25.27 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:26.17 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - ab in table.c there the tab was ok < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:27.57 | Skriptkid | d_rossberg: and not 4 spaces? |
| 16:28.41 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 16:29.06 | Skriptkid | d_rossberg: New patch: 4 whitespaces in hyp.c in the function. Tab in table.c |
| 16:29.58 | d_rossberg | Skriptkid: in table.c it's already in the second level |
| 16:30.06 | brlcad | caen23: What's the <contrib>brl-cad</contrib> additions? that doesn't look right/useful |
| 16:30.16 | harmanpreet | ashish101: Your work is appreciable. :) |
| 16:30.38 | brlcad | mmm, that's a lot of backlog |
| 16:30.47 | Skriptkid | d_rossberg: Okay. I put back tab in table.c and 4 whitespaces in hyp.c in hyp10.patch |
| 16:31.26 | brlcad | Skriptkid: what are you using to edit code? |
| 16:31.27 | caen23 | brlcad: hmm… it required the tag to get rid of the warnings, and it basically says what the author has contributed to |
| 16:31.40 | Skriptkid | brlcad: Geany |
| 16:32.20 | brlcad | Skriptkid: so you should set up the whitespace preferences within Geany so they are conformant in addition to understanding what those requirements are for brl-cad |
| 16:32.29 | Ashish101 | harmanpreet: Cool ....... thanks that means it can be approved by tonight(its night here probably a day there in your side :) )?? |
| 16:33.00 | brlcad | caen23: so to understand, there was a warning that no author was listed? |
| 16:33.01 | d_rossberg | Skriptkid: maybe you should look again in your patchfile and remove the last section (removal of an empty line somwhere) by hand |
| 16:33.21 | caen23 | brlcad: yes |
| 16:33.26 | Notify | Noisybot is noisy |
| 16:33.57 | Skriptkid | d_rossberg: done. Thats it? Spacing is right now? |
| 16:34.34 | harmanpreet | ashish101: how much time you contributed to this task? |
| 16:34.58 | brlcad | caen23: http://www.docbook.org/tdg5/en/html/author.html indicates contrib is not required -- what was complaining? |
| 16:35.36 | Skriptkid | d_rossberg: removed it |
| 16:36.00 | caen23 | brlcad: i think when i tried building without contrib, it showed some warnings. let me try it again |
| 16:37.07 | Ashish101 | Well i had finished it last night smwhat at this time... i think i may have taken a night for understanding a trying out the software + reading the ebook to understand what Mged really does .. then 1.5 or 2 hours for making that PDF |
| 16:39.16 | caen23 | brlcad: ok, i was wrong. it only complains about contrib or personblurb when the author is a person, not an organisation. i will remove the contrib bit, sorry |
| 16:40.46 | Notify | 03GCI: Sean: Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls - attribution Reikaze, if you provide your full name, we'll credit you accordingly in our authorship file. Thanks for your efforts! < http://www.google-melange.com/gci/task/view/google/gci2012/7985235 > |
| 16:41.54 | brlcad | caen23: thanks, no problem |
| 16:42.07 | Notify | 03BRL-CAD:brlcad * 53963 brlcad/trunk/AUTHORS: credit reikaze with his (negative) contribution removing (void) from a slew of function calls that don't really need it. |
| 16:42.11 | brlcad | it was the lowercase brl-cad that caught my attention, that shouldn't be in our docs anywhere |
| 16:42.30 | brlcad | doc/description.txt talks about that some |
| 16:43.23 | brlcad | holy moly, more than a dozen needing review |
| 16:43.23 | ``Erik | housecleaning, yay, scrub the dirt off the code O.o |
| 16:44.21 | harmanpreet | brlcad: am trying to handle a few of the tasks.. |
| 16:44.56 | brlcad | harmanpreet: heh, thanks! |
| 16:46.40 | caen23 | brlcad: went through the file now, seems like i should have done that sooner :) |
| 16:48.37 | Notify | 03BRL-CAD Wiki:Sean * 4725 /wiki/Google_Code_In: stub in a GCI page so I can post our mentor list somewhere |
| 16:48.41 | Notify | 03GCI: Silvrous: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Ready for review The work on this task is ready to be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7959221 > |
| 16:49.43 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 16:49.44 | *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc) | |
| 16:49.44 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 16:49.56 | harmanpreet | Ashish101: You put significant effort (which is appreciable ) in this task, it would be nice if you please polish your work. I mean, if your could improve its formatting to some extent then it will excellent. Just a little, not too much and your are done..! :) |
| 16:49.56 | RONNCC | hey anyone here? |
| 16:50.09 | RONNCC | harmanpreet: hey harman? |
| 16:50.15 | brlcad | ~ask |
| 16:50.16 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 16:50.26 | RONNCC | ahh sorry :) |
| 16:50.44 | brlcad | common mistake |
| 16:50.53 | harmanpreet | RONNCC: yes..? |
| 16:51.05 | brlcad | if you stay on irc, people will almost always respond whenever they get back |
| 16:51.22 | brlcad | screen+irssi ftw |
| 16:51.41 | brlcad | contemplates a screen+irssi brl-cad IRC tutorial task |
| 16:51.49 | RONNCC | sorry. i'm actually not at my comp so i can't stay constantly |
| 16:52.02 | RONNCC | brlcad: lol i can make that. i'm using the web client though |
| 16:52.26 | RONNCC | brlcad: anyway i can submit a patch without having apache installed? I'm not at my computer atm and just have the C code. should I try writing the patch format by hand? |
| 16:52.56 | brlcad | RONNCC: you think we're all at our computer constantly? |
| 16:53.16 | brlcad | i'm on IRC 24/7, i'm not at my computer 24/7 |
| 16:53.29 | RONNCC | brlcad: no i don't..... sorry. I typically tend to have my desktop off though |
| 16:53.44 | brlcad | my desktop is often off too .. still on irc 24/7 |
| 16:53.55 | RONNCC | brlcad: either way ~ anyway to make a patch somehow online or the like? |
| 16:55.02 | brlcad | RONNCC: you'll need to read http://brlcad.org/wiki/IRC at some point and then http:/brlcad.org/wiki/Patches or the top section of http://brlcad.org/wiki/Deuces |
| 16:56.04 | RONNCC | brlcad: ... the mentor said submit a patch.... should i make the patch file by hand? I have the C code but not the svn repo. |
| 16:56.24 | brlcad | dude, read those links and your question will be answered |
| 16:56.44 | brlcad | you need the svn repo or at least a clean starting point |
| 16:56.53 | brlcad | so you can run diff |
| 16:57.04 | RONNCC | brlcad: i assume no then. thanks >____< |
| 16:57.50 | Ashish101 | harmanpreet: Thanks for replying ... Polishing in the sense ?? If you can tell me ill just do it and send it again n another 30 mins or an hour beofre going to sleep |
| 16:57.51 | brlcad | assume whatever you like, my inclination for helping you goes only as far as your willingness to help yoruself and read our documentation |
| 16:58.06 | RONNCC | @brlcad: that's fair, I was asking a stupid question . what is see "1) Indentation whitespace" in Hacking for the right indentation ? |
| 16:58.34 | RONNCC | i suspect this? http://brlcad.org/wiki/Code_Cleanup#The_HACKING_File |
| 16:58.49 | brlcad | yes, our HACKING file covers our whitespace convention, particularly that section |
| 16:59.22 | brlcad | RONNCC: is there a reason you don't have an svn checkout? |
| 17:01.25 | Notify | 03GCI: Lolacio: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. < http://www.google-melange.com/gci/task/view/google/gci2012/8033204 > |
| 17:01.33 | brlcad | caen23: that looks a lot better |
| 17:01.41 | brlcad | (warnings gone) |
| 17:01.45 | Notify | 03GCI: Sean: Fix and Validate Docbook XML - Task Closed Congratulations, this task has been completed successfully. < http://www.google-melange.com/gci/task/view/google/gci2012/7959236 > |
| 17:02.00 | RONNCC | brlcad: at school using one of their comps. can't checkout a whole svn thing and i didn't bring laptop |
| 17:02.10 | Notify | 03GCI: Melange: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 17:02.10 | brlcad | wonders what is spitting out "Note: Writing manpage.1" |
| 17:02.12 | caen23 | brlcad: i'm committing right now |
| 17:02.41 | harmanpreet | Ashish101: I mean improve readability, make it look little more better, take care of spellings, proper headings and all these small things, etc. Yes, it should not take more than 30 minutes. |
| 17:02.56 | brlcad | caen23: cool |
| 17:03.01 | RONNCC | brlcad: just ignore me |
| 17:03.05 | RONNCC | brlcad: thanks for the help |
| 17:03.10 | Notify | 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Does not compile Please verify that the code compiles before submitting < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 17:03.15 | Notify | 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 17:03.16 | Notify | > |
| 17:03.33 | brlcad | ``Erik: off-by-one-char error? |
| 17:03.49 | Notify | 03GCI: Erik: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. < http://www.google-melange.com/gci/task/view/google/gci2012/7983225 > |
| 17:04.15 | ``Erik | heh, I thought I subtracted enough to catch that when I rewrote the handling |
| 17:04.36 | brlcad | wow, not a single person has been able to complete one of the 3 spelling mistake tasks, yet a half dozen have tried |
| 17:04.55 | brlcad | go carl |
| 17:05.01 | Ashish101 | harmanpreet: Thanks Ill return with the polished One :) |
| 17:05.19 | Notify | 03GCI: Cezar: Compile BRL-CAD using LLVM trunk - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8023206 |
| 17:05.26 | ``Erik | we are talking about a generation who first learned writing skills by typing with their thumbs... O:-) |
| 17:05.54 | Notify | 03GCI: Sean: Compile BRL-CAD using LLVM trunk - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8023206 |
| 17:07.51 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 17:08.03 | brlcad | hi maths22 |
| 17:08.26 | Notify | 03BRL-CAD:caen23 * 53964 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 247 others): Remove the <contrib> tag where the author is an organization (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7959236) |
| 17:08.50 | maths22 | brlcad: those should be the last two: they are listed nowhere on the drupal website |
| 17:08.51 | Notify | 03GCI: Cezar: Fix and Validate Docbook XML - Fix tag I removed the <contrib> tag where the author is an organization. Commit r53964 Patch file: system_contrib_fix.patch http://www.google-melange.com/gci/task/view/google/gci2012/7959236 |
| 17:09.40 | Notify | 03GCI: Cezar: Compile BRL-CAD using LLVM trunk - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8023206 |
| 17:10.47 | ``Erik | Service: View all customers as beautiful buds that must be cultivated, watered, and periodically buried under manure |
| 17:12.58 | RONNCC | brlcad: ok a slightly more legitimate question: what is a right hyperbolic cylinder. I used google. still have little clue. I get http://mathworld.wolfram.com/HyperbolicCylinder.html .. where does 'right' come into this? and does volume in this case mean all the space between the two curves within a bound? |
| 17:13.12 | RONNCC | brlcad: in my view it doesnt seem to be closed |
| 17:14.19 | Notify | 03GCI: Sean: Upgrade Drupal website - done installed http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 17:14.34 | Notify | 03GCI: Sean: Upgrade Drupal website - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 17:16.19 | brlcad | RONNCC: a RHC primitive object is defined as half of a hypberbolic surface and is closed on three sides (which are part of the parameterization) |
| 17:16.38 | RONNCC | brlcad: ahh I didn't know that. how can i learn more about that? |
| 17:16.42 | brlcad | right is the right angle involved where the three closed sides come together |
| 17:16.59 | brlcad | see http://brlcad.org/tmp/primitives/Primitives3_grouped_labels.png for a graphical overview of all our primitives including the rhc |
| 17:18.12 | RONNCC | oh wow. very nice :) |
| 17:18.31 | harmanpreet | brlcad: From your reply at http://www.google-melange.com/gci/task/view/google/gci2012/7985226 dated November 29 2012 06:14 UTC I tried out creating some primitives (in a separate database file, not the uploaded file) for which I got message "not a known primitive" and for some others, got "not supported". What is it? |
| 17:18.33 | harmanpreet | Secondly, while reviewing the http://www.google-melange.com/gci/task/view/google/gci2012/7985226 I found some of the primitives such as dsp, vol, hf and ebm, missing their data file and there is problem with submodel primitive. |
| 17:18.35 | harmanpreet | <PROTECTED> |
| 17:19.44 | Notify | 03GCI: Sean: Compile BRL-CAD using LLVM trunk - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8023206 |
| 17:20.41 | brlcad | harmanpreet: depends how you attempted to create them -- the 'make' command only supports primitives that have a "default" state so a lot of the compound/complex primitives it will not create |
| 17:20.49 | brlcad | the 'in' command will create just about anything |
| 17:21.01 | harmanpreet | i tried with "in" |
| 17:21.15 | brlcad | er, then what's one that failed? |
| 17:21.30 | Notify | 03GCI: Cezar: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 17:21.32 | brlcad | I think the task can be limited to only those that 'in' supports |
| 17:21.50 | brlcad | caen23: heh, good luck -- nobody else has been able to do that one |
| 17:22.14 | caen23 | brlcad: that's why i chose it :D |
| 17:22.16 | brlcad | one of the harder problems up there, several layers and technologies involved |
| 17:22.17 | caen23 | and thanks |
| 17:22.20 | Notify | 03GCI: Sean: Close MGED when both windows are closed - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 17:22.43 | brlcad | probably amounts to just 20 lines of code, but finding what to write and where they should go... pita :) |
| 17:23.00 | harmanpreet | brlcad: error: "not a primitive": bspline, particle, joint. are they really primitives? |
| 17:23.14 | caen23 | hmm… i have a basic understanding of how GUIs and tk work, let's see if i can put that to good use |
| 17:24.02 | brlcad | ah, so bspline is one of few primitives that don't match their ID_ type, they are tricky to create but deprecated so I wouldn't worry about them |
| 17:24.20 | brlcad | particles are another that don't match their id, but 'make' will make one .. call it a 'part' |
| 17:24.37 | brlcad | joints are created with a different comment |
| 17:24.39 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 17:24.41 | brlcad | command |
| 17:24.58 | Skriptkid | patch file shows some changes I haven't done. is that fine? |
| 17:24.59 | RONNCC | can you tell me if the indenting is ok? I used the style from the hacking guide and the other code ~~ |
| 17:25.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:25.27 | brlcad | Skriptkid: um, no |
| 17:25.50 | Ashish101 | harmanpreet: DOne -- Hope i could live upto ur expectations :: http://www.google-melange.com/gci/task/view/google/gci2012/8030206 |
| 17:25.56 | brlcad | something you did caused an unintended change :) |
| 17:26.03 | brlcad | you can edit the file and remove that section |
| 17:26.08 | brlcad | or svn revert that file(s) |
| 17:26.39 | brlcad | Ashish101: now that's just setting yourself up for failure! |
| 17:26.45 | brlcad | living up to someone else's expectations... |
| 17:27.02 | Ashish101 | KK :( |
| 17:27.14 | brlcad | you should just always do your best -- look at what you did and if you can think of a way to make it better ... then do that! |
| 17:27.50 | RONNCC | brlcad: can you look at mine? http://www.google-melange.com/gci/task/view/google/gci2012/7966230 :D |
| 17:28.05 | RONNCC | i used non recursive apache and manually updated ~~ was much nicer |
| 17:28.22 | brlcad | RONNCC: you're WAY down in my queue at the moment, sorry it'll be a while |
| 17:28.41 | RONNCC | brlcad: ok :(. can i start another one unofficially? |
| 17:28.51 | brlcad | counts 26 |
| 17:29.02 | RONNCC | wow o-o |
| 17:29.50 | brlcad | you certainly can, but there is a risk that someone else claims it before you so don't pick something too easy :) |
| 17:30.17 | RONNCC | brlcad: is it ok if i unaccept this one accept another organizations and turn that in and then reclaim the 'lock' on this so I can work on other things as well? .... .or would i lose my place... honestly I would think so |
| 17:30.39 | Notify | 03GCI: Su Chang ko: Set up StatSVN - About My Work. My Web-Hosting Server didn't support xhtml, so i uploaded DropBox. http://db.tt/3ok2bD2U This is My DropBox Link. http://www.google-melange.com/gci/task/view/google/gci2012/8013211 |
| 17:30.56 | harmanpreet | brlcad: is there anything wrong with Ashish101's changes? |
| 17:32.01 | RONNCC | brlcad: ..... hmm .... but like.... i'm being unfair in saying this I tihnk but. anyway I can maintain the lock of sorts on the project unofficially? ~~ I don't understand why they say only one at a time for the case of submitted work |
| 17:32.36 | RONNCC | brlcad: ignore the last comment please |
| 17:34.14 | Notify | 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:34.45 | brlcad | harmanpreet: is that the menu one? |
| 17:34.55 | Notify | 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - About Task Hello I would like to ask where can I contact you to ask you if I have questions on the task :) http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:36.20 | Notify | 03GCI: Sean: Reorganize MGED menu - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030206 |
| 17:37.05 | Notify | 03GCI: Sean: Reorganize MGED menu - hanks Thank you Ashish! I think there's a lot of good ideas in there that we can look into implementing. http://www.google-melange.com/gci/task/view/google/gci2012/8030206 |
| 17:37.23 | Ashish101 | Thanks a TON :) |
| 17:37.30 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Diana Boyadjieva. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:38.05 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - IRC Hi Diana, You can ask questions here, on our IRC channel, or on our brlcad-devel Sourceforge mailing list. http://brlcad.org/wiki/IRC http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:38.47 | ``Erik | yuh oh |
| 17:38.58 | brlcad | ``Erik: heh |
| 17:40.10 | *** join/#brlcad didi_bike (~didi_bike@89.190.213.140) | |
| 17:41.05 | didi_bike | hi I'm Diana Boyadjieva and Sean is my mentor but I'm not sure who is Sean |
| 17:41.26 | brlcad | didi_bike: anyone in here can mentor you |
| 17:41.43 | harmanpreet | brlcad: what you expect? |
| 17:41.52 | brlcad | there are a half-dozen mentors, we just don't assign everyone on the web interface or they'd all get a ton of e-mail |
| 17:42.40 | brlcad | more importantly... |
| 17:42.41 | brlcad | ~ask |
| 17:42.41 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:44.12 | *** join/#brlcad andrei_ (~andrei@188.25.158.113) | |
| 17:44.24 | didi_bike | okay so in my task can you specify what should I do what is my Animation suppoust to be about? |
| 17:45.07 | starseeker | ponders if fixing the mged window closing issue or lex/yacc -> perplex/lemon is scarier... |
| 17:45.49 | maths22 | brlcad: Thank you for enabling the extensions and for the extra time. Now there are no requirement errors. |
| 17:46.27 | andrei_ | hello |
| 17:46.38 | starseeker | caen23: I salute your spirit ;-) |
| 17:46.59 | starseeker | tk experience should help |
| 17:47.04 | brlcad | maths22: like I said before, it's not your fault .. and the time is lesser concern than the quality of work |
| 17:47.39 | brlcad | didi_bike: so the first step is to run the 'isst' tool and become a little familiar with it |
| 17:47.54 | brlcad | it loads geometry for interactive viewing |
| 17:48.20 | Notify | 03GCI: Andrei Popescu: Compile BRL-CAD using Dev-C++ - Stop? From your build log I see it stopped at 9% but I can't see an error(or the reason) that caused the build to stop? Did you stop it ? Could you explain if and what errors you encountered? http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:48.21 | Notify | 03GCI: Andrei Popescu: Compile BRL-CAD using Dev-C++ - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:48.37 | brlcad | didi_bike: once you get that working with an example, however simple, you can find something interesting from grabcad.com to import - and from there create your screenshot or an animation |
| 17:48.42 | caen23 | starseeker: thanks :D hmm… i've experience with tkinter (python bindings to tk) and i know how GUIs work at a basic level |
| 17:49.29 | ``Erik | there're 3 frontends for isst, which one is supposed to be used? (the old gtk+ one, the sdl one, or the tcl/tk/togl one?) |
| 17:49.34 | brlcad | mged won't make that easy for you -- the even processing is quite complex |
| 17:49.56 | brlcad | I think only one frontend is enabled for compilation |
| 17:50.15 | starseeker | yeah - isst tk |
| 17:50.26 | ``Erik | the togl one is the only one that is included, it's also the least featured I think |
| 17:50.34 | starseeker | yep |
| 17:51.14 | starseeker | got sidetracked trying to get TkAqua working |
| 17:51.52 | brlcad | goes to show how important keeping dependencies in check is |
| 17:52.17 | didi_bike | brlcad : thank you for the instructions :) |
| 17:52.22 | brlcad | doesn't matter how cool the app is, if it's not managed and integrated neatly so it all just works, it'll die a slow and painless death |
| 17:53.04 | starseeker | if we have any mac gurus in gci maybe they could take a stab at fixing the Aqua togl? |
| 17:53.06 | andrei_ | brlcad: did you deal with lachan's unit test ? |
| 17:53.26 | brlcad | nope |
| 17:54.04 | starseeker | or, for that matter, an apple version of our ogl and wgl code? |
| 17:54.15 | andrei_ | ah, I wanted to speak to you about it. You asked him not to use FILE* and use mapped_file instead, however the tp_i2list takes a FILE* as parameter, I don't think he can avoid that |
| 17:55.46 | brlcad | andrei_: okay, my bad then |
| 17:56.02 | brlcad | I think I just saw a FILE* being passed around in places it wasn't quite needed yet |
| 17:56.24 | Notify | 03GCI: Melange: Create an RTWizard screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 17:57.04 | andrei_ | brlcad: he uses a temporary file for the data, even if there is still a bit of work to do on that task. I ll grant him the task and do it myself if needed. He spent a lot more than 2 hours on it |
| 17:57.17 | andrei_ | punctuation failure, sorry. |
| 17:57.19 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Index of patch files The index of patch files are src/librt/primitives/hyp/hyp.c(for hyp.c) and src/librt/primitives/table.c for table.c. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 17:57.32 | brlcad | andrei_: so you have to factor out their learning time |
| 17:57.42 | brlcad | that's overhead expected |
| 17:58.07 | brlcad | like if he had to do it again in two weeks, how long would it take him to get to the point they're at |
| 17:58.31 | brlcad | andrei_: url for that task? |
| 17:59.42 | andrei_ | hold on a second |
| 17:59.47 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 18:04.20 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 18:04.22 | brlcad | andrei_: ah, now that's coming back to me |
| 18:04.31 | brlcad | so yeah, the problem was entirely around the use of fmemopen() |
| 18:04.40 | brlcad | which obviously returns a FILE * |
| 18:05.55 | brlcad | so that was the only reason to suggest avoiding it, to either find a means to not require a FILE* or allocate manually -- and it looksl ike they opted for bu_temp_file() which is perfect (assuming he deletes it) |
| 18:06.16 | brlcad | andrei_: so yeah, sounds good to give it to him (assuming you can compile and run it?) |
| 18:07.40 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Hang On Not compiling. Needs fixing. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 18:08.11 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 18:08.12 | *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc) | |
| 18:08.12 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 18:08.32 | RONNCC | @brlcad: I work well with goals. how magical would i have to be to get commit access? :P |
| 18:08.38 | RONNCC | supposedly some GCI students already got it |
| 18:09.58 | brlcad | RONNCC: you don't have to be magical, you just have to be really good at interacting seamlessly with other developers, not be a burden on anyone, do good work, do your homework when investigating problems, follow our dev guidelines, etc |
| 18:10.05 | ``Erik | ronncc: how magical? unicorns farting rainbows magical :D if you do good work and your patches don't need tweaks, someone will decide |
| 18:10.28 | brlcad | it's not that hard, you just can't half-ass anything or be annoying |
| 18:10.43 | RONNCC | brlcad: sound's interesting :) |
| 18:10.46 | RONNCC | *sounds |
| 18:10.49 | brlcad | even 99% is not good, nobody likes 1% ass :) |
| 18:13.26 | Skriptkid | What is the functiion MAGNITUDE used for? |
| 18:13.45 | brlcad | Skriptkid: see include/vmath.h |
| 18:15.41 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:18.42 | Skriptkid | It gets scalar. Ok. |
| 18:19.31 | RONNCC | brlcad: where would i look to start with making those volume functions :) i'll do that while you look at my first thing |
| 18:19.41 | RONNCC | brlcad: WAIT nvm. i'll be self sufficient and find out >:D |
| 18:19.48 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Compiles patch16.patch compiles. There was a semicolon missing and an unrequired use of MAGNITUDE(). http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 18:20.54 | andrei_ | brlcad: I ll test again now, should I also commit it? |
| 18:21.04 | Notify | 03BRL-CAD:carlmoore * 53965 brlcad/trunk/NEWS: fix spelling |
| 18:21.28 | brlcad | andrei_: yes |
| 18:21.50 | brlcad | RONNCC: that's the spirit |
| 18:21.58 | RONNCC | brlcad: ;) |
| 18:22.17 | RONNCC | brlcad: ok next class. i'll work on this when i get home. is anyone awake at 3 am EST?. this week is a cram week. finals etc >___<. |
| 18:22.33 | RONNCC | brlcad: there was someone on PySoy at 2 am. haha |
| 18:23.26 | brlcad | our devs are all over the world, so it's entirely possible |
| 18:23.30 | RONNCC | kk |
| 18:23.34 | RONNCC | i'll be back |
| 18:23.37 | brlcad | i'm often up that late, but depends |
| 18:23.41 | RONNCC | k thanks |
| 18:32.17 | *** join/#brlcad didi_bike (~didi_bike@89.190.213.140) | |
| 18:32.45 | didi_bike | I try to create a new project in Archer but nothing happens? |
| 18:35.32 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 18:36.19 | didi_bike | I have a problem with the Archer |
| 18:37.09 | didi_bike | I try to create a new file and work with it but I can't can anyone help? |
| 18:39.25 | brlcad | didi_bike: you'll have to be more specific |
| 18:40.25 | brlcad | didi_bike: there are many example geometry files included in the distribution that you can use or you could import geometry downloaded from grabcad.com (stl format, maybe step format but unstable) |
| 18:40.30 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:40.32 | didi_bike | well I wnat to make a new file so I tell the program to vreate a new one and it asks for a name and I type a name and press save and nothing happens |
| 18:40.39 | Skriptkid | ``Erik : Fixed problems. Compiles now. (SA of one-sheet hyperboloid) |
| 18:40.48 | brlcad | didi_bike: so it made a new one |
| 18:40.54 | brlcad | what are you expecting it to do? :) |
| 18:41.01 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 18:41.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 18:41.18 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch16 Index for patch16.patch is librt/primitives/hyp/hyp.c(for hyp.c) and librt/primitives/table.c for table.c http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 18:41.19 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Patch16 Index for patch16.patch is librt/primitives/hyp/hyp.c(for hyp.c) and librt/primitives/table.c for table.c. So you'll need to navigate to src and then apply patch, i guess. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 18:41.40 | Notify | 03BRL-CAD Wiki:Sean * 4673 /wiki/Deuces: |
| 18:41.42 | Notify | 03BRL-CAD Wiki:Sean * 4674 /wiki/Deuces: /* Fix documentation XML errors in doc/docbook/articles */ |
| 18:41.44 | Notify | 03BRL-CAD Wiki:Jacksixb * 4723 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update |
| 18:41.46 | Notify | 03BRL-CAD Wiki:Jacksixb * 4724 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 18:41.48 | Notify | 03BRL-CAD Wiki:Sean * 4725 /wiki/Google_Code_In: stub in a GCI page so I can post our mentor list somewhere |
| 18:42.18 | didi_bike | well it doesn't make I can'r find the file |
| 18:43.36 | didi_bike | and when I try to use an elemnt like Pipe for example it gives me and error |
| 18:44.45 | didi_bike | or it doesn't open a window for me to fill in the measurements |
| 18:45.17 | brlcad | didi_bike: so it's sounding like you're just having trouble finding your way around the interface and it's not doing things you're expecting it to do |
| 18:45.45 | brlcad | there's a really big book that teaches fundamentals of modeling in brl-cad that is the usual starting point for learning the interface |
| 18:45.54 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 18:46.11 | didi_bike | Yes I'm sorry you wrote that I need to get used to the program |
| 18:46.22 | didi_bike | I'm just trying to learn as fast as possible |
| 18:46.26 | maths22 | brlcad: do you know if the BRL-CAD statistics module is used?? |
| 18:46.51 | brlcad | the interface is not friendly to new users, but should work as documented -- whehter you're doing anything right or wrong I can't say because you're not giving me enough detail |
| 18:47.01 | brlcad | didi_bike: BUT still.. what are you trying to di |
| 18:47.10 | brlcad | s/to di/to do/ |
| 18:47.21 | Notify | 03BRL-CAD:carlmoore * 53475 brlcad/trunk/include/bio.h: fix spelling |
| 18:47.23 | Notify | 03BRL-CAD:carlmoore * 53476 brlcad/trunk/include/nmg.h: fix spellings |
| 18:47.25 | Notify | 03BRL-CAD:n_reed * 53477 brlcad/trunk/src/libged/draw.c: update solid's vlist length at the same time as its vlist rather than waiting for it to be a side-effect of the bounding routine |
| 18:47.27 | Notify | 03BRL-CAD:carlmoore * 53478 brlcad/trunk/include/tie.h: fix spelling |
| 18:47.29 | Notify | 03BRL-CAD:carlmoore * 53479 brlcad/trunk/include/vfont-if.h: fix spelling |
| 18:47.31 | Notify | 03BRL-CAD:carlmoore * 53480 brlcad/trunk/include/optical.h: fix spelling |
| 18:47.33 | Notify | 03BRL-CAD:brlcad * 53481 brlcad/trunk/TODO: remove some of the completed items, clarify others. turns out rtg3 and burst aren't deprecatable just yet, tom added a dsp tutorial to the wiki, librt technically has a kdtree, level of detail wireframes are in the works, and implicit to nurbs is done. |
| 18:47.35 | Notify | 03BRL-CAD:brlcad * 53482 brlcad/trunk/src/libbn/ulp.c: implement routines to also calculate the sqrt() of the min/max for floats and doubles. |
| 18:47.37 | Notify | 03BRL-CAD:brlcad * 53483 brlcad/trunk/src/libbn/ulp.c: fix routines for calculating the square root, missing bn_ prefix. remove register keyword since we take the variable's address. fix the equality comparison, testing for >val instead. |
| 18:47.39 | Notify | 03BRL-CAD:brlcad * 53484 brlcad/trunk/src/libbn/CMakeLists.txt: enable ulp.c for compilation so we can get any compile kinks worked out (verified working on two plats) |
| 18:47.41 | Notify | 03BRL-CAD:brlcad * 53485 brlcad/trunk/BUGS: rossberg reported that using our libs in a multithreaded application on windows no longer seems to work (no firm isolation when the problem started, but reportedly used to wrok just fine). said the crash was due to a global memory-data map, which I presume to be the memory debug queues. |
| 18:47.43 | Notify | 03BRL-CAD:erikgreenwald * 53486 rtcmp/trunk/rtcmp.c: verify that both adrt and librt are being used before comparing their results |
| 18:47.45 | ``Erik | (sorry for the replay, had an issue that damaged my state file) |
| 18:47.45 | Notify | 03BRL-CAD:n_reed * 53487 brlcad/trunk/src/libged/draw.c: clean up _ged_drawH_part2 |
| 18:47.47 | Notify | 03BRL-CAD:carlmoore * 53488 brlcad/trunk/include/rtgeom.h: fix spelling |
| 18:47.49 | Notify | 03BRL-CAD:carlmoore * 53489 brlcad/trunk/include/ged.h: fix spelling |
| 18:47.51 | Notify | 03BRL-CAD:carlmoore * 53490 brlcad/trunk/include/bn.h: change ie to i.e., and fix spelling |
| 18:47.53 | Notify | 03BRL-CAD:carlmoore * 53491 brlcad/trunk/include/rtfunc.h: fix spelling |
| 18:47.55 | Notify | 03BRL-CAD:carlmoore * 53492 brlcad/trunk/include/spectrum.h: fix spellings |
| 18:47.57 | Notify | 03BRL-CAD:carlmoore * 53493 brlcad/trunk/include/raytrace.h: change eg to e.g. |
| 18:47.59 | Notify | 03BRL-CAD:carlmoore * 53494 brlcad/trunk/include/common.h: fix spellings |
| 18:48.01 | Notify | 03BRL-CAD:n_reed * 53495 brlcad/trunk/src/libged/draw.c: group all the solid initialization together so we can do all the prep work up-front before creating the actual plot vlists |
| 18:48.03 | Notify | 03BRL-CAD:carlmoore * 53496 brlcad/trunk/src/tclscripts/hv3/snit.tcl: change eg. to e.g. (not sure of meaning) and add a missing right parenthesis |
| 18:48.05 | Notify | 03BRL-CAD:carlmoore * 53497 brlcad/trunk/src/tclscripts/mged/lc.tcl: change ie to i.e., and fix a spelling |
| 18:48.07 | Notify | 03BRL-CAD:carlmoore * 53498 brlcad/trunk/src/tclscripts/mged/anim.tcl: supply missing periods in e.g. |
| 18:48.09 | Notify | 03BRL-CAD:carlmoore * 53499 brlcad/trunk/src/libbn/plane.c: change ie to i.e., and fix 1 spelling |
| 18:49.06 | brlcad | ``Erik: er.. we're on 53966 .. i hope it's not got 500 more to report |
| 18:49.15 | ``Erik | yeah, I stopped it and wiped the notice queue |
| 18:49.32 | ``Erik | there were 608 buffered :/ |
| 18:49.39 | brlcad | didi_bike: learning the interface by blindly exploring is not going to get you very far very quickly |
| 18:50.01 | brlcad | didi_bike: what are you trying to do? |
| 18:51.59 | *** join/#brlcad maths22_ (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 18:53.10 | *** join/#brlcad M0J0E (~johannes@p4FDFA775.dip.t-dialin.net) | |
| 18:53.34 | didi_bike | well I want to make a bike part not sure which one and I'm exploring the different figures and hope to have an idea while looking |
| 18:53.38 | andrei_ | I m trying to commit Lachlan's unit test ( I previously used svn add on it) and I get libbn/tests/bn_list.c : svn:mime-type is not set. How can I tell svn that is a source ? Or what should I do ? Thanks |
| 18:54.20 | brlcad | didi_bike: if you really want to learn how to model, start with http://brlcad.org/wiki/Documentation and follow the tutorial series with mged |
| 18:54.32 | didi_bike | okay |
| 18:54.45 | brlcad | learning how to model with a CAD package is not something that you can usually just pick up and hope to make something |
| 18:54.57 | brlcad | there are lots of rules, limitations, and expectations |
| 18:55.08 | brlcad | and a LOT of material to cover for even modeling basic shapes |
| 18:55.29 | brlcad | note that your task does not require this -- you can create a screenshot and/or animation without learning how to model |
| 18:55.38 | didi_bike | yes but I have now less than 48hrs to to the task |
| 18:55.43 | brlcad | you can open one of the existing database files or import geometry |
| 18:56.35 | brlcad | the time is somewhat irrelevant if you're working towards your goals and being productive/learning/interacting, we can extend the deadline as needed |
| 18:57.05 | didi_bike | well is this database you are talking about on your site? |
| 18:57.20 | brlcad | no |
| 18:57.28 | brlcad | a geometry database is a .g file with geometry in it |
| 18:57.39 | brlcad | you have a couple dozen already installed |
| 18:58.07 | didi_bike | aww okay I suppouse I'm going to strat reading the instructions because I feel stupid |
| 18:58.10 | brlcad | look for a file named moss.g in your share/brlcad/db directory (or similar location, depends on your operating system) |
| 18:58.20 | brlcad | don't feel stupid |
| 18:58.35 | brlcad | most people spend a couple years learning a CAD program in college |
| 18:58.50 | brlcad | even our professional intro training is a week-long course |
| 18:59.01 | brlcad | and at the end, you just know the very basics |
| 18:59.13 | brlcad | professional CAD is not what most expect |
| 18:59.31 | didi_bike | yes thats a good thing :D for me |
| 19:01.45 | maths22 | brlcad: do you know if the BRL-CAD statistics module is used?? |
| 19:02.05 | maths22 | I think my question got buried by Notify :) |
| 19:03.31 | Notify | 03GCI: Melange: Make mged 'tables' command not call system() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 19:10.52 | Notify | 03BRL-CAD:popescuandrei * 53967 brlcad/trunk/src/libbn/tests/CMakeLists.txt: added Lachlan's unit test and CMake logic(GCI task) |
| 19:14.01 | Notify | 03GCI: Melange: Create numerics library (LIBBN) API unit test ... for list.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 19:14.06 | Notify | 03GCI: Andrei Popescu: Create numerics library (LIBBN) API unit test ... for list.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 19:15.15 | andrei_ | my comment from CGI just vanished..weird |
| 19:16.57 | Notify | 03GCI: Andrei Popescu: Create numerics library (LIBBN) API unit test ... for list.c - Congratulations! Congratulations! Your files were applied in revision nr. 53967. If you wish, leave your name so you will get credited in our autorship. Also, if you are interested in tasks of this type, I believe there are several that are still open.... http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 19:25.58 | Notify | 03BRL-CAD:carlmoore * 53968 (brlcad/trunk/doc/docbook/system/man1/en/pixmatte.xml brlcad/trunk/doc/docbook/system/man1/en/pixmerge.xml brlcad/trunk/doc/docbook/system/man1/en/sun-pix.xml): change ie to i.e. -- should show up on 'man' pages |
| 19:28.07 | brlcad | andrei_: http://brlcad.org/wiki/Mime-types |
| 19:28.24 | brlcad | maths22: what is the brl-cad statistics module? |
| 19:32.35 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 19:33.45 | maths22 | it is a custom module added on to Drupal. |
| 19:35.57 | andrei_ | brlcad: fixed that, I think, at least. :) |
| 19:38.01 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 19:43.48 | andrei_ | brlcad: on this task ( htonf reduction ) http://www.google-melange.com/gci/task/view/google/gci2012/7966230 . There are two issues with the comments: there is a \n missing and the func description isn't really explaining anything. Should I send it back just for those comments ? I can't find other issues |
| 19:59.41 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 20:00.53 | andrei_ | oh, aswell, a HIDDEN function can have no description ? |
| 20:01.28 | starseeker | isn't sure without digging deeper, but it sorta looks like there might be enough info in this to create a BRL-CAD model of the lunar rover: http://www.history.nasa.gov/alsj/lrvhand.html |
| 20:04.18 | Notify | 03BRL-CAD:bob1961 * 53969 brlcad/trunk/src/libged/polyclip.cpp: ret needs to be initialized in ged_polygons_overlap(). |
| 20:04.47 | Notify | 03GCI: Melange: Compile BRL-CAD using GCC 4.8 - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 20:06.05 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 20:06.05 | *** join/#brlcad RONNCC (97bc11f7@unaffiliated/ronncc) | |
| 20:06.06 | *** join/#brlcad RONNCC (97bc11f7@gateway/web/freenode/ip.151.188.17.247) | |
| 20:06.36 | RONNCC | brlcad: where am i in the queue now? :c |
| 20:07.07 | andrei_ | RONNCC: what do you need help with? |
| 20:07.20 | andrei_ | you have htonf.c reduction, right? |
| 20:08.15 | RONNCC | andrei: yup |
| 20:08.17 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - code does not compile src/librt/primitives/arb8/arb8.c:326:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 20:08.19 | RONNCC | andrei: it's submitted |
| 20:08.27 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete... http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 20:09.13 | andrei_ | RONNCC: at least in the latest patch file you provided I see two issues with the comments |
| 20:09.16 | andrei_ | they are however minor ones |
| 20:10.10 | andrei_ | you're missing an "enter" on line 28 and the description you gave to convert_float isn't really helpful. |
| 20:11.38 | xavortm | Do i have only one chanse to upload? Or i must ask brlcad if it's ok? :) I am new here :P |
| 20:12.28 | RONNCC | andrei_: give me a minute and i'll fix it :) |
| 20:12.29 | andrei_ | xavortm, you can submit as many times as you want, however you shouldn't submit minor changes(like changing a word, or a variable name) because it will just take us more to reach you |
| 20:12.42 | RONNCC | andrei_: looking for a piece of paper i just lost >_< |
| 20:13.59 | xavortm | andrei_, are you a reviewer or something here ^^ ? Can you tell me if my job is ok so far? |
| 20:14.14 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 20:14.24 | andrei_ | xavortm: what task do you have ? |
| 20:15.03 | xavortm | here it is: http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 20:15.38 | Notify | 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 20:15.53 | andrei_ | ah:(. I'm not able to help you with that. But there are other mentors who can (not only brlcad) |
| 20:16.42 | xavortm | Can you tell me who are they ? Should i contact them here? :) |
| 20:17.24 | andrei_ | xavortm: it's best to ask your question here, in general it takes us(them in this case) less to respond |
| 20:18.12 | Silvrous | d_rossberg: sorry about that. apparently I introduced a typo in the last revision, and thought I hadn't modified the function, which I'd compiled this morning... |
| 20:19.37 | xavortm | Ok thanks! My QUESTION : Should i submit the work or i should work more on it and change stuff, here is what i did so far : http://store.picbg.net/pubpic/A8/35/6fa7ab47a4d2a835.jpg and http://store.picbg.net/pubpic/04/41/e6795f97ad6f0441.jpg ||| THese are two designs, but the tasks says only the task manager as i understood. If not, please tell me what should i do or change (or make all again). |
| 20:19.37 | xavortm | If it is ok, should i commit it? Thanks! |
| 20:21.25 | d_rossberg | Silvrous: yes, there was a ";" too much |
| 20:21.45 | Silvrous | I'm compiling it now to be sure |
| 20:23.29 | d_rossberg | xavortm: if you have something to review, upload it to the melange webpage; if it's not ok we will write a comment about what's missing |
| 20:24.57 | xavortm | what page? can you send me exact link? thanks :) |
| 20:25.33 | Notify | 03GCI: Andrei Popescu: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 20:25.35 | andrei_ | xavortm: he means at the link that you provided |
| 20:25.48 | Notify | 03GCI: Andrei Popescu: Reduce duplicate code in htonf.c - Issues Issues have been discussed on IRC. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 20:25.52 | xavortm | Ah :D Ok! |
| 20:26.03 | d_rossberg | exactly |
| 20:28.04 | xavortm | Done, i hope some one check it soon )) thank you for the help |
| 20:29.03 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Is the git repo update to date with the svn repo? Is the git repo update to date with the svn repo? Because if not, I'll make the switch to SVN. Usually I would just invoke "git fetch http://crit.brlcad.org/brlcad.git" and then merge it. Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 20:34.59 | bhlegm | brlcad could you try moving gcibhlegm/piwigo to wherever you want it? moving it anywhere should work, and it does on my localhost, but when I try to rename or move the folder on your server, there is an error, i think, because of my permissions |
| 20:45.29 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - An error occurred while cloning the repository Hi, when I was cloning the repository, I had some problems with it. It says [an@linuxbox brl-cad]$ git clone http://crit.brlcad.org/brlcad.git Cloning into 'brlcad'... error: Unable to get pack file... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 20:48.29 | Notify | 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - more questions :) How shall I return this error? Are there standardised ways in brl, shall I do it just on my own like shown here: http://www.on-time.com/ddj0011.htm or shall I just write -1 into the fastf_t parameter. And in general, do I have to... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 20:50.32 | *** join/#brlcad matt_s (~mshepit@ppp121-44-42-93.lns20.syd6.internode.on.net) | |
| 20:59.15 | Notify | 03GCI: Silvrous: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 20:59.21 | Notify | 03GCI: bhlegm: Convert Gallery to Piwigo - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991207 |
| 21:09.21 | Notify | 03BRL-CAD:carlmoore * 53970 (brlcad/trunk/doc/docbook/lessons/es/mged16_mod_tech_struct.xml brlcad/trunk/doc/html/manuals/mged/mged_cmd_index.html and 3 others): fix spellings ('xlate','substraiga', right? Also, 'from' in a long line) |
| 21:59.04 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 21:59.12 | *** join/#brlcad RONNCC (ad49766b@unaffiliated/ronncc) | |
| 21:59.12 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 21:59.46 | ``Erik | hm, subject line for bzflag is different, procmail rules didn't catch jeffm's commits :/ |
| 22:07.48 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 22:08.20 | RONNCC | andrei_: i think you just said fix comments right? |
| 22:09.17 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Extend the deadline please Hi, can you please extend the deadline by 24 or more hours? As you already know, I am having problems cloning the repo using git and I have essays, assignments and projects due this and next week. Also have a test tomorrow. ... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 22:09.57 | Notify | 03GCI: Lachlan P: Create numerics library (LIBBN) API unit test ... for list.c - Thanks! Hi Thanks for that! (glad it's finished too :-)) My name is Lachlan Phillips. Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8000211 |
| 22:15.15 | RONNCC | brlcad: you there? o-o.... |
| 22:21.37 | RONNCC | .... is everyone driving home? o-o |
| 22:50.12 | *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 22:51.50 | zero57 | brlcad: Hi, there's something wrong with your git repository as explained on this task: http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 22:55.13 | RONNCC | zero57: responded |
| 23:52.37 | RONNCC | ....anyone.. anyone at all? |
| 23:52.42 | RONNCC | can you approve my issue? |
| 00:08.24 | zero57 | RONNCC: Sean did say that they had a git repo running though |
| 00:08.40 | RONNCC | zero57: maybe it's just me ... doesn't look updated but idk |
| 00:08.43 | zero57 | anyways, I installed svn and are using it right now |
| 00:09.34 | zero57 | yeah, that's why I asked ;p it didn't seemed like an updated version of brlcad |
| 00:10.17 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 00:29.08 | RONNCC | ... anyone here? any mods? |
| 00:40.44 | *** join/#brlcad caen23 (~caen23@92.81.204.43) | |
| 01:03.43 | RONNCC | ....... |
| 01:03.45 | RONNCC | ok seriously no one? |
| 01:09.14 | *** join/#brlcad GrantMercer015 (~GrantMerc@103.5.142.5) | |
| 01:09.41 | lachlanp | seems like no mods atm |
| 01:10.42 | GrantMercer015 | how long should i generally expect to wait before knowing if my task is complete (task requires code modification). I'm super excited to find out if i finished the task. = |
| 01:15.38 | lachlanp | it depends greatly |
| 01:15.49 | lachlanp | on the mentors available |
| 01:18.21 | GrantMercer015 | its been about 15-16 hours since i submitted it, you think i should be hearing my answer pretty soon? |
| 01:18.28 | lachlanp | hmm probably |
| 01:18.32 | lachlanp | thats getting on a bit |
| 01:19.04 | lachlanp | wonder what Notify bot is doing... nothing being posted here |
| 01:19.20 | lachlanp | maybe its turned off |
| 01:20.04 | GrantMercer015 | could be going under an update, maybe a task was to modify a part of the bot and they're switching out O.o |
| 01:20.25 | lachlanp | ~6h ago i had a task marked complete |
| 01:26.09 | GrantMercer015 | aww, mine still has that "needsreview" label. Oh well, i bet they'll eventually get to it! |
| 01:27.39 | lachlanp | yeah |
| 01:27.50 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 01:28.14 | lachlanp | brlcad wanted to start a rumor that you can't do any more tasks if you miss the deadline ;-) |
| 01:28.28 | lachlanp | well sortof |
| 01:28.59 | RONNCC | ... |
| 01:29.06 | RONNCC | yeah i don't know why no one is here -.-" |
| 01:29.13 | RONNCC | they were here ... yesterday and at 12 |
| 01:29.14 | RONNCC | but not now |
| 01:29.29 | RONNCC | anyone wanna try beeping thme? |
| 01:29.30 | RONNCC | *them |
| 01:30.05 | lachlanp | patience |
| 01:30.08 | lachlanp | :-) |
| 01:30.13 | lachlanp | they will eventually be here |
| 01:30.49 | lachlanp | (+ they don't like a large backlog of "where are the mods" etc) |
| 01:32.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:47.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.71) | |
| 01:48.28 | RONNCC | ..... |
| 01:48.29 | RONNCC | but :c |
| 01:54.08 | *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 01:59.47 | Skriptkid | Review needed. Task key: 7983225. SA of one sheet hyperboloid |
| 02:06.06 | RONNCC | ... no one is here :( |
| 02:06.12 | RONNCC | can i have my own party :P |
| 02:18.43 | RONNCC | ... la di dah di da |
| 02:18.51 | RONNCC | dances with himself in a circle .____. |
| 02:59.49 | RONNCC | .. |
| 02:59.52 | RONNCC | ok actually? |
| 02:59.54 | RONNCC | no one? |
| 03:43.15 | RONNCC | guys |
| 03:43.18 | RONNCC | i will melt here |
| 03:43.24 | RONNCC | like just melt all over the code |
| 03:45.58 | lachlanp | whats your question? |
| 03:47.22 | lachlanp | or problem etc |
| 03:49.22 | *** kick/#brlcad [RONNCC!~sean@BZ.BZFLAG.BZ] by brlcad (behavior not cool, second warning to please read http://brlcad.org/wiki/IRC and stop asking if people are here) | |
| 03:49.36 | brlcad | sighs |
| 03:51.02 | lachlanp | :-( |
| 03:51.49 | lachlanp | is the notify bot down? no comment/revision noise around |
| 03:55.04 | brlcad | apparently, he's been working on it lately and it gets stuck |
| 03:55.20 | lachlanp | ok |
| 04:03.12 | brlcad | !notify week |
| 04:03.13 | Notify | BRL-CAD: carlmoore:298, brlcad:98, starseeker:88, n_reed:62, bob1961:19, jordisayol:16, caen23:14, r_weiss:12, erikgreenwald:11, popescuandrei:5, d_rossberg:4 |
| 04:03.14 | Notify | BRL-CAD Wiki: Sean:31, Minichrispy:24, Gala:11, Jacksixb:6, 128.63.32.74:3, YolandeskzwvwzbwjStumph:1, Erik:1, 98.234.4.242:1 |
| 04:03.29 | brlcad | so it's not dead dead, but not posting |
| 04:24.58 | *** join/#brlcad twitch (~javamonn@108.223.142.86) | |
| 04:26.26 | twitch | So, I'm working on a 'B' model, and I worked out the problem of fitting it all into one region, but I can't figure out how to convert the .g to ascii like Mr. Rossberg suggested. Can anyone help me out? |
| 04:27.48 | javamonn | I guess this nick would be better |
| 04:28.57 | lachlanp | hi brlcad: have you got any conventions on defining functions at the top of the code and then declaring them later? |
| 04:29.06 | lachlanp | (or the other way round if i've got it wrong) |
| 04:29.16 | lachlanp | it might make reading the tests easier |
| 04:30.39 | javamonn | I'm pretty sure you declare at the top anyways as just a C convention, makes thing easier on the compiler |
| 04:30.44 | javamonn | don't ask me though |
| 04:31.46 | lachlanp | is there such a thing as 'making things easier' for the compiler? ;-) |
| 04:32.03 | lachlanp | it lets you define them out of order then |
| 04:32.10 | lachlanp | but its probably mostly for the people |
| 04:37.48 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 04:38.14 | javamonn | C has always been funky like that. Your supposed to declare all your functions as far up as you can with the proper return type otherwise the compiler will just pick the first call of the function as the signature, I believe. Things get screwy when you start to overload functions. |
| 04:38.25 | javamonn | good ol' K&R |
| 04:38.26 | RONNCC | brlcad: why? I was loitering for some 8 hours now.. i joined and disjoined a few times. that's why the multiple ones... not because i keep asking ~ i thought i may have missed someone |
| 04:38.38 | RONNCC | except for the dancing part |
| 04:38.41 | RONNCC | that was me |
| 04:40.21 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 04:42.09 | RONNCC | brlcad: anyway i can check if people have joined in between when i leave or something? ex. restart computer? --> sorry for the multiple asking. yeah i read the irc thing yesterday |
| 04:50.13 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 04:50.17 | *** join/#brlcad RONNCC (ad49766b@unaffiliated/ronncc) | |
| 04:50.17 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 04:50.30 | RONNCC | what's the size of the GCI code check queue at the moment? |
| 05:13.51 | *** join/#brlcad GrantMercer015 (GrantMerce@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 05:14.49 | mansi22 | hi all |
| 05:14.56 | lachlanp | hi |
| 05:15.19 | RONNCC | lachlanp: they're not here Q_Q |
| 05:15.35 | RONNCC | lachlanp: brlcad was here for like 1 minute to kick me off for too many "where is everyone" or something :( |
| 05:15.46 | mansi22 | i'm getting issues while open VS project. It stucks. I'm assuming i did something wrong with CMake |
| 05:17.51 | lachlanp | visual studion |
| 05:17.54 | lachlanp | *studio |
| 05:18.04 | lachlanp | of the brlcad source |
| 05:31.23 | brlcad | RONNCC: this is seriously your last warning, your being an asshat |
| 05:32.01 | *** join/#brlcad harmanpreet (~chatzilla@124.253.74.97) | |
| 05:32.34 | RONNCC | brlcad: ok. approve my patch please |
| 05:32.50 | RONNCC | brlcad: this is also the most unresponsive org in GCI i've seen so far |
| 05:32.56 | brlcad | do you act like this in person? |
| 05:33.16 | RONNCC | brlcad: oh jees this is painful. please just tell me whats wrong with my patch or approve it so we can get on with this |
| 05:33.23 | brlcad | we've been crazy responsive all week and monday was the first day there has been a slight backlog |
| 05:33.49 | brlcad | RONNCC: I think you should just withdraw your work and move on if it's that painful to you |
| 05:33.59 | brlcad | we're allotted 36 hours |
| 05:34.05 | brlcad | most of our tasks are reviewed within 12 |
| 05:34.06 | RONNCC | brlcad: this is true. my bad |
| 05:34.27 | RONNCC | i didn't see monday sorry about that |
| 05:34.34 | brlcad | most of our students have been patient and curteous as well |
| 05:34.48 | RONNCC | i see |
| 05:35.15 | RONNCC | so what is the queue now? |
| 05:37.09 | brlcad | answering that will not help you be more patient nor help me review remaining tasks more quickly |
| 05:37.18 | brlcad | as has been obvious, you'll just keep asking where you're at |
| 05:37.20 | brlcad | i can share |
| 05:37.35 | brlcad | that they'll all be reviewed within the hour |
| 05:37.39 | RONNCC | wow |
| 05:38.29 | lachlanp | do you have a life atm brlcad? |
| 05:39.19 | brlcad | lachlanp: I've put in around 90 hours into gci over the past 8 days |
| 05:39.27 | brlcad | lachlanp: so not entirely ;) |
| 05:39.43 | lachlanp | ok :-) |
| 05:39.48 | lachlanp | big commitment |
| 05:40.06 | brlcad | that's also why patience it thin for people that aren't respectful of the time of others, we're all volunteers working hard and (usually) having a great time :) |
| 05:41.01 | brlcad | few people get on a bad side, that's frankly the first warranted kick we've had in our channel in over a year at least |
| 05:41.20 | brlcad | and now back to reviews |
| 05:44.34 | RONNCC | ahh.... sorry about that brlcad: i thought you did this sort of part time and shared it with the other devs here |
| 05:44.44 | RONNCC | brlcad: sorry to wear on your patience >___< |
| 05:49.50 | brlcad | other devs are also contributing massive amounts of time as well |
| 05:50.23 | RONNCC | yup. sorry mate |
| 05:50.29 | brlcad | it's a big undertaking to be interacting with a 100, well, newbies simultaneously |
| 05:50.41 | brlcad | we love the interaction, huge potential |
| 05:50.54 | brlcad | we were the org that has already granted commit status even |
| 05:51.36 | RONNCC | brlcad: oh holy snap there's 100 of us O_O |
| 05:51.52 | RONNCC | brlcad: really sorry then mate. i've only seen like 3 or 4 people when i'm here |
| 05:52.12 | brlcad | many don't find their way to IRC |
| 05:52.33 | brlcad | some require private discussions because they're working on production web infrastructure |
| 05:52.41 | brlcad | others just need .. help |
| 05:55.11 | RONNCC | ... don't understand your last sentence but ok. by the way who makes the deuces? they seem very self encapsulating |
| 05:56.58 | brlcad | our dev team did |
| 05:57.38 | brlcad | last sentence was just implying that some students require substantially more help than others |
| 05:59.30 | brlcad | some basically none at all, some we have to help find our website |
| 05:59.34 | brlcad | and everything in between |
| 06:00.05 | RONNCC | mhmm continuous distribution :D |
| 06:00.11 | RONNCC | would you say it's gaussian |
| 06:04.02 | brlcad | hard to say at this point, but probably |
| 06:11.22 | *** join/#brlcad Ashish101 (73b874cc@gateway/web/freenode/ip.115.184.116.204) | |
| 06:12.48 | GrantMercer015 | task updated with a patch instead and ready to be reviewed(for real)! sorry about the confusion |
| 06:16.08 | Ashish101 | http://sourceforge.net/tracker/?group_id=105292&atid=640802&source=navbar-- Is there any other page where the bugs are reported apart from this one ?? |
| 06:20.06 | brlcad | Ashish101: also our BUGS file |
| 06:20.37 | Ashish101 | U mean this - http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/BUGS |
| 06:20.40 | Ashish101 | ? |
| 06:23.57 | Ashish101 | OK yes yes this is the one Any other (If any) |
| 06:26.49 | brlcad | no others that count |
| 06:35.22 | Ashish101 | thanks |
| 06:37.00 | mansi22 | lachlanp: yes, Visual Studio |
| 07:00.22 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 07:03.29 | brlcad | waves hello to hsrai |
| 07:04.56 | hsrai | Hello |
| 07:09.39 | brlcad | almost all caugh up with reviews, but I have to call it a night for now :) |
| 07:09.45 | brlcad | s/caugh/caught/ |
| 07:12.32 | Ashish101 | :) |
| 07:15.03 | *** join/#brlcad bhlegm (6cb41b13@gateway/web/freenode/ip.108.180.27.19) | |
| 07:15.08 | brlcad | rather, all have been reviewed, but several need morew work |
| 07:16.17 | Ashish101 | Yup i had given mine just for chekup - is it right or wrong .. |
| 07:19.39 | bhlegm | brlcad you don't like pink? or how things are placed? in piwigo |
| 07:22.59 | brlcad | bhlegm: heh, don't worry about the style |
| 07:23.08 | bhlegm | im just wondering xP |
| 07:23.13 | brlcad | we'll fold that into our main website when the time comes and rebrand it :) |
| 07:23.20 | brlcad | but yes, both :) |
| 07:23.43 | brlcad | Ashish101: which task? |
| 07:24.04 | Ashish101 | http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 07:24.19 | lachlanp | i like the title of that one |
| 07:24.22 | brlcad | crash archer, right? |
| 07:24.44 | brlcad | ah, yeah |
| 07:24.48 | bhlegm | and ya there are other themes on how things are placed :P |
| 07:25.42 | Ashish101 | yes that one |
| 07:25.53 | lachlanp | hey Ashish101 - i'm getting that error all the time on my brlcad... its doing that for heaps of buttons |
| 07:26.07 | brlcad | Ashish101: so for starters, please no .doc or .docx or other microsoftness ;) |
| 07:26.16 | brlcad | Ashish101: text files work great ;) |
| 07:26.26 | Ashish101 | :) KK PDF ?? |
| 07:26.28 | brlcad | or rtf even |
| 07:26.34 | brlcad | editable is good |
| 07:26.37 | lachlanp | he's got images in it |
| 07:26.45 | lachlanp | screenshots |
| 07:26.47 | brlcad | yeah, so rtf |
| 07:26.58 | brlcad | or rtfd even |
| 07:27.14 | Ashish101 | KK I see Should i upload the test file again ?? |
| 07:27.23 | brlcad | no, for future reference |
| 07:28.06 | brlcad | Ashish101: so you certainly found a run-time error, but did that bring down archer? |
| 07:28.42 | brlcad | that's a tcl error, which sucks and is something to fix, but not exactly what the task prescribed ;) |
| 07:28.50 | Ashish101 | no That just didnt let me use that function |
| 07:29.21 | brlcad | try to crash it ;) |
| 07:29.29 | brlcad | should be easily doable with archer |
| 07:29.39 | Ashish101 | Oh OK So i have to do something to just kill Archer and not find internal bugs |
| 07:29.40 | brlcad | as it's not undergone much robustness testing |
| 07:29.44 | brlcad | right |
| 07:29.49 | Ashish101 | yes |
| 07:30.10 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:30.15 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 07:30.24 | brlcad | keep your page, though and remind me later to create a task that makes sure all menu options and all panel options in archer don't give a tcl error :) |
| 07:30.31 | brlcad | or to report all that do, etc |
| 07:31.10 | Ashish101 | KK |
| 07:31.15 | brlcad | time to hang the hat up |
| 07:31.20 | brlcad | cya all in a few |
| 07:31.23 | brlcad | goes walkabout |
| 07:31.26 | lachlanp | whats your local time? |
| 07:31.37 | brlcad | 2:30am |
| 07:31.42 | lachlanp | ah :-) |
| 07:32.07 | Ashish101 | God u r late ... |
| 07:32.13 | Ashish101 | Its just 1 PM here |
| 07:32.25 | lachlanp | 6PM here |
| 07:32.27 | lachlanp | ;-) |
| 07:33.13 | brlcad | Ashish101: couple of the other mentors are near you, so you're in great hands |
| 07:33.25 | Ashish101 | thanks :) |
| 07:36.20 | bhlegm | its 11:30 pm here |
| 07:39.59 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:58.59 | *** join/#brlcad hsrai (~tcc@202.164.53.117) | |
| 08:04.47 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:09.24 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 08:13.02 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 08:16.52 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 08:25.38 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 08:27.13 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 08:34.26 | mansi22 | AUTO BUNDULED SYSTEM, which one should i use in CMake |
| 08:36.31 | d_rossberg | mansi22: the default one which you have when you don't touch the parameter (usually the AUTO one) |
| 08:37.34 | mansi22 | alright, but when the project file is made. VS crashes :-/ |
| 08:37.42 | mansi22 | i have no idea why |
| 08:40.50 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 08:54.58 | mansi22 | visual studio crashes as i run the BRLCAD project file. need help. |
| 08:56.50 | d_rossberg | mansi22: does it crash or hangs it? |
| 08:57.09 | mansi22 | hangs |
| 08:58.27 | d_rossberg | visual studio needs a lot of time to load all BRL-CAD projects, therefore be patient |
| 08:59.25 | mansi22 | as soon as i minimize it i can't see the window |
| 09:01.01 | d_rossberg | ??? isn't this the expexted behavior? |
| 09:01.56 | mansi22 | :P if i try to maximze, it doesn't shows up. anyways i'll wait for a while. |
| 09:03.43 | mansi22 | ahh, used administrator mode. it's working ;) |
| 09:04.26 | mansi22 | now compliing.... |
| 09:35.51 | lachlanp | hi |
| 09:35.55 | lachlanp | where does the bu_log output go? |
| 09:36.21 | lachlanp | or shouldn't i test the bu_avs_print (which dumps the attribute/value set to the bu_log) |
| 09:36.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:37.14 | lachlanp | and should i test the bu_avs_add_vls (which adds a Variable Length String) |
| 09:43.00 | d_rossberg | the bu_log output goes to a hook-function (you can define your own), usually the console |
| 09:43.08 | lachlanp | ok |
| 09:43.44 | d_rossberg | and yes, please test all bu_avs_~ functions |
| 09:43.57 | lachlanp | testing if it prints properly would be a bit of work... (defintely doable though) |
| 09:44.02 | lachlanp | just a pain |
| 09:44.18 | lachlanp | yes will test bu_avs_add_vls |
| 09:45.05 | lachlanp | sorry was that a "yes test it" for bu_avs_print? |
| 09:45.50 | d_rossberg | you could define your own hook-funktion which writes the output to the memory |
| 09:46.08 | lachlanp | ok |
| 09:46.23 | d_rossberg | and then compare this memory content with the expected resule |
| 09:46.37 | d_rossberg | result |
| 09:47.24 | lachlanp | ok willdo |
| 09:57.47 | lachlanp | whats the point of the bu_avs_add_unique function? |
| 09:57.55 | lachlanp | where will you ever know it has a duplicate? |
| 09:58.00 | mansi22 | Project : error PRJ0019: A tool returned an error code from "Validating DocBook source with xmllint:" |
| 09:59.30 | lachlanp | afaik it will only show up when you print it out |
| 09:59.48 | lachlanp | or if you use the remove function |
| 10:17.48 | d_rossberg | mansi22: problems with building the documentation aren't unusual under visual studio |
| 10:30.03 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 10:34.16 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:42.36 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 10:42.46 | mansi22 | THANKS :) |
| 11:11.18 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 11:13.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 11:15.05 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:27.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 11:45.34 | Skriptkid | d_rossberg: What do I do about the One-sheet Hyperboloid Surface Area equation? |
| 11:48.32 | d_rossberg | the point is: i don't know if the formula is ok, but maybe another mentor knows |
| 11:49.01 | Skriptkid | Do I wait now? |
| 11:49.36 | d_rossberg | however, you should know if your equation contains the area of the elliptical surfaces at the top and bottom of the solid |
| 11:50.33 | Skriptkid | erik said that except some changes in code everything else wa fine |
| 11:50.39 | Skriptkid | *was |
| 11:51.22 | Skriptkid | but hang on. this is a hyperboloid. Not elliptical |
| 11:53.40 | d_rossberg | i meant the 2 end-surfaces |
| 11:55.10 | d_rossberg | the solid is buils from 3 surfaces: one hyperboloid and two elliptical |
| 11:55.58 | Skriptkid | I dont know about that. Do I have to write another function for the elliptical surfaces also? |
| 11:56.15 | Skriptkid | I guess it's already there in ell.c |
| 11:58.24 | d_rossberg | you have to write a surface function for the hyp solid, and the surface of this solid can be stripped down to 3 parts ... |
| 12:00.06 | d_rossberg | giving only the hyperbolic part would be not enough |
| 12:01.17 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:01.46 | Skriptkid | So what do I need to do now? |
| 12:02.15 | Skriptkid | Call the ell_surface_area and multiply it by two and add it to this? |
| 12:05.18 | d_rossberg | first, you should add a reference for the formala to the source code (if possible), it looks like it's not trivial |
| 12:05.56 | Skriptkid | it's there in the comments. I got it from WolframAlpha. Hang on. I'll send it here |
| 12:05.59 | d_rossberg | for the elliptical surfaces: are they always identical? |
| 12:06.11 | Skriptkid | http://mathworld.wolfram.com/Hyperboloid.html |
| 12:08.10 | Skriptkid | I don't know. But I guess even the elliptical surfaces are included, as the formula is for the SA of the whole hyperboloid |
| 12:09.20 | d_rossberg | hyperboloid is a surface, not a solid - but hyp is a solid, i.e. you need the closing surfaces in addition |
| 12:12.10 | Skriptkid | I know that. Take a look at this: http://www.wolframalpha.com/input/?i=one-sheeted+hyperboloid. Have I got the right thing? |
| 12:14.56 | Skriptkid | http://en.wikipedia.org/wiki/Hyperboloid |
| 12:14.57 | Skriptkid | So |
| 12:15.03 | Skriptkid | the top and bottom are not closed |
| 12:15.13 | d_rossberg | you see |
| 12:15.22 | Skriptkid | you mean to say that they need to be closed? |
| 12:15.34 | Skriptkid | Now hollow as in the wikipedia page |
| 12:15.35 | d_rossberg | close them and you have the hyp solid |
| 12:15.36 | Skriptkid | ? |
| 12:15.37 | Skriptkid | *not |
| 12:15.41 | Skriptkid | Ok |
| 12:15.53 | Skriptkid | So the top and bottom surfaces are ellipses |
| 12:15.54 | Skriptkid | ? |
| 12:16.43 | Skriptkid | the closing surfaces, I mean |
| 12:17.20 | d_rossberg | i'm not entirely sure, but as everything is quadratic these should be quadratic surfaces (in the plan), therefore elliptical |
| 12:19.00 | Skriptkid | Ok. So, now, shall I port the rt_ell_surface_area to this function, so that I get the area of closing surfaces also? I have the SA of the hyperboloid, I now get the SA of the top and bottom elliptical closing surfaces and I'll just add them. I have the SA of the hyp solid |
| 12:21.04 | d_rossberg | i'm afraid that rt_ell_surface_area() won't help much as this computes the area of a 3D ellipsoid solid |
| 12:21.21 | d_rossberg | this is different from a plane ellipsis |
| 12:23.19 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 12:23.23 | Skriptkid | All the task says is I need to compute Surface area of a one-sheeted hyperboloid. The description and references and my research didn't point to the closing surfaces at all. So could I please get an extension if there's more work? |
| 12:24.01 | Skriptkid | That wasn't pointed out by any mentor either before. |
| 12:27.32 | d_rossberg | i'm quite sure that the area function should return the area of the whole solid not only a part of it, but you may ask anothe mentor as well |
| 12:28.14 | Skriptkid | Alright. I'll do the whole solid. Could you tell me what the closing surfaces are again? |
| 12:28.23 | Skriptkid | ellipsoids? |
| 12:29.59 | Skriptkid | d_rossberg: or just plane circles, as I'm see in some images. |
| 12:30.05 | d_rossberg | http://en.wikipedia.org/wiki/Ellipse |
| 12:30.46 | d_rossberg | just plane circles: maybe |
| 12:31.50 | Skriptkid | d_rossberg: What do I calculate the area for. Circles or Ellipses? |
| 12:32.04 | Skriptkid | Or 2 seperate funcs for both? |
| 12:33.14 | Skriptkid | If it's circle, major axis = minor axis, else, ellipse, right? |
| 12:33.39 | d_rossberg | right |
| 12:33.51 | Skriptkid | okay. Thats it? or anymore work needed? |
| 12:45.42 | d_rossberg | maybe we should ask another mentor: in the data of the hyp (rt_hyp_internal) are a semi-major and -minor axis: does this mean the hyperboloid isn't rotation-symmetrical? |
| 12:49.59 | d_rossberg | http://mathworld.wolfram.com/EllipticHyperboloid.html |
| 12:51.44 | brlcad | Skriptkid: yep, the whole solid (I would have thought the trimming surfaces are implied, otherwise it's just infinity no?) |
| 12:53.20 | Skriptkid | brlcad: So is my formula for the hyperboloid surface wrong? |
| 12:54.36 | *** join/#brlcad caen23 (~caen23@92.81.204.43) | |
| 12:56.37 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 12:56.43 | Skriptkid | @d_rossberg: Do I need to find a different one? |
| 13:03.30 | d_rossberg | i'm afraid yes, we don't have a "Hyperboloid" but an "EllipticHyperboloid" here. and by the way: ip->idb_ptr isn't hyp_specific but rt_hyp_internal |
| 13:06.01 | Skriptkid | crap. ok. need some help. I found this: http://www.wolframalpha.com/input/?i=elliptic+hyperboloid. But I don't understand what 'u' and the 'v' are, which are being differentiated |
| 13:08.45 | xavortm | hey, brlcad, i uploaded some work on the page, can you check and say me if its ok and if not, what i should work on? |
| 13:11.05 | *** join/#brlcad M0J0E (~johannes@p4FDFB3D7.dip.t-dialin.net) | |
| 13:14.28 | d_rossberg | Skriptkid: these are the parametrization a the surface: u is a length and v an angle |
| 13:16.03 | Skriptkid | The angle isn't there in rt_hyp_internal or hyp_specififc. How do I get it? |
| 13:16.22 | Skriptkid | I'm unable to find any other formula for SA of ellipticla hyperboloids |
| 13:17.38 | Skriptkid | tan inverse of c(Slope of asymptote cone)? |
| 13:18.38 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 13:18.48 | Skriptkid | or sine inverse of (z/c). That gives v according to 'z = c sinh v' |
| 13:19.55 | Silvrous | There's been a change to the wiki front page, changing the content to "how to stop coughing" |
| 13:20.12 | d_rossberg | there is no closed formula for the area, only for dA which needs to be integrated (where v goes from 0 to 2pi) |
| 13:20.15 | Silvrous | I assumed it was vandalism, and reverted it |
| 13:21.20 | Skriptkid | d_rossberg: Didnt understand that |
| 13:21.33 | d_rossberg | Skriptkid: at the moment the math doesn't look trivial to me |
| 13:22.42 | d_rossberg | dA(u, v) gives the change of the area in the point (u, v), i.e. A = integral dA |
| 13:23.29 | Skriptkid | Oh. But I'm unable to find any surface area formulae for elliptic hyperboloids other than that. |
| 13:29.19 | d_rossberg | all i can say is: it would cost me some days to undestand the formulas and develop a solution ;) |
| 13:30.32 | Skriptkid | d_rossberg: LOL :) There are descriptions everywhere on the web but nowhere the formula. |
| 13:31.12 | Skriptkid | d_rossberg: Guess I'll unlcaim this and move on to some other task. Wasted 4 days on this. |
| 13:32.26 | d_rossberg | Skriptkid: i support this decision :-} |
| 13:33.57 | andrei | Silvrous: nice :) thanks |
| 13:34.18 | Skriptkid | d_rossberg: So finally, when you said "I don't think the math is trivial at the moment," did you mean you didn't know it would be this hard when the task was set? Or is it just that I couldn't ind anything? |
| 13:34.26 | Skriptkid | *find |
| 13:35.44 | d_rossberg | we didn't know it would be this hard |
| 13:36.47 | Skriptkid | d_rossberg: Oh, okay. It's just that I don't wanna feel like a douche ;) Thanks for all your help. :) Continuous Integration, here I come! |
| 13:36.59 | andrei | Skriptkid, have you spoke with Matt, as far as I know he is more keen on math |
| 13:37.02 | andrei | ? |
| 13:37.09 | Skriptkid | Nope |
| 13:37.45 | andrei | Skriptkid: he might be able to help with mathematical issues (regardless of task, I believe) |
| 13:38.32 | Skriptkid | andrei: I'll do that. But I'll move on now to another task and come back to this(or a similar SA/Vol/Centroid task) later. |
| 13:38.39 | Skriptkid | andrei: thanks, anyway :) |
| 13:38.46 | andrei | sure, you're welcome:) |
| 13:39.46 | Skriptkid | one little help. Could you please assign the CI task to me? Ive claimed it now |
| 13:40.14 | andrei | yes, will do that now :) |
| 13:40.25 | Skriptkid | thank you, andrei :D |
| 13:40.48 | Silvrous | Well, I just claimrequested a similar task earlier. Guess I'd better read up on my integrals :P |
| 13:42.06 | andrei | hm, I was waiting on notify but it seems there were several claimrequests undealt with |
| 13:44.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 13:45.28 | Skriptkid | d_rossberg: but then, do I get any credit for my effort? ;) |
| 13:46.11 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.105.206) | |
| 13:57.30 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 14:04.59 | brlcad | Silvrous: thank you :) |
| 14:06.04 | brlcad | Skriptkid_: since you're getting into "real" development issues, you may want to join the brlcad-devel mailing list where some of the other devs reside |
| 14:06.40 | brlcad | you can share progress and ask questions that are more technically involved there, and reach a couple devs that are rarely on IRC |
| 14:06.59 | brlcad | as for whether your equation is right or wrong, I haven't looked at it |
| 14:14.30 | Skriptkid | Brlcad: will do. I'm not on the SA task anymore. I'm doing CI now |
| 14:15.01 | brlcad | starseeker: looks like windows now chokes on "Validating DocBook source with xmllint:" |
| 14:16.15 | caen23 | brlcad: can you show me an error? |
| 14:16.23 | brlcad | Skriptkid: okay, just in general -- you're proving capable of asking good questions, just want you to be aware that there are more resources available to you than IRC ;) |
| 14:16.45 | brlcad | caen23: for what? the windows failure? |
| 14:16.51 | caen23 | brlcad: yes |
| 14:17.05 | Skriptkid | brlcad : Wow. Thanks for that :D |
| 14:17.13 | brlcad | a student just reported that a few hours ago |
| 14:17.21 | caen23 | did he include logs or anything? |
| 14:17.25 | brlcad | nope |
| 14:17.41 | brlcad | it makes sense, it's probably just set up to try and run xmllint, which isn't installed |
| 14:17.49 | caen23 | is it possible his setup is broken? |
| 14:17.59 | brlcad | needs to test for the tool any only try to run it if available |
| 14:18.28 | brlcad | more than likely, our build files are just not set up properly for a platform without xmllint |
| 14:18.50 | caen23 | oh, ok then |
| 14:21.03 | caen23 | and regarding my current task ("close mged when both windows are closed"), i think this might be a feature, not a bug? i think it was purposely written so that everything is deleted when the graphics window is closed, so fixing it would require quite a lot of work |
| 14:21.29 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 14:24.13 | brlcad | caen23: so yes it was purposely written that way, but then the "bug" is that the two windows are inconsistent. closing the command console does not delete anything. |
| 14:24.39 | brlcad | the task could be to make them consistent first, so closing either shuts down mged |
| 14:25.08 | brlcad | there are good use cases for allowing either to remain open, though, so the ultimate goal is as it describes |
| 14:25.35 | brlcad | if you have a sense for what all the work required is, perhaps you can document what that work is and we can see if it can be described in terms of a series of tasks |
| 14:25.49 | brlcad | or at least be documented for when someone has time to do it |
| 14:26.59 | caen23 | i believe that currently, the command window is a child of the graphics window, but i'm not entirely sure. also, i've noticed that closing the cmw window does delete the menu bar, perhaps so that you can't use the menu inside the graphical window to open the command window |
| 14:27.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 14:28.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 14:39.31 | Notify | 03BRL-CAD:brlcad * 53971 brlcad/trunk/AUTHORS: credit phillips lachlan with his work contributing a libbn unit test |
| 14:39.33 | Notify | 03BRL-CAD:brlcad * 53972 brlcad/trunk/NEWS: repost to fix comment, bob parker added preliminary support for interactive editing of sketch objects in archer |
| 14:39.57 | Notify | 03BRL-CAD:brlcad * 53973 (brlcad/trunk/AUTHORS brlcad/trunk/include/raytrace.h and 4 others): apply the arb8 centroid patch from GCI student Ashwin Lokkur (http://www.google-melange.com/gci/task/view/google/gci2012/7959221), untested. |
| 14:40.02 | *** join/#brlcad harmanpreet (~chatzilla@124.253.20.22) | |
| 14:40.36 | Notify | 03BRL-CAD:jordisayol * 53974 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/mged.desktop brlcad/trunk/misc/debian/rtwizard.desktop): Set mged as kde default |
| 14:40.39 | Notify | 03BRL-CAD:jordisayol * 53975 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm brlcad/trunk/sh/make_rpm.sh): Improve Linux install/remove scripts to set mged as Gnome default app. |
| 14:40.48 | Notify | 03BRL-CAD:bob1961 * 53976 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Update cadwidgets::Ged::end_data_poly_move to call the clip routine regardless of the presence of overlaps. This lets the clip routine identify holes. |
| 14:40.53 | Notify | 03BRL-CAD Wiki:Hstop Coughing * 4726 /wiki/Main_page: How To Stop Coughing |
| 14:40.55 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4727 /wiki/Community_Publication_Portal: /* Final Editorial Review */ |
| 14:40.57 | Notify | 03BRL-CAD Wiki:Silvrous * 4728 /wiki/Main_page: Undo revision 4726 by [[Special:Contributions/Hstop Coughing|Hstop Coughing]] ([[User talk:Hstop Coughing|Talk]]) rv vandalism |
| 14:40.59 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:Hstop Coughing]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 14:41.00 | Notify | 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 14:41.01 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Something is wrong with your git repo Hi, I figured out that something is wrong with your git repo, because when cloning, it should say "remote: counting objects: xxxxx, done ... etc" but for me, it doesn't because it's just stuck at "Cloning into 'brlcad'",... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 14:41.02 | Notify | 03GCI: Gmercer015: Design an MGED command spreadsheet - Spreadsheet extension Does the spreadsheet need to have a specific extension? I would hope to be able to use OpenOffice spreadsheets as opposed to microsofts spreadsheets http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 14:41.03 | Notify | 03GCI: Shomiron Ghose: Find and fix at least 5 spelling mistakes in at least 40 different files - No from my understanding BRL uses apache svn ... not git... look at their build from source repo on their website. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 14:41.04 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Shomiron Ghose Yes, but Sean just said that they already had a git repository running, check his last comment. Anyways, I'm currently cloning using "svn co https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk" So it's fine now. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 14:41.05 | Notify | 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Thanks Thanks so much! Unfortunately I haven't been able to find enough misspellings http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 14:41.06 | Notify | 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 14:41.07 | Notify | 03GCI: Melange: Convert Gallery to Piwigo - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991207 |
| 14:41.08 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - I might be on to something It looks like I will have to determine a way to satisfy each variable that CMake is unable to automatically create. However, it is possible that it is infact my OS's fault CMake is having these difficulties. I have noticed that other programs not designed... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 14:41.09 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:41.10 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - CMakeLists.txt Hi, Is it necessary for me to write tests that are parameterised? By that I mean that you supply data using the CMakeLists.txt. For this test (testing the attribute/value set) I don't think it will be very easy... (Looking at some of the existing... http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:41.11 | Notify | 03GCI: reikaze: Fix closedb - Where are the commands processed? In particular I've been looking for "opendb" and "closedb". I looked at tcl.h, several tcl.c's, and cmd.c without success... http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 14:41.12 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 14:41.13 | Notify | 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Centroid examples Here are some examples of the exact same centroid procedure in action (amazing balancing acts!): http://cl.ly/image/0e2j1d0A2l2q "If a physical object has uniform density, then its center of mass is the same as the centroid of its... http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:41.14 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Good News and Bad News I'll start with the bad news first. It really isn't bad, just inconvenient. The Compatibility Settings didn't solve anything. Which means that I still have to determine the missing variables. Good news is though, once the CMAKE_MAKE_PROGRAM and... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 14:41.15 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Src If patch16.patch doesn't work at all, could you please use the source files in table+hyp.tar.gz. they're updated to the latest revs and they compile(tested). I've fixed the bugs. So, they're bound to work. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 14:41.16 | Notify | 03GCI: reikaze: Fix closedb - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 14:41.17 | Notify | 03GCI: reikaze: Fix closedb - Use the second patch! The first one has bad paths... http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 14:41.18 | Notify | 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 14:41.19 | Notify | 03GCI: Melange: Implement a primitive centroid function ... for extruded bitmaps (EBM) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:41.20 | Notify | 03GCI: Ashish: Crash Archer reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 14:41.21 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:41.22 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably - Question Is this the proper link to the download I need to compete this task? http://sourceforge.net/projects/brlcad/files/latest/download?source=files http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 14:41.23 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - depends on the unit Hi Lachlan, it depends on what you're testing but in general no. It doesn't have to be parameterized but strictly speaking, it'd still be parameterized just with zero parameters. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:41.24 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - I don't think this will work... Aside from the fact that the code is not formatted correctly, I think what you have attempted to do is implement the formula given here: http://mathworld.wolfram.com/Hyperboloid.html correct? If so, this will not... http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 14:41.25 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 14:41.26 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 14:41.27 | Notify | 03GCI: Sean: Crash MGED reliably - hat works For this task, that link will certainly work since it was the last binary release. Since you're on Mac OS X, if you can get MGED to crash, a detailed log should be created for your automatically. Be sure to include that along with steps that reliably reproduce the crash. http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 14:41.28 | Notify | 03GCI: javamonn: Model a "B" using BRL-CAD - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7949231 |
| 14:41.29 | Notify | 03GCI: javamonn: Model a "B" using BRL-CAD - Worked out one problem... So I fixed the problem of it being multiple regions. I can't figure out how to export it as an ascii database though. Where do I run that command? I cant seem to export it as an ascii database either, every time I try to save it somewhere it doesn't show up. The spec says... http://www.google-melange.com/gci/task/view/google/gci2012/7949231 |
| 14:41.30 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably - Thanks Thank you, Ill get right on the quality assurance, but what would you like me to do in the case that your program doesnt crash? http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 14:41.31 | Notify | 03GCI: Sean: Crash MGED reliably - hen you didn't try hard enough We're not foolish enough to think that our software won't crash. You might have to hunt for a couple hours, but finding a crash should be possible. I get it to crash regularly just through normal use, without even trying. That said, this task is like our spelling mistake... http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 14:41.32 | Notify | 03GCI: Sean: Crash Archer reliably - Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 14:41.33 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Assigned This task has been assigned to Titi. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 14:41.34 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - IRC Please join me on IRC for login credentials or e-mail me via morrison -> brlcad.org http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 14:41.35 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 14:41.36 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - not in patch format So from our discussions and what you wrote in your changelog notes, this looks like it's probably good but it's not feasible to review it as-is. Changes need to be submitted in patch format, otherwise they take far too long to review. See these for help on making... http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 14:41.37 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 14:41.38 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - fyi The follow-up task to fix the cat system() call is here, assuming someone doesn't claim it before you can fix up this patch: http://www.google-melange.com/gci/task/view/google/gci2012/7966235 http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 14:41.39 | Notify | 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 14:41.40 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 14:41.41 | Notify | 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - nicely done John, That looks fantastic, almost perfect. Just a couple minor requests and this should be good to go: remove the reference to the CPP, just refer to the interview informally or quote Gala directly. the cpp is like going backstage, you don't talk about it. include a... http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 14:41.42 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:41.43 | Notify | 03GCI: Sean: Create an artistic screenshot - not artistic So that's certainly a screenshot, but I think it fails the artistic criteria. That blob is not graphically interesting and it's not "pretty" or visually impressive to say the least. I suggest converting some impressive 3rd-party geometry (using our stl-g importer, for example) and... http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:41.44 | Notify | 03GCI: Melange: Create a technical screenshot - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 14:41.45 | Notify | 03GCI: Sean: Fix closedb - on the right track So I think you're on the right track and have pinpointed the cause of the command elimination, but your change injects a bug at the same time it fixes the other. The gedp needs to be closed out because it's still referring to the previously open database. Perhaps the issue is just the setting of... http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 14:41.46 | Notify | 03GCI: Sean: Fix closedb - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 14:41.47 | Notify | 03GCI: Sean: Create geometry database with one of every primitive - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985226 |
| 14:41.48 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 14:41.49 | Notify | 03GCI: Sean: Create geometry database with one of every primitive - good enough Donny, there are a few more issues, but you've definitely put great effort pulling this .g file together. I went ahead and approved it because of that effort, but I'm hoping you can send me your other files. Some of your .g file objects reference other files that... http://www.google-melange.com/gci/task/view/google/gci2012/7985226 |
| 14:41.50 | Notify | 03GCI: Sean: Set up StatSVN - looks good There are definitely some options I'd want to include, like ignoring all of our src/other hierarchy (our 3rd party sources skew the results in a major way), but you've certainly shown what is possible. How long did it take to process the entire history? http://www.google-melange.com/gci/task/view/google/gci2012/8013211 |
| 14:41.51 | Notify | 03GCI: Sean: Set up StatSVN - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8013211 |
| 14:41.52 | Notify | 03GCI: Sean: Convert Gallery to Piwigo - ouch That theme is terrible. I presume piwigo provides options for customizing the look and feel and maybe even the layout? What's your impression of the administrative interface? Thanks for your efforts, that's a great proof of concept. http://www.google-melange.com/gci/task/view/google/gci2012/7991207 |
| 14:41.53 | Notify | 03GCI: Sean: Convert Gallery to Piwigo - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7991207 |
| 14:41.54 | Notify | 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 14:41.56 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:41.56 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - likely follow-on We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. For reference, it really helps us if you create a patch file that includes all changes together (not... http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:41.57 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 14:41.58 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - follow-on We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. Thanks for your efforts and bonus points for updating the analyze command call and identifying that existing... http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:41.59 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - blah sorry, ignore that last "follow-on" post. browser cache woes with the melange interface. http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:42.00 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task We'll likely have a follow-on task to confirm that your implementation works (maybe a unit test), but it looks reasonable at a glance. Thanks for your efforts including bonus points for cleaning up analyze command and identifying... http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 14:42.01 | Notify | 03GCI: Ashish: Crash Archer reliably - Am i doing it Right This is just a test file to Please tell me is this what i am supposed to do ?? http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 14:42.02 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - real name fernozzle, if you provide your real name, we'll include it within our authorship file to reflect your code contribution. http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:42.03 | Notify | 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Real name My real name is Michael Huang. Thanks for the support! I really appreciate it! http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:42.04 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 14:42.05 | Notify | 03GCI: Sean: Model a "B" using BRL-CAD - g2asc The g2asc command (outside of mged) will convert a .g file to a .asc file, but you made it into a single region regrardless. The shader you chose is funky with those discontinuities, but we'll not get picky on aesthetic quality. ;) Thanks for your effort! http://www.google-melange.com/gci/task/view/google/gci2012/7949231 |
| 14:42.06 | Notify | 03GCI: Sean: Model a "B" using BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7949231 |
| 14:42.07 | Notify | 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7952233 |
| 14:42.08 | Notify | 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - follow-on tasks Moin, thanks for your efforts getting it set up. I think the original description may have been a little over-ambitious, so I'm not holding that against you. ;) Thanks for the fantastic write-up too, that should help the next person continue, whether that's you... http://www.google-melange.com/gci/task/view/google/gci2012/7952233 |
| 14:42.09 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 14:42.10 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - non-conformant style Thanks for your efforts but the latest patch still has style conformancy problems. See our HACKING file at the top-level of our source distribution for details, but basically the indentation is inconsistent in some places, wrong in others, and and you have an opening brace... http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 14:42.11 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 14:42.12 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - incomplete While the write-up itself looks okay (at a glance, didn't review in detail for accuracy), the patch is incomplete and the file is invalid XML. You need to add your file to the doc/docbook/system/man1/en/CMakeLists.txt and Makefile.am files so that it will compile. Doing... http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 14:42.13 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - quick to accept femnozzle, I was apparently way too quick to accept your task... :) Your table.c.diff file is rather incorrect (read it, did you change all of that? it says you did!) because you apparently worked on an old version and then diffed against a... http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:42.14 | Notify | 03GCI: Sean: Crash Archer reliably - IRC Discussed on IRC, we're looking for crashes that take the application down, not Tcl errors. http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 14:42.15 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using GCC 4.8 - Task Assigned This task has been assigned to Ambar Pal. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 14:42.16 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 14:42.17 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - patch16.patch compiles but I don't know if the formula is ok or if the elliptical cut-surfaces are already included. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 14:42.18 | Notify | 03GCI: fernozzle: Implement a primitive centroid function ... for extruded bitmaps (EBM) - Patch Sorry about that. I had generated those previous patches on the locked-down Windows machines at school and hurriedly had to jump through all sorts of hoops to do so. Now that I'm at home, however, I have submitted a proper patch (which I have... http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:42.19 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 14:42.20 | Notify | 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 14:42.21 | Notify | 03GCI: Anshul: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 14:42.22 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:42.23 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Oops Sorry, I missed something and therefore resubmitted the patch. Please use the latest :-) Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 14:42.24 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Password Required I have downloaded and run the image provided here http://brlcad.org/wiki/Deuces Now when I try to compile and enter the command sudo make install it asks for the password of the current user. Please tell me the password. You can mail it to me if you want ambarpal 1 9 9 6... http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 14:42.25 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - What Now? Do I need to find another formula? Or wait till you verify that? http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 14:42.26 | Notify | 03GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 14:42.27 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - I have problem with stl-g importer I have problem with stl-g importer. Where i can see tutorial how to use it ? http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:42.28 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 14:42.29 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Now? Ok i used vim and to the best of my knowledge used the Hacking guide. the only thing that would be possibly non-compliant is the switch statement since it is not addressed in the hacking guide explicitly - i lined it up with the function statement as it is not specifically a... http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 14:42.30 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 14:42.31 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - I upload a file from .stl to .g I upload a file from .stl to .g ,but when i start it on Archer i cant see it. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:42.32 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 14:42.33 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 14:42.34 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 14:42.35 | Notify | 03GCI: Andrei Popescu: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Assigned This task has been assigned to Anshul. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 14:42.36 | Notify | 03GCI: Andrei Popescu: Make tables.c not call system("cat ...") - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 14:42.37 | Notify | 03GCI: Andrei Popescu: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 14:42.38 | Notify | 03GCI: Andrei Popescu: Set up BuildBot continuous integration for BRL-CAD - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 14:42.39 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - The hyp solid is an elliptical paraboloid http://mathworld.wolfram.com/EllipticHyperboloid.html Before requesting a claim be sure to have the right formulas handy and to have them understood. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 14:42.40 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - I try I try .ply to .g same problem. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:44.50 | ``Erik | <-- didn't say skriptkids patch was ok except for those changes, just that there were those changes... |
| 14:45.12 | *** join/#brlcad Skriptki_ (~Skriptkid@117.202.105.206) | |
| 14:53.51 | caen23 | brlcad: the menu bar seems to be a child of the cmd win, so perhaps decoupling those would be a good first step. also, i think the close window event should be overriden to only "hide" the window, rather than close it |
| 14:54.35 | caen23 | as for closing mged when either window is closed, that can be done in one line |
| 15:09.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 15:25.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 15:30.08 | Notify | 03GCI: Awesomeness: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 15:31.53 | Notify | 03GCI: zncurtis: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:33.49 | Notify | 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to zncurtis. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:35.45 | Notify | 03BRL-CAD Wiki:Jacksixb * 4729 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 15:36.20 | brlcad | caen23: so if you can define the task that would get us closer to the goal as described, write that up and post it as a comment suggesting it as the goal |
| 15:36.32 | brlcad | we can then give the go-ahead and work on this task in chunks |
| 15:37.20 | brlcad | my thinking was something along the lines of close merely hiding the window and just keeping track if this is the last window, do cleanup and shutdown |
| 15:40.21 | caen23 | brlcad: i thought of something similar earlier, but at that point i didn't know how it all worked so i scratched the idea. i'll see if i can do that now |
| 15:40.39 | Notify | 03GCI: HS Rai: Write BRL-CAD News article on .deb/.rpm builds - A few correction John, You did a remarkable work. Just make following corrections: 1) In 2nd paragraph, replace "in" to "on" at two places; as it is "based on" and not "based in". 2) In 3rd paragraph, replace "working in BRL-CAD" "working with BRL-CAD" 3) In 3rd paragraph,... http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 15:42.04 | Notify | 03GCI: Ashish: Crash Archer reliably - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8021209 |
| 15:42.14 | Notify | 03GCI: zncurtis: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:42.19 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Awesomeness. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 15:47.21 | Notify | 03BRL-CAD:brlcad * 53977 brlcad/trunk/src/libbu/sscanf.c: windows is being royal. apparently we need I64 with newer versions of MSVC to get properly sized size_t/ptrdirr_t types. |
| 15:47.55 | Notify | 03GCI: Daniel Rossberg: Implement thread creation for Windows - Please provide a patch file and take our coding conventions into account (the HACKING file). http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 15:50.01 | Notify | 03BRL-CAD:brlcad * 53978 brlcad/trunk/src/libbu/sscanf.c: we don't have puts, use strcat |
| 15:50.11 | Notify | 03GCI: Awesomeness: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 15:53.56 | Notify | 03GCI: HS Rai: Write BRL-CAD News article on .deb/.rpm builds - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 16:03.46 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 16:08.12 | Notify | 03GCI: Melange: Create prototype 2D CAD drawing(s) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 16:09.29 | *** join/#brlcad didi_bike (~didi_bike@89.190.213.140) | |
| 16:15.04 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 16:16.06 | maths22 | brlcad: crit.brlcad.org is not reading .htacess files. The upgrade is othewise done. (the .htacess does url rewriting) |
| 16:16.18 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 16:16.20 | maths22 | I meant .htaccess |
| 16:17.17 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.135) | |
| 16:21.18 | *** join/#brlcad Ashish101 (75c225d5@gateway/web/freenode/ip.117.194.37.213) | |
| 16:22.57 | Ashish101 | @brlcad: I didnt have any previous experience of crash testing, was finding it very difficult .. So i quite it and joined this one - http://www.google-melange.com/gci/task/view/google/gci2012/7970237 please assign this task to me |
| 16:24.49 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Please Andrei Popescu, can I have your email adress please> as I see you take care of several tasks I plan to work on and I may need some help. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 16:25.53 | brlcad | maths22: it is enabled, just not in user home-directories |
| 16:26.15 | brlcad | at least, it should be |
| 16:26.22 | maths22 | Mine is in the brlcad.org/d directory |
| 16:26.58 | maths22 | It is not parsed, as I tried inserting garbage and did not get a 500 error. |
| 16:27.53 | brlcad | ah, my bad -- someone did have an old config there |
| 16:28.24 | brlcad | try now |
| 16:29.05 | Notify | 03GCI: Harmanpreet Singh: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Ashish. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 16:29.28 | maths22 | It is parsed. I will now make it work. |
| 16:30.27 | Ashish101 | @Harmanpreet: Thanks for assigning the task... it is mentions that a template will be provided- Any downoad links for that ?? |
| 16:31.41 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 16:33.41 | maths22 | The site is now live at brlcad.org. Beware: the wiki and gallery links do not yet work. |
| 16:33.48 | brlcad | Ashish101: I can do that, but it'll take me a little time to dig it up |
| 16:34.03 | brlcad | maths22: you mean crit? :) |
| 16:34.10 | maths22 | yes. |
| 16:34.45 | Notify | 03GCI: Jacob B: Upgrade Drupal website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 16:36.23 | Ashish101 | KK till then ill start with the work -- what format u want it to be in ?? Cause there are lots of option but i dont know which ones u prefer |
| 16:37.22 | Notify | 03BRL-CAD:carlmoore * 53979 (brlcad/trunk/bench/benchmark.1 brlcad/trunk/bench/pixcmp.1 and 10 others): remove trailing blanks/tabs (understood to exclude files like nirt.sh) |
| 16:42.32 | xavortm | Hey, brlcad, can you tell me if my job is done? |
| 16:44.02 | brlcad | xavortm: not right now unfortunately |
| 16:44.30 | brlcad | there are other mentors working on tasks, you'll just have to be patient or look at your work yourself and see if you can think of any ways to improve it |
| 16:45.56 | xavortm | Well, if there is no feedback i wont be able to fix the issues. I mean ... there is deadline and i do nothing for more than 30 hours. |
| 16:45.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 16:46.36 | brlcad | xavortm: unless you find the issues yourself |
| 16:47.07 | brlcad | i'm surprised how many times I've been finding really basic problems with submissions where the submitter didn't bother to compiler or read what they submitted |
| 16:47.15 | brlcad | have you checked your work? |
| 16:47.35 | brlcad | which is your task? |
| 16:47.54 | xavortm | http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 16:48.07 | xavortm | i did all the things you said to me (i hope i understood well) |
| 16:48.38 | brlcad | AH, so xavortm that's part of the problem |
| 16:48.48 | brlcad | if you think you're done, you need to denote that |
| 16:49.06 | brlcad | according to that page, you just uploaded some work but aren't done with it |
| 16:49.40 | brlcad | how are the mentors reviewing supposed to know when you're done or are expecting a review? they're not all on IRC |
| 16:50.24 | brlcad | also, rar files are rather annoying.. can you make it a tar.gz or tar.bz2? |
| 16:50.54 | brlcad | it's fine if that's all you have, but not a common compression format amongst most open source folks |
| 16:51.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 16:51.58 | Notify | 03GCI: Sean: Create prototype CAD GUI layout diagram - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 16:53.01 | andrei | xavortm: Sean should correct me if I'm wrong, but as far as I know the "safest" format for you to use is .zip |
| 16:53.40 | starseeker | brlcad: the Windows build should be building the xmllint tool |
| 16:53.50 | xavortm | Well i didnt know that sorry, i am looking for a way to save it as tar.gz now. I will reupload it after a few minutes. |
| 16:54.51 | starseeker | brlcad: i.e., it's guaranteed the same way xsltproc is guaranteed |
| 16:54.53 | Notify | 03BRL-CAD:carlmoore * 53980 brlcad/trunk/src/librt/primitives/arb8/arb8.c: fix spelling in a comment |
| 16:54.59 | brlcad | andrei: even windows will unpack a tgz/tbz2, so I'd go with the better compressor :) |
| 16:55.09 | brlcad | starseeker: so then something's busted |
| 16:55.23 | andrei | ah, I didn't know windows works with tgz |
| 16:55.25 | starseeker | we have no report of a failed command? |
| 16:55.27 | brlcad | unfortunately, no build log, just a report |
| 16:55.45 | starseeker | checks the only thing he can think of, based on xsltproc experience... |
| 16:55.46 | brlcad | report that it failed trying to run xmllint |
| 16:55.51 | brlcad | maybe the lint itself failed |
| 16:56.16 | xavortm | *.tar is ok? |
| 16:56.56 | brlcad | 4:58 < mansi22> Project : error PRJ0019: A tool returned an error code from "Validating DocBook source with xmllint:" |
| 16:57.04 | brlcad | xavortm: compress it... |
| 16:57.32 | brlcad | .tar.bz2 or .tar.gz, either |
| 16:57.53 | mansi22 | ??? |
| 16:58.17 | Skriptkid | brlcad: I've claimed the CI task. Need help getting set up. |
| 16:58.18 | brlcad | mansi22: you're back -- do you have details on that error? |
| 16:58.23 | brlcad | mansi22: perhaps a full build log? |
| 16:58.45 | brlcad | Skriptkid: you don't already have a web account right? |
| 16:59.04 | mansi22 | someone replied it's a documentation error. Is it nessary for it to work? |
| 16:59.07 | starseeker | mansi22: there are a couple of possibilities for xmllint failing on Windows - it's quite finicky |
| 16:59.11 | Skriptkid | brlcad: On? |
| 16:59.28 | brlcad | our web server |
| 16:59.32 | Skriptkid | Nope |
| 16:59.46 | starseeker | mansi22: the more detail we can get on how the tool failed, the better |
| 17:01.35 | starseeker | mansi22: to answer your question - yes, it needs to work |
| 17:01.53 | starseeker | at least, I would regard the failure you've decribed as a build failure that needs to be fixed |
| 17:03.15 | Notify | 03BRL-CAD Wiki:180.194.172.94 * 4730 /wiki/Dog_Collars_-_What_You_Need_To_Know: New page: Vitamin D is a hormone that many medical experts say can not only prevent fractures in the elderly but also prolong their life expectancy. It is one of the recommended hormonal supplements... |
| 17:03.17 | mansi22 | alright, i'm compiling it again. then will add it on pastebin |
| 17:03.49 | andrei | mansi22: use something else than pastebin, try paste.lisp.org or slexy.org :) |
| 17:04.44 | xavortm | Ok, i uploaded the file (2 images + 2 psd files) |
| 17:10.06 | Skriptkid | brlcad: next? |
| 17:10.45 | Notify | 03BRL-CAD Wiki:Jacksixb * 4731 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 17:12.09 | mansi22 | http://slexy.org/view/s26yFIKOSQ |
| 17:13.24 | starseeker | mansi22: are you using the latest svn checkout? |
| 17:13.58 | mansi22 | lemme check |
| 17:14.14 | starseeker | doesn't look like it to me - some of those are validating, some arent |
| 17:14.31 | starseeker | caen23 did a lot of work recently to make everything validate |
| 17:14.35 | mansi22 | Release 7.22.2 |
| 17:15.16 | starseeker | that doesn't make any sense - newest release is 7.22.0 |
| 17:15.26 | starseeker | dev release (current development trunk) is 7.22.1 |
| 17:15.55 | mansi22 | readme file says so |
| 17:16.21 | starseeker | readme file is cheating - check include/conf |
| 17:16.27 | starseeker | MAJOR MINOR and PATCH files |
| 17:16.41 | starseeker | mansi22: plus that won't tell you if your subversion repository is up to date |
| 17:17.02 | starseeker | you should run svn update and see what revision number is reported |
| 17:17.15 | Notify | 03BRL-CAD:n_reed * 53981 brlcad/trunk/src/libbu/sscanf.c: at least since .NET 2003 (v7.1) no width specifier is needed for size_t or ptrdiff_t |
| 17:19.03 | caen23 | as far as i can see, it complains about the "info" tags we added to fix the warnings. but the reference says it's ok: http://docbook.org/tdg5/en/html/refentry.html |
| 17:19.21 | mansi22 | ah, it's MAJOR - 7 MINOR - 22 PATCH - 1 |
| 17:19.35 | starseeker | mansi22: what about svn update? |
| 17:20.10 | mansi22 | doing i |
| 17:20.14 | mansi22 | doing it |
| 17:20.31 | starseeker | is it pulling any docbook updates? |
| 17:20.49 | mansi22 | revision 53981, am i right track? |
| 17:20.51 | Notify | 03BRL-CAD:n_reed * 53982 brlcad/trunk/src/libbu/sscanf.c: typo |
| 17:20.58 | starseeker | mansi22: yes |
| 17:21.09 | starseeker | mansi22: did it grab any xml file changes when you ran it? |
| 17:21.41 | mansi22 | yes, and also docbook you mentioned before |
| 17:21.42 | starseeker | if so, you may want to re-try the build |
| 17:21.52 | mansi22 | you mean CMake? |
| 17:22.08 | starseeker | re-run CMake, then try to compile again |
| 17:22.14 | mansi22 | alright |
| 17:28.23 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 17:36.38 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 17:37.21 | Silvrous | Any idea why I can't view my completed tasks list anymore? |
| 17:38.06 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4732 /wiki/Community_Publication_Portal: /* Linux Release Packaging Process: A mission for Jordi Sayol */ |
| 17:38.16 | Notify | 03BRL-CAD:n_reed * 53983 brlcad/trunk/src/libbu/vls_vprintf.c: handle z and t width specifiers the same way |
| 17:40.27 | brlcad | Silvrous: could be related to the leaderboard |
| 17:43.22 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:44.36 | Silvrous | @brlcad: I see. Another thing... well, this is awkward, but in the sourceforge commit you credited Ashwin Lokkur with the arb8 centroid patch, but I was the one who actually did it. I'm already listed as contributor, though, so it doesn't really matter. |
| 17:45.02 | brlcad | Silvrous: gah, really? |
| 17:45.13 | brlcad | I'm sorry about that |
| 17:45.47 | Notify | 03BRL-CAD:n_reed * 53984 (brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/tgc/tgc.c): change minimum curve counts |
| 17:46.56 | brlcad | oh, I see what happened, that person claimed before you and gave up |
| 17:47.24 | Silvrous | No problem, as I said, it doesn't really matter since I'm already there, but I wanted you to know just in case. |
| 17:48.04 | xavortm | i Hope i am not anoying with only asking but, did you checked it? Is this what you told me to do yesterday? :) |
| 17:48.47 | Notify | 03BRL-CAD:brlcad * 53985 brlcad/trunk/AUTHORS: arb8 primtive centroid was NOT contributed by ashwin lokkur, it was from silvrous (Ungureanu, Silviu) who is already credited for a previous contribution. |
| 17:48.52 | brlcad | Silvrous: authors is but one place that will get documented, and the history of that files matters so we need to get it right |
| 17:49.16 | brlcad | you'll also be credited in our NEWS file in our next binary release of BRL-CAD |
| 17:49.50 | brlcad | which gets posted all over and sent out to variou snews channels |
| 17:50.10 | Silvrous | Whoa. That's awesome :) |
| 17:56.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 17:59.06 | caen23 | brlcad: regarding my task, i'm almost done, but i was trying to have the closed window come back with "Tools->Graphics/Command Window". it works for bringing back the Command Window, but if i delete the graphics win and try to bring it back up with the same menu, the app crashes. i haven't been able to figure out why, and i don't know how to debug the script (or at least get a log of what happened). is there any (proper) way i can debug? |
| 17:59.49 | caen23 | googling hasn't helped much except for "puts" |
| 18:04.44 | brlcad | caen23: so yes (and posting the crash backtrace might be a valid submission for the task), you can run gdb --args mged -c |
| 18:04.55 | brlcad | mged will run in classic console mode |
| 18:05.07 | brlcad | run the "gui" command and you'll have the tcl/tk gui displayed |
| 18:05.17 | brlcad | if it crashes, you'll be in mged |
| 18:05.23 | brlcad | er, gdb |
| 18:05.55 | caen23 | thanks, let me try |
| 18:06.34 | brlcad | if you haven't used gdb before, a tutorial may be in order |
| 18:06.43 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - SSH figured out Read up on SSH. Logged in and created dir "Skriptkid" in the home folder(Just to test). What do I need to do next? If I need to come on IRC, I'll be there at about this time(or a bit before) tomorrow. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 18:06.47 | brlcad | run command starts, backtrace will tell you where you crashed |
| 18:07.17 | brlcad | list will show you the code on the line it stopped on |
| 18:07.28 | brlcad | break function will set a breakpoint on function() calls |
| 18:09.45 | caen23 | i am familiar with gdb, thanks :D it seems to have crashed with "error: xp_attach_gl_context returned: 2" |
| 18:12.53 | caen23 | googling the error, it seems most of the results are related to os x. hmm… could i upload a patch to gci and have someone see if it crashes on linux, too? |
| 18:19.35 | Notify | 03GCI: Mitsuhide: Create an RTWizard screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 18:26.36 | Notify | 03GCI: Harmanpreet Singh: Create an RTWizard screenshot - Task Assigned This task has been assigned to Mitsuhide. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 18:28.01 | brlcad | caen23: sure |
| 18:35.17 | Notify | 03GCI: Cezar: Close MGED when both windows are closed - Testing on Linux I've written the patch on OS X, but mged seems to crash if you follow the steps described inside `osx_crash_log.txt`. Since this appears to be a Mac/XQuartz-specific error, could someone on a Linux machine please try running it to see if it still crashes? http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 18:35.45 | caen23 | ugh, really need to install virtual ubuntu/windows |
| 18:41.23 | Notify | 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 18:43.48 | Notify | 03GCI: Mitsuhide: Create an RTWizard screenshot - Import hello :) I am a 3d designer and I would like to know can I import a model in BRL CAD from 3ds max http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 18:45.12 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 18:58.48 | *** join/#brlcad merzo (~merzo@88-20-133-95.pool.ukrtel.net) | |
| 19:13.33 | Notify | 03BRL-CAD:n_reed * 53986 brlcad/trunk/src/librt/primitives/arb8/arb8.c: replace macro and avoid extra magnitude calculation |
| 19:21.48 | Notify | 03GCI: Melange: Add missing documentation (for any ONE command) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 19:22.18 | Notify | 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 19:23.03 | Notify | 03GCI: Andrei Popescu: Layout "MGED Interface" Reference Document - Task Assigned This task has been assigned to Shayantan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 19:23.23 | Notify | 03GCI: Andrei Popescu: Add missing documentation (for any ONE command) - Task Assigned This task has been assigned to Will Bensky. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 19:30.32 | *** join/#brlcad M0J0E (~johannes@p4FDFB3D7.dip.t-dialin.net) | |
| 19:41.05 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 19:59.34 | Notify | 03GCI: John: Write BRL-CAD News article on .deb/.rpm builds - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 20:05.39 | Notify | 03GCI: Giovanny Gongora: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 20:06.49 | Notify | 03GCI: Giovanny Gongora: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 20:09.44 | Notify | 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - wrong dir The directory you created will not help you. The directory you start in is already your home directory. You need to create a directory specifically called public_html and you can install buildbot there. You will be able to access that directory at... http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 20:17.30 | *** join/#brlcad andrei_ (~andrei@188.25.158.113) | |
| 20:17.51 | *** join/#brlcad PrezKennedyX (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 20:22.17 | Notify | 03GCI: Mitsuhide: Create an RTWizard screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 20:25.15 | starseeker | mansi22: any luck? |
| 20:40.11 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 20:44.21 | *** join/#brlcad andrei_ (~andrei@188.25.158.113) | |
| 20:53.40 | Notify | 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 20:57.43 | Notify | 03BRL-CAD:n_reed * 53987 brlcad/trunk/src/librt/primitives/tgc/tgc.c: use a more accurate dimension estimate when choosing number of connecting lines to plot |
| 21:04.03 | Notify | 03BRL-CAD:carlmoore * 53988 brlcad/trunk/src/librt/primitives/pipe/pipe_brep.cpp: fix sentence (removing 's' and fixing 'endedge' -- notice it is only a comment) |
| 21:04.48 | Notify | 03GCI: Sean: Create an RTWizard screenshot - almost there Almost there. Note this in the original description: "Don't just pick the most basic mode, pick one of the more complicated multi-pass renderings and showcase the entire interface." The screenshot looks great, though I would suggest dropping the console window so you can emphasize the... http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 21:05.07 | Notify | 03GCI: Sean: Create an RTWizard screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 21:06.33 | Notify | 03GCI: Sean: Create an artistic screenshot - you have to tell archer You have to tell archer what you want it to display. Notice the hierarchy view on the left. There's a label that says "all". Try double-clicking or right-clicking that. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 21:06.34 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 21:07.33 | Notify | 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 21:07.48 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:12.43 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - ... is the prototype ok? if it isn't,any advice on what I should repair? http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:13.24 | Notify | 03BRL-CAD:carlmoore * 53989 brlcad/trunk/src/tclscripts/rtwizard/lib/FbPage.itk: fix spelling of 'height' -- OK there, RIGHT?? |
| 21:18.09 | Notify | 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline As I don't want to get into trouble with the deathline, I have submitted now my first patch. The algorithm itself is really ready for review. As I didn't got an answer to my error questions fast enough, I chose to easiest way, just... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 21:18.24 | Notify | 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 21:19.04 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - not understanding the task? Andrei, I think you might not be understanding this task. Your latest image makes for an interesting visual aid that might make for an interesting diagram of some sort, but it's not what is being expected for this task. The emphasis is on *prototype*. Assume you... http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:19.14 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:20.09 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 21:23.49 | Notify | 03GCI: Matt S.: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 21:24.15 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - still not conformant If you're using vim, you should be able to ":set modeline" to have it parse our footer, then you can auto-indent the entire file. Note the body of the two functions, for example -- you do not indent the convert_float() calls and they should be. Similarly, your latest version... http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 21:24.25 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 21:25.25 | *** join/#brlcad andrei (~andrei@188.25.158.113) | |
| 21:26.06 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Q Would it be good if I make the bleprints of a memory stick rendering the side view, front view and top view on a landscape A4...? Or I get this all thing wrong and the idea is to describe generaly a A4 blueprint? http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:35.09 | Notify | 03BRL-CAD:n_reed * 53990 brlcad/trunk/src/librt/primitives/ehy/ehy.c: space curves evenly |
| 21:51.09 | Notify | 03BRL-CAD:n_reed * 53991 brlcad/trunk/src/librt/primitives/ehy/ehy.c: choose curve points based on estimated curve length |
| 21:51.38 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 21:52.48 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 21:53.17 | caen23 | brlcad: hmm… i've tried my patch on debian 6, and the error does seem to be xquartz-specific |
| 21:53.29 | caen23 | so i think the patch should be good to go, i'm marking the task as complete |
| 21:53.59 | Notify | 03GCI: Cezar: Close MGED when both windows are closed - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 21:58.04 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 22:07.51 | Notify | 03GCI: reikaze: Fix closedb - It doesn't look like it's any code in particular I've tried commenting out sections of ged_close, and the bug persists. If I comment out just the NULL line, it crashes in vls.h with a null pointer error or a mismatch error. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 22:08.31 | Notify | 03GCI: Johannes Schulte: Add a primitive surface area function ... for triangle meshes (BOT) - Deadline extension Did you extend the deadline to give yourself more time to review my patch or do you expect action from me. If you expect action from me, it would be great, if you answer my questions, because otherwise, I don't know, what I have... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 22:09.02 | *** join/#brlcad reikaze (4c45450b@gateway/web/freenode/ip.76.69.69.11) | |
| 22:11.17 | Notify | 03GCI: reikaze: Fix closedb - The error message if you comment out the NULL assignment ERROR: 0xffffffffffffffff mis-aligned bu_vls pointer, file /home/quincy/gcodein2012/FIX CLOSEDB/brlcad-7.22.0/src/libbu/vls.c, line 188 So I guess I should be looking there, huh... http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 22:23.36 | *** join/#brlcad merzo (~merzo@147-59-132-95.pool.ukrtel.net) | |
| 22:36.15 | reikaze | Hey, anyone know what bu_badmagic does? |
| 22:36.30 | lachlanp | is it a function? |
| 22:36.42 | reikaze | Yep. |
| 22:36.54 | lachlanp | will look it up :-) |
| 22:39.10 | lachlanp | seems like it just checks the magic number of a structure |
| 22:39.17 | lachlanp | and bu_bombs if it's not right |
| 22:39.40 | lachlanp | probably shouldn't be called by itself... use BU_CKMAG instead |
| 22:48.12 | *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 22:50.36 | reikaze | I see... thanks. |
| 23:14.52 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - wrong question What geometry you use doesn't matter at all (in fact you could complete this task with no geometry, but it helps). It matters more what goes on the page, where they are placed on the page, how much space they consume, and most importantly WHY a particular layout. That's why ASME... http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 23:21.33 | Notify | 03GCI: Matt S.: Add a primitive surface area function ... for triangle meshes (BOT) - Stupid Mobile Phone... I could not enter text from my phone on this site for some reason, but what I wanted to say is that I find myself with very little free time this week. Thus, since you were concerned about the clock running out an I didn't think I'd be... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 23:23.03 | Notify | 03GCI: Sean: Fix closedb - progress, but not understanding So that's progress, but that's not yet understanding of any particular bug that can be fixed. You'll need to trace through the code with print statements or (better) a debugger to see where the misaligned pointer is coming from or going even further back to understand the cause. If... http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 23:38.13 | *** join/#brlcad reikaze (4c45450b@gateway/web/freenode/ip.76.69.69.11) | |
| 23:45.06 | Notify | 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - more questions Johannes, There are obviously lots of ways, but keeping the interface minimal is our usual approach. Since we don't yet know of multiple types of errors (and even this one suggested is temporary), the only cases we know about are unimplemented,... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 00:03.02 | starseeker | caen23: I'm getting the validation failures on info too - it's not just a Windows issue |
| 00:03.48 | starseeker | looks like if we put the author info inside the refentrytitle block, it'll validate |
| 00:04.09 | starseeker | will commit a few - could you handle the rest? |
| 00:05.18 | starseeker | sorry for delay - just now getting a serious look at it |
| 00:05.30 | starseeker | (have a different Windows issue to debug...) |
| 00:08.45 | Notify | 03BRL-CAD:starseeker * 53992 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 5 others): Start shifting the author block to pass validation. More to do. |
| 00:11.31 | Notify | 03BRL-CAD:starseeker * 53993 brlcad/trunk/CMakeLists.txt: Turn off strict again until the info thing is fixed in the man pages. |
| 00:18.59 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:19.25 | *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 00:19.32 | zero57 | brlcad: are you there? |
| 00:28.38 | Notify | 03BRL-CAD:starseeker * 53994 brlcad/trunk/CMakeLists.txt: Visual Studio 2012 seems to be pushed beyond its limits when validation targets are added - pushes the build target count over 1800. Disable validation if we are on MSVC. |
| 00:29.06 | starseeker | whoops - that's Visual Studio 2010, not 2012 |
| 00:31.19 | zero57 | does anyone know why using find and sed breaks my svn? |
| 00:31.37 | zero57 | I'm using find and sed together to find and replace multiple files with text recursively |
| 00:31.48 | zero57 | and when using svn diff, it doesn't detect the changes |
| 00:31.53 | Notify | 03BRL-CAD:starseeker * 53995 brlcad/trunk/CMakeLists.txt: More informative comment for DocBook validation issue on MSVC - note it's 2010, not 2012 |
| 00:32.29 | zero57 | find . -type f -exec sed -i 's/mytext/newtext/g' {} \; |
| 00:32.50 | zero57 | that's the command I used to replace the text with |
| 00:39.15 | Notify | 03BRL-CAD:starseeker * 53996 brlcad/trunk/CMakeLists.txt: Typo |
| 00:40.53 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - I really need an extension on the deadline, and I have a question Hi, I really need an extension on the deadline, school has been giving me a lot of homework and tests. Also, my question is that why does svn not detect my changes made to all the files in... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 00:42.48 | Notify | 03GCI: reikaze: Fix closedb - Thanks for reprimanding me for being lazy Another progress update: through DGB, I've found that stdin_input isn't firing, so that might be why the commands aren't being parsed. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 00:46.59 | brlcad | starseeker: I've heard of msvc project with thousands of targets, so that is unlikely the problem |
| 00:51.29 | Notify | 03GCI: Luis: Design an MGED command spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 00:52.36 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:52.54 | Notify | 03GCI: Luis: Design an MGED command spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 00:53.31 | zero57 | brlcad: hey brlcad |
| 00:53.46 | zero57 | brlcad: I don't know why using find and sed doesn't work |
| 00:55.09 | zero57 | brlcad: however, using just "diff" will work but it doesn't tell you what I changed like svn diff does |
| 00:55.19 | zero57 | brlcad: is it possible to use diff instead of svn diff? |
| 00:59.51 | brlcad | zero57: run find without sed and look at the files it finds |
| 01:00.06 | brlcad | you're modifying book-keeping files, which corrupts your checkout |
| 01:00.40 | zero57 | brlcad: ok and can you show me how to do this? I'm not very familiar with find as I just found the command online using google |
| 01:03.01 | brlcad | i haven't read the backlog yet so don't know what you're trying to do |
| 01:03.17 | brlcad | but the general way to work with it is to just tell it what to ignore |
| 01:03.38 | zero57 | well I want to just find text inside a file |
| 01:03.40 | zero57 | and replace that |
| 01:03.50 | brlcad | find . -name \*.c -not -regex '.*svn.*' -not -regex '.*other.*' -not -regex '.*cmake.*' |
| 01:03.54 | zero57 | oh and find it recursively |
| 01:04.17 | brlcad | you'll have to be very careful with recursive replacements and review your patch *very* carefully |
| 01:04.43 | brlcad | very easy to mess up even if you have done it 100 times, and I'm guessing you haven't ;) |
| 01:05.33 | zero57 | nope i haven't ;p but I just need to find and replace text in every file that contains a spelling mistake |
| 01:05.56 | zero57 | will that command ignore the ones I shouldn't edit? |
| 01:06.08 | starseeker | brlcad: dunno - testing here seems to suggest that... I can try a few more things tomorrow, but darned if I can see how just adding the validation targets to the mix could cause VS to hang... |
| 01:06.28 | brlcad | here's a dangerous example: find . -name \*.c -not -regex '.*svn.*' -not -regex '.*other.*' -not -regex '.*cmake.*' -exec perl -pi -e 's/mispeling/mispelling/g' {} \; |
| 01:06.45 | brlcad | zero57: suggest you read the manpage to find and perl to understand what all that does ;) |
| 01:07.17 | brlcad | starseeker: easy to prove that's not the case, add some dummy targets |
| 01:08.30 | starseeker | brlcad: I may have an idea how we can use fewer build targets to handle the DocBook stuff anyway |
| 01:09.18 | starseeker | stress testing VS is low on starseeker's list of things he wants to care about... |
| 01:10.12 | zero57 | brlcad: How's that dangerous? and I just tried it, (obviously changing mispeling and misspelling), and it doesn't work |
| 01:11.36 | starseeker | brlcad: we'd have to add dummy targets using the custom target mechanism rather than c/c++ compilation - not sure how to do that in vanilla VS either... |
| 01:12.21 | brlcad | again, something to delegate to minions.. |
| 01:12.50 | starseeker | shrugs - if you think that's a worthwhile use of their time, sure |
| 01:18.41 | zero57 | nevermind brlcad :) I fixed it |
| 01:19.15 | zero57 | brlcad: You gave me a nice hint that needed to fix my problem |
| 01:19.27 | zero57 | basically, all I had to use was the -prune argument |
| 01:19.37 | zero57 | so I just ignored .svn and then it works :) |
| 01:20.07 | brlcad | note that you should still review what all got changed |
| 01:20.22 | brlcad | a variable named "animmate" for example might be entirely intentional |
| 01:20.46 | zero57 | brlcad: Thanks, but can you very kindly extend my deadline? I don't have anymore time than this because I have a lot of homework and tests (semester almost ending) http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 01:21.19 | zero57 | Of course :) Also I would have to count all the spelling mistakes and files I've changed |
| 01:23.04 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 01:23.24 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - I Know I just wanted to test if I'd logged in right. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 01:34.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 01:44.23 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.105.206) | |
| 01:48.59 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:53.13 | *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 01:56.19 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 01:59.43 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - any will work OO spreadsheets are just fine, even a Google Doc spreadsheet would be fine. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 02:08.10 | Notify | 03GCI: Sean: Crash MGED reliably - crash log This one technically qualifies as a graceful abort (the bu_bomb() that is referred to in the description), but you should send in a crash log anyways. MGED takes a couple seconds to shut down because it's writing out a bomb log. Find it and submit. It'll probably either be within the application... http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 02:08.30 | Notify | 03GCI: Sean: Crash MGED reliably - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 02:10.11 | brlcad | starseeker: so what led you to the analysis conclusion that you were hitting an msvc limit? |
| 02:15.11 | Notify | 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 02:16.37 | Notify | 03GCI: Sean: Create an RTWizard screenshot - yes You can import a model from 3ds max, but you'll have to export to one of the numerous formats that we will import. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 02:19.04 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 02:25.55 | brlcad | caen23: so what would you like to do about the window close task? |
| 02:27.44 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 02:29.08 | brlcad | your code is definitely in a good/right direction, but I think that bug is actually related to the change |
| 02:30.02 | Notify | 03GCI: Sean: Close MGED when both windows are closed - probably I don't have a linux build handy at the moment, but the crash is almost certainly cross-platform. That error means it tried to bring a GL context to focus that doesn't exist. That can only be the GL context that was in the graphics window that was closed/hidden or it's a new... http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 02:30.12 | Notify | 03GCI: Sean: Close MGED when both windows are closed - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 02:30.22 | Notify | 03GCI: Sean: Close MGED when both windows are closed - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 02:31.02 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably - Got what you asked for Found the files, submited them seconds ago. Thanks for extending deadline just in case. http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 03:04.02 | Notify | 03GCI: Sean: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 03:07.49 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Dog Collars - What You Need To Know]]": spam |
| 03:08.09 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:180.194.172.94]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites |
| 03:08.57 | Notify | 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Help? Sorry, I don't really know how to approach this, as neither Google nor Wolfram are much help, and I have only taken introductory calculus (my best guess is substuting the area of a circle, pi * r2 with the area of an ellipse, pi * a * b... http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 03:11.18 | *** join/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 03:11.24 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 03:11.54 | Notify | 03GCI: Sean: Crash MGED reliably - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7948218 |
| 03:12.09 | zero57 | brlcad: Hi, I actually didn't need that extension for the deadline :P I did GCI instead of my homework |
| 03:18.34 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - I think I worked it out Heya! I've sketched up a solution to this by integrating the volume form: https://en.wikipedia.org/wiki/Volume_form after first applying a couple transforms to make the cylinder behave nicely. I'll type it up for you as... http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 03:18.35 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 03:20.10 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - imezones And for what it's worth, when I say later this evening I'm in Australia and cannot access the irc channel during the day due to network restrictions. http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 03:29.01 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - how many Monika, Were you able to find any? You may be able to help the next person if you can identify any you did find. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 03:36.43 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - did you figure it out? There are instructions on the page where you downloaded the image with setup information including that password. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 03:38.38 | Notify | 03GCI: Sean: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - giving up? skriptkid, you're giving up? sounds like you were on the right track, just needing to validate your work. You could create a hyp that is close to or matching a right circular cylinder and make sure you get the same results (see the... http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 03:38.39 | *** part/#brlcad zero57 (~an@211.224-ppp.3menatwork.com) | |
| 03:42.03 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 03:45.55 | Notify | 03GCI: Sean: Crash MGED reliably (#3) - Task Assigned This task has been assigned to Chris Kloehn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 03:52.55 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 03:52.56 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 03:54.40 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 03:55.00 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - hat's not a patch So I see you created a new item on our patches tracker, but you didn't submit a *patch* file there (or here). A patch file is a text file that includes only the changes you made to files. The diff command will generate a patch file. The "svn diff" command is even... http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 03:59.07 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - by the way For what it's worth, making a patch is a fundamental developer skill so it's definitely worth learning. It's the way code changes are exchanged both throughout open source and professionally. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:03.27 | Notify | 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - full name John, if you provide your full name, I'll gladly credit you in our authorship documentation accordingly. Thank you for your efforts. It's a great piece that we'll work to publish to our news outlets. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 04:03.38 | Notify | 03GCI: Sean: Write BRL-CAD News article on .deb/.rpm builds - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7945213 |
| 04:06.23 | Notify | 03GCI: Sean: Upgrade Drupal website - accounts Jacob, so that looks just fantastic, nice work. The only problem I noticed is that my account (at least) seems to have no permission to do anything. I can log in, but somehow the permission roles are gone or not being used. Any thoughts? http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 04:06.28 | Notify | 03GCI: Sean: Upgrade Drupal website - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 04:07.23 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Sorry! I'm terribly sorry, i thought i had uploaded the patch file! i must have accidently uploaded the text file, i read through the tutorial and created the patch file correctly it's still sitting here on my desktop(how embarassing!). Ill resubmit this now, thanks again for... http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:11.44 | Notify | 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - upcoming tasks can fix/validate this one Johannes, so the patch seems reasonable at a quick glance, but it obviously warrants some validation testing. We'll add some more tasks in a few days to test routines like this one that haven't been fully tested. The... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 04:12.00 | Notify | 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 04:14.45 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:15.00 | Notify | 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - complicated testing As testing whether your implementation is actually correct will take some time, we'll be going on some blind faith.. ;) We'll be adding tasks soon to perform validation tasks for new functions like this one, so let me know if... http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 04:15.05 | Notify | 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 04:16.35 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Updated updated sourceforge link with patch now, if for some reason the changelog.txt is needed it will still be in the compressed files aobe the link. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:18.40 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - nicely done Still have to commit the patch, but a manual inspection looks great. Nice work. You may have already provided it elsewhere, but I don't see it in my notes. If you provide your full name, we'll credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 04:18.45 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for avs.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 04:20.30 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for avs.c - Thanks Hi, Thanks for that (very hard to be patient waiting for it to be checked...) Lachlan Phillips, if you need it, but I think its already in the AUTHORS file from a previous task. Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7986218 |
| 04:29.23 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - so close That's looking a lot better! The patch looks good but has several problems that make it unapplyable. Does it compile for you? I would assume you have, but you may have disabled or otherwise be ignoring warnings. In particular, I noticed the use of // comments throughout,... http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:29.32 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 04:30.13 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - A few questions... First of all, where is the third system() call? I can find the two in the ged tables method but I cant seem to locate the third. Secondly, only one of these calls to system are a "cat" command, the other is a sort command. I'm assuming that I only replace the call... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 04:30.59 | caen23 | brlcad: hmm… at this point, i really don't know what to do, i will have to do some more research. but to me, it definitely looks like an xquartz issue. the code works on deb 6 and googling for 'error: xp_attach_gl_context returned: 2' doesn't return a single non-osx result |
| 04:31.18 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - My name My name is Michael Huang. How would you recommend I include my name in the future (since I can't change my username)? Thanks in advance. http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 04:33.13 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 04:34.18 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - nicely done Well done. This looks like the first spelling mistake task to get caught. I just noticed one problem in that you missed fixing a mistake for one of the words you found, and it was even included in the patch mispelled/unchanged. See... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 04:34.19 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 04:35.39 | caen23 | starseeker: isn't the xmllint issue a bit weird? it shouldn't be platform-specific, but if your fix works, i will take care of the rest of the files |
| 04:36.29 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - wrong tool Thanks for the screenshot of archer, Diane, but.... This task specifically asks for a screenshot or animation of the 'isst' tool. Not 'archer'. There's a separate task for archer that I believe is still incomplete, but even your included image would need to use a more... http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 04:36.33 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 04:36.43 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 04:39.29 | Notify | 03GCI: Sean: Crash MGED reliably (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 04:43.35 | Notify | 03GCI: Sean: Crash MGED reliably (#3) - same issue Not only is it a "graceful" bu_bomb termination that the description says don't count, that's the exact same crash as the first one you reported. If you're going to get points for a second crash task, it needs to be a non bu_bomb() crash (which means there WON'T be an mged-#####-bomb.log... http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 04:45.50 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 04:46.00 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 04:47.12 | brlcad | caen23: the mac gl drivers are very intolerant |
| 04:47.29 | brlcad | especially under glx |
| 04:47.59 | brlcad | that error has come up before and it's always been an avoidable book-keeping problem |
| 04:49.01 | brlcad | maybe something to make a gci task of for someone else to hack on, so it's progress either way (so long as mac isn't busted) |
| 04:50.41 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Assigned This task has been assigned to fernozzle. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 05:08.19 | caen23 | brlcad: i don't understand what you mean by 'avoidable book-keeping problem'? :D |
| 05:12.30 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Yes sir Will do http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 05:12.31 | Notify | 03GCI: reikaze: Fix closedb - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 05:33.32 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 05:35.44 | Notify | 03GCI: Melange: Create a technical screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:35.54 | Notify | 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Hi I'm fairly certain that in the 'AUTHORS.txt' file, 'Northrup Research and Technology Center' should actually be 'Northrop Research and Technology Centre'. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 05:47.52 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 05:53.20 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:17.21 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 06:44.16 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Thanks Tom Browder sent me the password and I got to know that it was already provided in the instructions. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 07:18.42 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 07:19.37 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - My name My name is Michael Huang. Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 07:33.38 | *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 07:38.55 | mansi22 | starseeker: still no luck :( |
| 07:39.21 | mansi22 | http://slexy.org/view/s2qY2s7K9s |
| 08:04.22 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:13.16 | *** join/#brlcad GrantMercer015 (~GrantMerc@p23184-ipngn100301fukuokachu.fukuoka.ocn.ne.jp) | |
| 08:15.56 | GrantMercer015 | after calling cmake -dcmake_build_type=debug do i need to use 'make |
| 08:16.08 | GrantMercer015 | or with the cmake itself tell me whether my source built |
| 08:20.09 | mansi22 | i use cmake GUI |
| 08:20.22 | mansi22 | so not sure about that |
| 08:36.55 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:45.29 | GrantMercer015 | is bu_malloc requires a char * to allocate memory, how would i go about allocating memory for my char **? i used malloc before but i cannot do that now, as i have to use bu_alloc(size_t buf, char * str); |
| 08:45.33 | GrantMercer015 | if* |
| 08:56.19 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - How to compile? I have got the build directory set up properly using Cmake(see th configuration log). now how/where do I given the gcc <filename> -o <fileout> command? http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 08:57.09 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - hey something like this?:D http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 09:03.33 | *** join/#brlcad mansi22 (~Mansi@182.64.83.125) | |
| 09:07.36 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 09:18.15 | GrantMercer015 | hey mansi22 do you use svn with brlcad? |
| 09:18.44 | GrantMercer015 | im wondering if after building and confirming my file compiles i should redownload the svn off BRLCAD |
| 09:18.46 | mansi22 | yes |
| 09:19.10 | GrantMercer015 | thanks |
| 09:19.14 | GrantMercer015 | !* |
| 09:31.20 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:31.55 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 09:37.10 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 09:39.45 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Crossing my fingers Im just thrilled to be able to help out in a legitamate open source project and actually finish something, so actually thank you! I updated the latest patch with what i searched through in the hacker file, changed functions to cross platform bu_func() and... http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 09:50.07 | Notify | 03GCI: Gmercer015: Make mged 'tables' command not call system() - Name put on comment I put my name on the tracker, but in the case you miss it, my full name is Grant Mercer, and that would awesome if im added to the authorship! http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 09:50.27 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - The for-loops should go from 0 to vip->~dim - 1 Values equal to vip->~dim won't crash the program but are unnecessary. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:50.37 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:54.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:37.10 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 11:31.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 11:32.14 | Notify | 03GCI: Lohit: Crash Archer reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994230 |
| 11:35.50 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:37.55 | Notify | 03GCI: Daniel Rossberg: Crash Archer reliably (#3) - Task Assigned This task has been assigned to Lohit. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994230 |
| 11:40.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 11:47.31 | Notify | 03GCI: Skriptkid: Add a primitive surface area function ... for hyperboloids of one sheet (HYP) - I'll get back I'll get back to this after my current task. http://www.google-melange.com/gci/task/view/google/gci2012/7983225 |
| 11:48.51 | Notify | 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 11:52.04 | *** join/#brlcad wdnz (~zndr@hiding-leuven.cegeka.be) | |
| 12:06.59 | Notify | 03GCI: Daniel Rossberg: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to Cristian. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 12:11.20 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - I try it but nothing I try it but nothing. I even made a video LINK : http://www.youtube.com/watch?v=KOxF_1YGhf4&feature=youtu.be Can i use some model of human , tank , tire or download .g files from somewhere ? http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 12:21.52 | Notify | 03GCI: Daniel Rossberg: Create an artistic screenshot - Sample databases You'll find some .g files in your BRL-CAD installation at share/db. There are nice programs for database creation too. Look at src/shapes and src/proc-db (in the source code check-out) to get an idea what's available. Eg the program tire creates nice BRL-CAD tires. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 12:36.18 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - How did I even miss that? Sorry! I did this late at night and didn't seem to notice it! I'll get onto it ASAP http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 12:43.35 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 12:59.42 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 13:02.23 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 13:05.28 | Notify | 03GCI: Daniel Rossberg: Write a BRL-CAD showcase article - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 13:17.15 | *** join/#brlcad harmanpreet (~chatzilla@124.253.151.200) | |
| 13:18.39 | *** join/#brlcad caen23_ (~caen23@92.81.204.43) | |
| 13:21.32 | *** join/#brlcad M0J0E (~johannes@p4FDFB03A.dip.t-dialin.net) | |
| 14:21.43 | Notify | 03BRL-CAD:bob1961 * 53997 brlcad/trunk/src/libbu/vls_vprintf.c: Fixed a typo. |
| 14:32.42 | caen23_ | starseeker: i think i've found a better way to fix the windows issues: apparently, the <author> tag does not need to appear inside <refentrytitle> or <info> as long as you specify the author at the end of the file, using something like <refsection xml:id="author"><title>AUTHOR</title><para>BRL-CAD Team</para></refsection> |
| 14:32.48 | caen23_ | i think this is the way to go |
| 14:40.55 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Please Reply Please reply to the above comment. I am not able to ficure out which file to compile using gcc. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 14:52.02 | Notify | 03GCI: Melange: Model BRL-CAD logo in BRL-CAD (alan one) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 14:55.06 | *** join/#brlcad ambarpal (~ambarpal@120.59.168.89) | |
| 14:55.41 | ambarpal | i have a query regarding compiling brlcad using gcc for google code in |
| 15:02.54 | *** join/#brlcad JordiGH (~jordi@octave/developer/JordiGH) | |
| 15:03.02 | JordiGH | ambarpal: What seems to be the problem? |
| 15:03.50 | Notify | 03BRL-CAD:n_reed * 53998 brlcad/trunk/src/librt/primitives/epa/epa.c: choose curve points based on estimated curve length |
| 15:04.07 | ambarpal | i have run the cmake command to make the build directory |
| 15:04.38 | ambarpal | but now i cannot find .c or .cpp file with which i would compile gcc |
| 15:04.59 | JordiGH | After you run cmake, type "make" |
| 15:05.33 | ambarpal | this is for linux, right? but i am on windows |
| 15:05.47 | ambarpal | but i ave got the linux vm that you provided |
| 15:05.58 | JordiGH | I didn't provide it. |
| 15:06.16 | JordiGH | And it's not about the kernel you use, but about the OS. Make would exist on any GNU or BSD system, with or without linux. |
| 15:06.33 | JordiGH | Anyways, if you're using Windows, on Windows cmake will generate Visual C++ project files, I believe. |
| 15:06.35 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - his is going to be an uphill battle This sounds like it's going to be an uphill battle for you. I'm glad to help, but we cannot tell you every step along the way or we'd be better off just doing the task ourself (or letting someone else). We have extensive documentation in many places on how to... http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 15:06.56 | JordiGH | ambarpal: Is that for you? |
| 15:07.13 | ambarpal | ok then ill see |
| 15:07.38 | JordiGH | Okay, so the task is specifically to compile for gcc on Windows? |
| 15:08.07 | ambarpal | oh sorry, i guess sean commented just now |
| 15:08.15 | ambarpal | no, the lask is not specifically for windows |
| 15:08.20 | ambarpal | *task |
| 15:11.22 | Notify | 03BRL-CAD:n_reed * 53999 brlcad/trunk/src/librt/primitives/epa/epa.c: space curves evenly |
| 15:14.41 | Notify | 03GCI: Sean: Implement thread creation for Windows - invalid patch file The ThirdPatch.patch file is not a valid patch file. Also, the changes still do not conform to our coding style. The indentation is wrong and you still have a slew of superfluous blank lines being added. That's obvious without even applying the file just by reading the... http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 15:15.21 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 15:15.46 | *** part/#brlcad ambarpal (~ambarpal@120.59.168.89) | |
| 15:16.37 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Corrected Sorry about that. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 15:17.13 | *** part/#brlcad JordiGH (~jordi@octave/developer/JordiGH) | |
| 15:22.02 | Notify | 03GCI: Jacob B: Upgrade Drupal website - Account Your account should work now. http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 15:22.43 | Notify | 03GCI: Jacob B: Upgrade Mediawiki website - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 15:22.47 | Notify | 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 15:27.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 15:27.54 | Notify | 03BRL-CAD:brlcad * 54000 (brlcad/trunk/AUTHORS brlcad/trunk/BUGS and 40 others): apply a patch from peter stanev (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999212) that fixes 5+ spelling mistakes in 40+ files. |
| 15:28.18 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - applied Thanks! A modified version of your patch was applied in r54000 and you were documented in our authorship documentation with the code contribution. Note that src/other sources needed to be ignored (that's not our code) and you shouldn't edit... http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 15:28.28 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 15:32.09 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Who should I interview Hi, can you suggest me someone to interview? I have already some questions. One more thing. My computer has a problem so I'll only be able to write in the CPP. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 15:33.13 | *** join/#brlcad code-in (~code-in@62.28.72.245) | |
| 15:33.26 | brlcad | hello code-in |
| 15:33.38 | brlcad | I assume you're here for the pizza party? |
| 15:34.11 | code-in | Hi I'm a google code-in student and I'm looking for someone to interview for the CPP. Anyone volunteers? |
| 15:36.26 | *** join/#brlcad JordiGH (~jordi@octave/developer/JordiGH) | |
| 15:36.42 | brlcad | code-in: what's your task suggest? |
| 15:36.53 | *** part/#brlcad JordiGH (~jordi@octave/developer/JordiGH) | |
| 15:39.29 | code-in | you csn view my task is called "Write a BRL-CAD showcase article" and requires me to interview a developer and publish an article on the CPP |
| 15:43.51 | brlcad | code-in: I suggest you interview one of our gsoc students about their project |
| 15:44.00 | brlcad | code-in: http://brlcad.org/d/node/98 |
| 15:45.21 | brlcad | code-in: any of them are fair game, but I suggest contacting either wu, chris, andrei, or cristina first |
| 15:45.41 | brlcad | since they're more accessible and have good things they can talk about |
| 15:45.50 | brlcad | code-in: have you seen the other two interview tasks? |
| 15:48.10 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 15:49.02 | Notify | 03GCI: Sean: Find and fix at least 5 spelling mistakes in at least 40 different files - full name An -- if you provide your full name, I'll be sure to credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 15:49.53 | Notify | 03BRL-CAD:brlcad * 54001 brlcad/trunk/AUTHORS: that's twice I've made the mistake of pulling the top name instead of the bottom one. stanev didn't provide the spelling fixes, 'An' did. |
| 15:51.33 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - update your sources One of the other spelling tasks was just completed, so be sure to update your checkout of our sources to get those changes. You can't get credit for spelling mistakes that are already reported and fixed.. ;) svn up http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:51.54 | code-in | I haven't seen those tasks but I'll gladly fulfill them when I end this one |
| 15:51.59 | code-in | thanks for the names. |
| 15:52.53 | code-in | ok I think I have enough information |
| 15:52.58 | caen23_ | alright, i think i've fixed docbook so that it works on both win and linux. on linux it sure does, and on windows, there should be nothing to complain about (<info> has been removed). but we still have to wait for someone (mansi22?) to try compiling on windows and see if it's ok |
| 15:53.28 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - update your sources Anshul, one of the other spelling tasks was just completed, so be sure to update your checkout of our sources to get those changes. You can't get credit for mistakes that are already reported/fixed. ;) Monica, thanks for pointing... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 15:55.59 | brlcad | caen23_: http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 15:56.40 | caen23_ | still haven't got round to the "mged window" task, so i can't claim, but i will as soon as i fix the other one |
| 15:56.49 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - RT_ELL_CK_MAGIC Are you sure? BTW, do you see any chance to test the function by yourself? http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 15:56.53 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 15:57.50 | caen23_ | oh, and i had already started committing the changes, so i won't be able to include the gci link |
| 15:58.43 | Notify | 03GCI: Sean: Create an artistic screenshot - hat looks good, but... ... but the model is crap. :) You need to find some geometry that is more impressive. Try the 'tire' tool that Daniel mentioned or browse through grabcad.com and find something you can import that is impressive. Remember that the emphasis for this task is something... http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 15:58.49 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 16:00.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 16:01.37 | brlcad | caen23_: that's fine |
| 16:01.49 | Notify | 03GCI: Sean: Create an artistic screenshot - saw your video Petar, so I saw your video and the problems you ran into. It looks like the importer failed for whatever reason. I suggest either trying another importer or another model. Converting geometry is a complicated hit-or-miss process, but you should be able to find something that converts... http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 16:01.52 | brlcad | caen23_: you could release the window task and come back to it |
| 16:02.03 | brlcad | not likely anyone else is going to claim it and complete it |
| 16:02.26 | caen23_ | ok, then |
| 16:04.02 | caen23_ | about that task, before leaving yesterday, you said that it has always been an avoidable book-keeping problem, but i don't think i understand what that means :D |
| 16:04.26 | Notify | 03BRL-CAD:caen23 * 54002 (brlcad/trunk/doc/docbook/system/man1/en/anim_script.xml brlcad/trunk/doc/docbook/system/man1/en/anim_sort.xml and 248 others): XML DocBook should now validate properly on both Windows and Linux systems |
| 16:04.45 | Notify | 03GCI: Cezar: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 16:05.50 | Notify | 03GCI: Sean: Upgrade Drupal website - looks better That looks better, what was the problem? If you provide your full name, we'll credit you accordingly in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 16:05.55 | Notify | 03GCI: Sean: Upgrade Mediawiki website - Task Assigned This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 16:07.00 | Notify | 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 16:07.55 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - responded on IRC In addition to the suggestions given to you on IRC, you should read over these two tasks to get an idea of what others have done and what is expected: http://www.google-melange.com/gci/task/view/google/gci2012/7966232 ... http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 16:08.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 16:08.55 | Notify | 03GCI: Sean: Fix <author> tags in our Docbook documentation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 16:09.40 | Notify | 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Commit r54002 Commit r54002 http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 16:11.21 | Notify | 03GCI: Cezar: Fix <author> tags in our Docbook documentation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 16:12.22 | Notify | 03GCI: Jacob B: Upgrade Drupal website - Looks better I forgot to enable the management block when I disabled the managemnet toolbar, so I manually had to acess the admin interface. Jacob Burroughs http://www.google-melange.com/gci/task/view/google/gci2012/7958216 |
| 16:23.36 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:29.30 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - now? Used vim, when i opened it i typed :set modeline in the command area. then i did it. Counted indents. They're via the levels you said above. the convention of <function type> <function name + declaration> was used in the other files in libbu so what about now? >_< http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 16:30.50 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 16:32.25 | Notify | 03GCI: John: Write a BRL-CAD showcase article - That's my own work I'm the one working on those articles. I'm going to interview Wu. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 16:38.47 | Notify | 03GCI: Mitsuhide: Create an RTWizard screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 16:40.23 | Skriptkid | brlcad: Need help with buildbot |
| 16:42.56 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196) | |
| 16:44.28 | Skriptkid_ | nick Skriptkid |
| 16:45.23 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 17:03.17 | Notify | 03BRL-CAD:carlmoore * 54003 (brlcad/trunk/doc/docbook/lessons/es/mged09_esfera_en_caja_exhibidora.xml brlcad/trunk/include/bn.h and 14 others): fix spellings (including Sproull and personalizados [latter in Spanish]) |
| 17:06.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:06.36 | *** join/#brlcad merzo (~merzo@147-59-132-95.pool.ukrtel.net) | |
| 17:15.48 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.196) | |
| 17:23.10 | Notify | 03BRL-CAD:carlmoore * 54004 brlcad/trunk/src/libbu/sscanf.c: fix spelling and remove trailing blanks/tabs |
| 17:23.19 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Unable to run Buildbot I installed and ran buildbot as per intructions given here : http://buildbot.net/buildbot/docs/current/tutorial/firstrun.html. But it shows a lot of errors about missing dependancies and missing files. Buildbot isn't able to run. The two required... http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 17:25.37 | *** join/#brlcad Skriptki_ (~Skriptkid@117.202.99.196) | |
| 17:27.12 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196) | |
| 17:28.24 | Skriptkid | brlcad ??? |
| 17:43.23 | Notify | 03GCI: Lohit: Crash Archer reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7994230 |
| 18:04.52 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.196) | |
| 18:12.19 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:12.24 | Notify | 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 18:16.34 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - I have tested it Sorry about that. This is embarrassing. I've submitted a corrected vesion. I did manage to test the function, but I later copy/pasted the "boilerplate" vip/CHK_MAGIC lines afterward to better match that of the ellipse volume function, and... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:19.00 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4733 /wiki/Community_Publication_Portal: /* Final Editorial Review */ |
| 18:26.05 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 18:46.33 | caen23 | brlcad: regarding the "close mged" task, if i go to "Modes -> Display Managr" and choose X instead of OpenGL on the mac, the previous problem goes away. is there a particular reason for why X is not the default on the mac, or could i just switch that and call it a day? |
| 19:40.45 | starseeker | caen23: opengl is preferable to X, when we can use opengl |
| 19:41.40 | starseeker | as you're discovering, X opengl on the Mac is a tricky prospect. Unfortunately, we don't currently have a display manager for Apple's native opengl |
| 19:42.53 | starseeker | Whether we can mix native apple OpenGL with an X11 mged or Archer is another question. Tcl/Tk does have an Aqua version, but it's got rough edges thus far |
| 19:44.32 | starseeker | suspects mixing Aqua opengl with X would be... problematic |
| 19:45.20 | caen23 | starseeker: but on os x at least, where we don't have a native opengl dm, wouldn't x work better? :-? also, thoughts on the docbook messages i left earlier? :D |
| 19:45.42 | starseeker | caen23: docbook looks good - nice job! |
| 19:46.02 | caen23 | have you had a chance to run it on windows? is it ok? |
| 19:46.22 | starseeker | running the validation on X is triggering other issues for me here |
| 19:47.18 | starseeker | on Windows rather |
| 19:47.35 | caen23 | hmm… what kind of issues? |
| 20:01.36 | *** join/#brlcad caen23_ (~caen23@92.81.175.122) | |
| 20:06.43 | *** join/#brlcad M0J0E (~johannes@p4FDFB03A.dip.t-dialin.net) | |
| 20:16.04 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - pfff can I have please one more day?:DI finally understood what I have to do :D http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 20:16.11 | starseeker | caen23: not entirely sure - may just be generating too many targets |
| 20:16.38 | starseeker | caen23: but the xmllint results I think were the same all around - I was able to reproduce the failures from the Windows build on Linux |
| 20:17.12 | starseeker | I don't expect there to be be any failures on Windows, if Linux succeeds |
| 20:18.04 | caen23 | how did you reproduce the failures? cmake flag? |
| 20:42.55 | brlcad | caen23: if we make X the default, then some capabilities (like the ability to run archer) go away |
| 20:44.05 | brlcad | it's possible to make archer work without opengl, but that's a bit involved |
| 20:44.23 | brlcad | moving forward, we're going to require opengl e ventually, so it's not been a huge issue |
| 20:44.37 | caen23 | brlcad: but isn't archer separate from mged? |
| 20:44.43 | brlcad | yep |
| 20:45.10 | caen23 | then perhaps enable x only for mged on os x? |
| 20:45.20 | brlcad | the default manager is set when libfb and libdm are compiled |
| 20:45.36 | caen23 | ah, didn't know that |
| 20:45.53 | brlcad | those settings just propagate up through to the application automatically |
| 20:46.20 | brlcad | we could add some priority, but the real problem is that there is some bug in our opengl code |
| 20:46.38 | brlcad | or our management of opengl contexts, as is more likely the case |
| 20:47.48 | caen23 | i tried something this morning, i thought maybe it crashed because of viewring. but i did some testing and that's not the case. but yeah, openw.tcl does look like it could be improved a lot |
| 20:48.45 | brlcad | I wouldn't worry about it too much given archer is the eventual replacement -- but getting it working is needed |
| 20:49.12 | brlcad | scheduled to push out archer for alpha testing as soon as a few significant bugs are fixed |
| 20:49.20 | brlcad | needs to add the gci tasks |
| 20:50.09 | caen23 | ok, then. any pointers as to where to look to modify the opengl code? |
| 20:51.21 | brlcad | if I recall right, didn't you have the context deleted when the window was hidden? |
| 20:51.36 | brlcad | try not deleting it ;) |
| 20:52.16 | brlcad | note that my recollection is very fuzzy .. I've looked at many many patches over the past few days |
| 20:52.40 | starseeker | caen23: -DBRLCAD_EXTRADOCS_VALIDATE=ON was/is how you enable the strict xmllint checking. |
| 20:53.22 | caen23 | that was originally the code :D but what i did was, i simply hid the window, set a var to 0, and then called the destroyer, which checked if both the cmd and the graphics windows were closed. if both vars were 0, i would run the destroy code |
| 20:53.51 | caen23 | starseeker: hmm… i thought i did that. looks like i should do a clean install some time soon |
| 20:54.22 | starseeker | wanted to enable it by default, backed off while lots of docbook conversions were happening, want to re-enable it by default now. Re-thinking the DocBook build logic some (again... sigh) to try and cut down on the absurd number of build targets we're currently generating |
| 20:55.15 | starseeker | caen23: at this point, I think you're good on DocBook (at least, until we get an active report that something's still wrong.) |
| 20:55.27 | caen23 | starseeker: but if this error didn't occur in the past, what is causing it now? |
| 20:55.47 | starseeker | which error? |
| 20:56.46 | caen23 | starseeker: the one related to the many build targets |
| 20:56.56 | brlcad | caen23: the windows error is some unknown failure that hangs MSVC, the cause isn't known |
| 20:57.09 | brlcad | it's just provoked when that option is on |
| 20:57.33 | brlcad | good task to figure out what the real underlying cause is, whatever it is |
| 20:57.41 | caen23 | brlcad: ooh, ok. sorry, got it all wrong. i thought it failed on linux, too |
| 20:58.12 | starseeker | nope :-) |
| 20:59.00 | starseeker | caen23: working like a charm on Linux |
| 20:59.12 | brlcad | like a boss |
| 20:59.44 | caen23 | starseeker: good to hear :D |
| 21:00.20 | starseeker | I'm not sure where a good starting point would be for OpenGL+X on Mac... |
| 21:00.46 | starseeker | brlcad: are there any "good" example apps where someone is handling that correctly? |
| 21:00.49 | brlcad | that should be catchable in a duebugger,can trace backwards from there |
| 21:01.03 | brlcad | or run an opengl profiler on it to see the opengl state leading up to that error |
| 21:01.30 | starseeker | ah - hadn't thought of the latter in a long time - does the Mac dev package have one? |
| 21:02.00 | brlcad | there's a hundred ways to use opengl, our particular approach isn't likely going to compare to other approaches |
| 21:02.15 | brlcad | just needs some eyeballs either knowledgable in debugging or in opengl to diagnose |
| 21:02.34 | brlcad | mac does provide a very nice profiler |
| 21:02.50 | brlcad | but it's not just something you fire up, the tool would have to be learned to be effective |
| 21:02.58 | starseeker | nods |
| 21:03.31 | caen23 | brlcad: i tried gdb like you said yesterday, and that's how i got found what the error was. but i couldn't get a stack trace, it said "no stack" when i ran bt. i'm gonna give the opengl profiler a try |
| 21:04.54 | brlcad | caen23: you have to set breakpoints before the error happens and walk forward |
| 21:05.32 | brlcad | like set one on your destructor function, see if/when it gets called |
| 21:05.54 | brlcad | set breakpoints on the libdm functions that actually created/manage the opengl contxt |
| 21:06.06 | brlcad | set a breakpoint on _exit |
| 21:06.26 | brlcad | somwehere in there, you'll be able to stop the program and find the call that causes that abort |
| 21:06.49 | brlcad | given it's a glx error, a breakpoint on exit and/or _exit should actually work |
| 21:06.53 | brlcad | that's a graceful termination |
| 21:06.59 | caen23 | i don't think openw.tcl is broken. i will try what you suggested, thanks |
| 21:08.14 | Notify | 03GCI: Melange: Create prototype 2D CAD drawing(s) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:08.19 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:09.34 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:13.09 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - more on track so you're more on track with the latest scheme, but I'd already have some critiques. You should not have *any* wasted space. For example, the areas to the right and left of the "title" are wasted in that example. That space should be used by something else or the title should be... http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:14.29 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - . Understood. Thank you. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 21:20.06 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 21:42.35 | Notify | 03GCI: An: Find and fix at least 5 spelling mistakes in at least 40 different files - My full name Hi, my full name is An Ha. Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7999212 |
| 21:52.11 | *** join/#brlcad caen23 (~caen23@92.81.217.125) | |
| 21:54.13 | *** join/#brlcad zero57 (4800d165@gateway/web/freenode/ip.72.0.209.101) | |
| 21:56.17 | zero57 | brlcad: Hi, thanks for accepting my work for the spell checking task! I've changed my public name to An Ha instead of An. And I'd appreciate you crediting me in your authorship documentation :) If you want, you can also use my middle name which is Tuan. So it's An Tuan Ha. Thanks again |
| 22:21.25 | *** join/#brlcad merzo (~merzo@207-12-132-95.pool.ukrtel.net) | |
| 22:31.56 | Notify | 03BRL-CAD:brlcad * 54005 brlcad/trunk/AUTHORS: full name is 'an tuan ha', thanks |
| 22:38.57 | *** join/#brlcad titi (4f640cda@gateway/web/freenode/ip.79.100.12.218) | |
| 22:45.44 | Notify | 03BRL-CAD:carlmoore * 54006 brlcad/trunk/doc/docbook/articles/it/about_it.xml: fix a spelling in Italian |
| 22:53.29 | Notify | 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - IRC I emailed you but you don't reply me. What is your nick in IRC? http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 23:11.09 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 23:17.26 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 23:18.54 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - hyp_Vi object already there I see that there is a point_t object in the rt_hyp_internal structure whose description is "hyp vertex". Does this mean that all I have to do is make the centroid function replace *cent with hyp_Vi, like for... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 23:32.22 | Notify | 03GCI: abhishekcrzy: Fix closedb - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 23:33.44 | Notify | 03BRL-CAD Wiki:Jacksixb * 4734 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 23:38.50 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 23:50.25 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 00:20.28 | Notify | 03BRL-CAD:n_reed * 54007 brlcad/trunk/src/librt/primitives/rhc/rhc.c: space connecting lines evenly |
| 00:20.34 | Notify | 03BRL-CAD:n_reed * 54008 brlcad/trunk/src/librt/primitives/rpc/rpc.c: space connecting lines evenly |
| 00:20.34 | Notify | 03GCI: abhishekcrzy: Fix closedb - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 00:21.06 | Notify | 03GCI: abhishekcrzy: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970238 |
| 00:47.12 | Notify | 03GCI: Melange: Reduce duplicate code in htonf.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 00:51.30 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 01:03.51 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 01:19.28 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 01:53.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:09.23 | *** join/#brlcad maths22 (~maths22@c-50-141-159-74.hsd1.il.comcast.net) | |
| 02:41.40 | Notify | 03BRL-CAD Wiki:Jacksixb * 4735 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 02:41.41 | Notify | 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Finished? I rerote file into template and it compiled with no errors. I uploaded the file. (December 06 2012). Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 02:41.42 | Notify | 03GCI: Will Bensky: Add missing documentation (for any ONE command) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 03:16.57 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 03:44.13 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - I was looking at old code... So I was looking at the code posted online which is apparently out of date. I fired up the vm and found the third call to system. My question still stands as far as if I'm replacing all three, or just the system("cat ...") command. I'm not sure how I... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 03:57.31 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Missing .exe files I have some questions about some of the errors that I received from CMake. The errors are: CMake Error: Unable to find the executable at any of: /home/Brenden/brlcad/.build/CMakeTmp/CMakeFiles/CMakeTmp/cmTryCompileExec4277939579.exe ... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 04:04.54 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 04:43.41 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:09.33 | Notify | 03GCI: Melange: Compile and run BRL-CAD on a Raspberry Pi - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 05:40.47 | *** join/#brlcad lachlanp (~lachlan@ppp226-79.static.internode.on.net) | |
| 05:41.06 | lachlanp | hi guys |
| 05:41.08 | lachlanp | hows it going? |
| 05:44.48 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Done! Hi, I'm essentially finished this task (except for the mentor check) even though it's not been accepted... that's alright isn't it? Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 05:49.14 | lachlanp | i'm trying to make a patch from my work, but a previous task of mine hasn't yet been commited it seems to the repo |
| 05:49.37 | lachlanp | for me, that means the changes to CMakeLists.txt for the old task are in the new one |
| 05:49.41 | lachlanp | what should I do? |
| 05:52.35 | Notify | 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8027205 |
| 05:55.33 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:03.58 | Notify | 03GCI: Melange: Make mged 'tables' command not call system() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 06:07.39 | Notify | 03GCI: Sean: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to abhishekcrzy. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970238 |
| 06:07.49 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 06:08.04 | Notify | 03GCI: Sean: Find, reliably reproduce, and report any bug in Archer - Task Assigned This task has been assigned to Glass. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8027205 |
| 06:11.44 | Notify | 03GCI: Sean: Make mged 'tables' command not call system() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8007219 |
| 06:14.16 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 06:15.20 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:15.38 | *** join/#brlcad RONNCC (ad49766b@gateway/web/freenode/ip.173.73.118.107) | |
| 06:16.05 | RONNCC | ok @sean? it seems i am bad at this. do i do :set modeline every time i open vim .. or do i put it in the .vimrc or what? ... |
| 06:16.12 | RONNCC | and what else can do similar things? |
| 06:16.16 | Notify | 03GCI: Sean: Reduce duplicate code in htonf.c - hat looks better That looks much better. Thank you! Hopefully the modeline feature will help you if you contribute other patches (lots of open source projects have a modeline defined). We'll credit your name in our authorship documentation with this contribution, thanks again for working... http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 06:18.06 | Notify | 03GCI: Shomiron Ghose: Reduce duplicate code in htonf.c - Response THANK YOU! :) Are you on IRC? http://www.google-melange.com/gci/task/view/google/gci2012/7966230 |
| 06:20.47 | RONNCC | brlcad: interesting thing. it seems one of the other orgs had a student accidentally do some 900 commits. do you know of any safeguards against this? |
| 06:23.28 | Notify | 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - shouldn't need to You can provide your name when you first submit a patch as completed if you like, if only to remind us of your name. Your alias will also be in our documentation, though, so we will be able to track you as future changes are... http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 06:29.36 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - hm! Anshul, do you need more time? Monica, the more I remember back that far, I'm actually vaguely remembering that Northrup is the correct spelling - that it wasn't Northrop Grumman -- but I'll have to consult some of our archives to find out for sure. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 06:41.03 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Problem with Patch Hi, This patch contains stuff from my last task, as I explained on the IRC: [16:19] <lachlanp> i'm trying to make a patch from my work, but a previous task of mine hasn't yet been commited it seems to the repo [16:19] <lachlanp> for me, that... http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 06:41.49 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for argv.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 06:42.49 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - many changes needed John, Ah, thanks for pointing that out. I haven't been able to form an assocation because we don't yet know your name for attribution. If you'd like to remain semi-anonymous, that's fine, but let us know or we'll keep asking. As for this latest article, there are several... http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 06:42.59 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 06:48.40 | Notify | 03GCI: Sean: Implement thread creation for Windows - still not a valid patch file The format of your file is still not a valid patch file. How are you making that file?? If you have a subversion client, it will generate the patch file for you. Also, the indentation is still wrong -- your file has tabs on the first indent, which should be four... http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 06:48.45 | Notify | 03GCI: Sean: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 06:48.50 | Notify | 03GCI: Sean: Implement thread creation for Windows - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 06:50.35 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 06:54.07 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - no contact I get a lot of mail, but I have not received any from you that I'm aware of. Perhaps you misspelled the address. Either way, it's easier to reach me on IRC. Just join the channel, announce your project and that you need someone to help you get set up and I'll respond as soon... http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 06:56.27 | Notify | 03GCI: Andy Le: Find and fix at least 10 spelling mistakes in at least 10 different files - Spelling errors Hi Sean, I don't have the task but I'd still like to help out. I believe in the "history.txt" file the doc folder there are a few typos. acedemic should be academic contries should be countries Crysler Motors should be Chrystler... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 06:58.58 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - only the third Yes, this task is for just that last system() call. There was another GCI task, already completed, that fixed the two sort ones. If you're using the vm, make sure you run "svn update" to get the latest sources. Submitting the whole file is nfg. You need to submit a... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 06:59.03 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 07:02.49 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - commit delay This looks great Lachlan. We have a backlog of patches to commit to the repository, but they are queued up and will all get processed eventually. We just don't want to hold up responding to the GCI tasks, which are getting priority attention right now. ... http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 07:03.04 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for argv.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7992222 |
| 07:06.30 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - unresponsive Andy, If Anshul continues to be unresponsive and doesn't complete the task, perhaps you can reclaim it. I think there may still be another spelling task too. Cheers! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 07:07.24 | brlcad | RONNCC: I'm not positive as I tend to avoid vim for intense code editing these days, but I know that it's no longer on by default |
| 07:07.39 | brlcad | so you either need to set it in your vimrc or manually |
| 07:08.13 | brlcad | emacs will parse the footers by default and apply our style correctly (just hit tab on the lines edited) |
| 07:08.21 | RONNCC | hmm ok |
| 07:09.53 | brlcad | there's no guarantee that someone with commit access won't screw something up bad, which is part why our committers are required to demonstrate solid ability creating and applying multiple patch files to even be considered |
| 07:12.47 | brlcad | they must submit multiple "perfect" patch files that require no changes |
| 07:16.14 | brlcad | goes for a walk |
| 07:19.32 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:39.25 | *** join/#brlcad andrei (~andrei@5-12-221-61.residential.rdsnet.ro) | |
| 07:39.43 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:55.25 | *** join/#brlcad GrantMercer015 (~GrantMerc@103.5.142.7) | |
| 07:55.58 | GrantMercer015 | i'm looking into taking a unit tests task, but i cannot seem to find the path src/libbn/tests/files |
| 07:56.16 | GrantMercer015 | the dont see a tests path anywhere in the source |
| 08:03.24 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Interested in taking this task up, but.... I'm interested in taking up this task, but i cant seem to find any 'test' directories. I checked my source distrubution download followed by the cross reference linux BRL-CAD site and found no 'test' folder in... http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 08:06.51 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:13.24 | d_rossberg | GrantMercer015: there should be a src/libbn/tests directory in the source checkout, do you have the src foulder? did you updated your copy? |
| 08:16.12 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 08:16.20 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - The colors are missing Nice work, but I would like to see some colors too. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 08:16.26 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 08:17.18 | GrantMercer015 | i looked online also for cross-reference, but found nothing |
| 08:23.09 | Notify | 03BRL-CAD Wiki:118.99.66.128 * 4736 /wiki/Mailing_Lists: |
| 08:23.59 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:24.15 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 08:33.57 | Notify | 03GCI: Daniel Rossberg: Create numerics library (LIBBN) API unit test ... for complex.c - Have you found the sources? There is no src/libbn/tests/bn_complex.c yet. You have to create it. However, the src/libbn/tests directory is already there. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 08:34.07 | Notify | 03GCI: Daniel Rossberg: Create numerics library (LIBBN) API unit test ... for complex.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 08:41.42 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Take the time to check your code again Now there are again the <= in the loop conditions. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 08:41.43 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:07.20 | Notify | 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 09:24.20 | Notify | 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 10:37.36 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 11:18.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.59.233) | |
| 11:29.16 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - hmm I think it's ready :D http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 11:31.27 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - The colors don't seem to be the ones from the original How about using comb_color to set them? And shp1.c and shp3.c should be regions. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 11:31.42 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Deadline extended The deadline of the task has been extended with 0 days and 20 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 11:32.02 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 11:49.57 | Notify | 03GCI: Daniel Rossberg: Implement thread creation for Windows - Some shortfalls The include <windows.h> shouldn't be neccessary because it will be done in bio.h, and the way you did it could cause problems with cygwin too. Why did you changed one of the "Create the threads" comments (and only this one)? The 1st level content of your 1st... http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 11:50.02 | Notify | 03GCI: Daniel Rossberg: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 12:19.08 | Skriptkid | Need some help on the Buildbot task |
| 12:25.42 | Skriptkid | I'm unable to install it. Too many files and dependancies not found. Especially pysqlite2. I dont' have sudo permissions, so I'm runnind and installing everything in a virtual environment(created using virtualenv.py) |
| 12:46.58 | Skriptkid | brlcad : Need sqlite3 installed. Buildbot needs a module called pysqlite2, which requires sqlite3. |
| 12:47.06 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Need sqlite3 Need sqlite3 installed. Buildbot needs a module called pysqlite2, which requires sqlite3. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 13:02.02 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 13:03.31 | Notify | 03GCI: Monika: Find and fix at least 10 spelling mistakes in at least 10 different files - Northrop I'm not completely sure, but I wasn't referring to Northrop Grumman, but Northrop Corporation's 'Northrop Research and Technology Centre' in California which closed down several years ago. It may still be Northrup however, so let me know! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 13:10.49 | ``Erik | tcl9 https://groups.google.com/forum/#!topic/comp.lang.tcl/lTG-A8g_yIY/overview |
| 13:13.00 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Extension? Could I possibly get an extension on this task? I'm at school now but I'll be able to fix whats wrong and submit a patch as soon as I get home. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 13:14.01 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - We like the patch-files Please provide us one. Your subversion client should be able to generate it. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 13:14.02 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 13:32.10 | Notify | 03GCI: Daniel Rossberg: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 13:41.04 | Notify | 03GCI: Melange: Find and fix at least 10 spelling mistakes in at least 10 different files - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 13:47.51 | Notify | 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 13:48.36 | Notify | 03GCI: Richard Akira Heru: Model BRL-CAD logo in BRL-CAD (alan one) - Thank you for your suggestions I hope this will do. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 14:04.43 | Notify | 03BRL-CAD:d_rossberg * 54009 (brlcad/trunk/src/librt/primitives/rhc/rhc.c brlcad/trunk/src/librt/primitives/rpc/rpc.c): quell variable set but not used warnings (i.e. errors) |
| 14:08.32 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan one) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994225 |
| 14:43.54 | Notify | 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - I can't see any reference to a BRL-CAD GUI Where is the GUI? http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 14:44.04 | Notify | 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 14:46.31 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 14:46.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.59.233) | |
| 14:47.04 | brlcad | Skriptkid: installed |
| 14:47.30 | Notify | 03GCI: Richard Akira Heru: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 14:48.10 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 14:50.17 | Skriptkid | brlcad: Thank you :) |
| 14:51.17 | Notify | 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Task Well, i was talking with one of the mentors and he said i am on right track. This is redesign of what is sown in the examples folder. I put more functionality in less space . This is better designed and organized task center (from the examples folder). And ... this is... http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 15:08.42 | *** join/#brlcad kilroy10 (~chatzilla@100.Red-79-158-255.staticIP.rima-tde.net) | |
| 15:09.18 | Notify | 03GCI: Daniel Rossberg: Create prototype CAD GUI layout diagram - Where is your GUI layout? The last upload was on December 4. It contains two screenshots (from an Apple computer?) One seems to be a web browser showing the Google homepage, the other one is a "Task Center". Non of them has any relation to a CAD. The "Ready for review" was hit... http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 15:10.34 | kilroy10 | Hello, I need more time with my task |
| 15:14.20 | Notify | 03GCI: Sean: Create prototype CAD GUI layout diagram - on right track, but still not yet at the station Alexander, no need to be so defensive... and thanks for your efforts! You're on the right track showing two different GUI layouts, but what is missing is one more layout that is specific to a geometry editing interface. Following on your... http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 15:14.29 | brlcad | kilroy10: url? |
| 15:14.40 | Notify | 03GCI: Sean: Create prototype CAD GUI layout diagram - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 15:16.07 | kilroy10 | Of the task? |
| 15:17.52 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 15:22.50 | d_rossberg | kilroy10: yes, or the title of the task or your name at melange |
| 15:24.23 | kilroy10 | Name at melange is Cristian (IRL name) or kilroy (nickname) and the link of the task is http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:26.30 | Notify | 03GCI: Daniel Rossberg: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:26.55 | Notify | 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 15:27.40 | Notify | 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Formatting What format should I submit the file in? http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 15:30.55 | Notify | 03GCI: Daniel Rossberg: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to bwannow. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 15:31.41 | Notify | 03GCI: Daniel Rossberg: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - You have to edit the wiki page mentioned in this task's description. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 15:37.18 | Notify | 03GCI: Diana Boyadjieva: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 16:00.53 | starseeker | ``Erik: yeah, there's been some Tcl9 discussions on the dev list now that 8.6 is "almost ready" |
| 16:01.57 | starseeker | remains skeptical that the Tcl community will take anything that might be called a "radical approach", but we'll see |
| 16:08.28 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Error during build [ 27%] Building C object src/librt/CMakeFiles/librt.dir/primitives/vol/vol.co /home/rossberg/Devel/brlcad/src/librt/primitives/vol/vol.c: In function 'rt_vol_volume': ... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:08.33 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:20.24 | *** join/#brlcad caen23_ (~caen23@92.85.80.203) | |
| 16:30.12 | Notify | 03GCI: Daniel Rossberg: Implement thread creation for Windows - There are still some shortfalls 8 spaces (2 indents) = 1 tab Don't write your name in the code. If we all would do this it would be a mess. The version control system (here Subversion) takes care of the changes and who did them. And for the acknoeledgement there is an AUTHORS... http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 16:30.17 | Notify | 03GCI: Daniel Rossberg: Implement thread creation for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 16:42.09 | Skriptkid | brlcad: Could I? |
| 16:47.08 | brlcad | kilroy10: let us know if you need more time, extensions are no problem if you're actively working |
| 16:52.58 | kilroy10 | I need more time, yes, because i was starting but I feel really ill, 24 or 48 more hours would be perfect |
| 17:04.56 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 17:22.49 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.59.233) | |
| 17:52.19 | Skriptkid | brlcad: Tried it? |
| 17:58.22 | Notify | 03GCI: John: Write a BRL-CAD showcase article - I'm extremelly sorry Sean, I'm extremely sorry but this time I was a bit under pressure to end the task. I'm already working on it. It'll never happen again. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 18:05.24 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:07.45 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4737 /wiki/Community_Publication_Portal: /* GSoC: Jianbang Wu */ |
| 18:26.26 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 18:26.31 | Notify | 03GCI: Melange: Create an RTWizard screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 18:57.46 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 19:19.41 | Notify | 03GCI: bwannow: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 19:22.44 | caen23 | brlcad: if the '<author> tag' task is fixed, could you please mark it as completed? :D in the meantime, i've got a stack trace and the logs for the mged issue, and i'm currently writing tcl/tk scripts to try and understand it better |
| 19:23.33 | Notify | 03GCI: Melange: Add missing documentation (for any ONE command) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 19:54.26 | *** join/#brlcad M0J0E (~johannes@p4FDFB780.dip.t-dialin.net) | |
| 20:00.25 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 20:06.16 | *** join/#brlcad caen23 (~caen23@92.81.202.220) | |
| 20:19.05 | Notify | 03GCI: Daniel Rossberg: Layout "MGED Interface" Reference Document - You did the screenshot part of this task (only) Your screenshot contains command window graphics window raytrace control panel but it's missing combination editor geometry tree view http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 20:19.10 | Notify | 03GCI: Daniel Rossberg: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 20:21.35 | *** join/#brlcad andrei (~andrei@5-12-221-61.residential.rdsnet.ro) | |
| 20:29.54 | Notify | 03BRL-CAD:starseeker * 54010 (brlcad/trunk/doc/docbook/system/man1/en/sqlite3.xml =================================================================== and 292 others): Whoops - sqlite3 man page was one of the src/other pages. |
| 22:17.11 | Notify | 03GCI: Jacob B: Upgrade Mediawiki website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 22:17.32 | Notify | 03BRL-CAD:carlmoore * 54011 (brlcad/trunk/doc/docbook/lessons/es/mged05_expresiones_booleanas.xml brlcad/trunk/doc/docbook/lessons/es/mged06_crear_una_copa.xml): fix spelling of (Spanish) Booleanas |
| 22:18.12 | Notify | 03BRL-CAD:carlmoore * 54012 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: fix spelling in a reference title |
| 22:21.25 | *** join/#brlcad merzo (~merzo@108-29-133-95.pool.ukrtel.net) | |
| 22:24.19 | starseeker | "and 292 others" ???? |
| 22:24.25 | starseeker | was just one file |
| 22:24.34 | Notify | 03BRL-CAD:starseeker * 54013 (brlcad/trunk/bench/CMakeLists.txt brlcad/trunk/bench/Makefile.am and 6 others): Remove old man pages. |
| 22:28.45 | Notify | 03BRL-CAD:starseeker * 54014 brlcad/trunk/misc/CMakeLists.txt: Old ignore of man page left from early CMake work. |
| 22:30.35 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 22:40.49 | Notify | 03BRL-CAD:carlmoore * 54015 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/adrt/slave/slave.c and 7 others): use capital U in 'Usage:' |
| 22:57.36 | ``Erik | something probably screwed up the file parsing so it saw the diff as a file list, would explain the file named "===========[=]+" |
| 23:28.57 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 23:36.40 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - No school By the way. I am off of school tomorrow, so I will have most of the day to work on the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 00:40.22 | Notify | 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Contact Hi Sean. I was wondering if there was a way to contact you other than these comments. Do you have an IRC that we can talk on? http://www.google-melange.com/gci/task/view/google/gci2012/8027205 |
| 01:22.31 | Notify | 03GCI: Willie Zhu: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Still confused... Hi, I read a bit about the volume forms, but I still don't quite understand, can you please help? Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 02:30.03 | Notify | 03GCI: Glass: Find, reliably reproduce, and report any bug in Archer - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8027205 |
| 02:46.50 | Notify | 03GCI: Chris Kloehn: Crash MGED reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958221 |
| 03:01.40 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 03:08.18 | Notify | 03BRL-CAD:brlcad * 54016 brlcad/trunk/AUTHORS: confirmed after a bit of research that NRTC was indeed the northrOp research and technology center of the northrop corportation, prior to being merged into northrop grumman (1994), not northrup. tracing back through ancient usenet and arpanet postings also confirms that Willson (two ell's) is indeed correct too. |
| 03:09.47 | Notify | 03GCI: Sean: Implement mutex locking for Windows - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 03:12.20 | Notify | 03BRL-CAD:jordisayol * 54017 brlcad/trunk/sh/make_rpm.sh: Improve rpm install and remove scripts |
| 03:14.35 | Notify | 03BRL-CAD:jordisayol * 54018 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/brlcad-db.desktop and 5 others): simplify Linux "desktop" files |
| 03:17.51 | Notify | 03BRL-CAD:jordisayol * 54019 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.postrm): Use "mimeapps.list" instead "defaults.list" on Debian install and remove scripts |
| 03:18.56 | Notify | 03BRL-CAD:jordisayol * 54020 brlcad/trunk/misc/debian/control: Add "xterm" dependency on Debian packages. |
| 03:21.58 | brlcad | ~seen math |
| 03:22.00 | ibot | i haven't seen 'math', brlcad |
| 03:22.09 | brlcad | ~seen maths22 |
| 03:22.09 | ibot | maths22 <~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net> was last seen on IRC in channel #brlcad, 2d 10h 47m 59s ago, saying: 'yes.'. |
| 03:34.31 | brlcad | bah, he broke the wiki and took off |
| 03:37.38 | Notify | 03GCI: Sean: Upgrade Mediawiki website - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 03:38.33 | Notify | 03GCI: Sean: Upgrade Mediawiki website - Um. You apparently broke the main wiki. Do you recall what you did? http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 03:42.18 | *** join/#brlcad nyanfly (472e46d5@gateway/web/freenode/ip.71.46.70.213) | |
| 04:26.18 | Notify | 03GCI: fernozzle: Implement a primitive volume function ... for gridded volumes (VOL) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 04:37.08 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - give up? It sounds like you were close to compiling cleanly. The error daniel posted is because you have to only declare variables at the top of a function. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 04:42.35 | Notify | 03BRL-CAD Wiki:Sean * 4738 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/118.99.66.128|118.99.66.128]] ([[User talk:118.99.66.128|Talk]]); changed back to last version by [[User:Sean|Sean]] |
| 04:43.30 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:118.99.66.128]] with an expiry time of infinite (anonymous users only, account creation disabled): Spamming links to external sites |
| 04:47.45 | Notify | 03GCI: Sean: Upgrade Mediawiki website - fixed I fixed the problems by restoring from backup. Go ahead and submit the task again as completed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 05:00.19 | Notify | 03GCI: Melange: Implement thread creation for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 05:01.34 | Notify | 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 05:01.59 | Notify | 03GCI: Sean: Fix <author> tags in our Docbook documentation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7964207 |
| 05:04.20 | Notify | 03GCI: Sean: Create an RTWizard screenshot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8034204 |
| 05:06.01 | Notify | 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 05:11.07 | Notify | 03GCI: Sean: Create an artistic screenshot - woah That's rather unexpected. Would you also provide the .g file you used to make the image? Lastly, would you also make the camera nearly fill more of the view? 20-30% bigger should do. Those should be the last two things to close out this task. Thank you for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 05:11.22 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 05:16.59 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 05:22.41 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 05:28.02 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - still not in a usable state So this is still not in a usable state as you don't provide any information on why you chose this particular layout. You also merely copy-pasted information from wikipedia without citing them as a source. That is never acceptable. You're on the right track with the... http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 05:28.07 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 05:32.39 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - problems not fixed So several of the problems I pointed out are still problems. This including expanding ALL acronyms prior to use, 'maths', no pictures, and more. Please go through the list again more carefully. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 05:32.49 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 05:32.50 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 05:34.19 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 05:34.24 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 05:39.57 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - not template So you said you "rewrote into template", but not according to what i'm seeing. Your file is not valid XML. You also didn't modify the build system files (CMakeLists.txt and Makefile.am). The template I was referring to is... http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 05:49.19 | Notify | 03GCI: Sean: Implement thread creation for Windows - now that's... Now that's looking like a proper patch! I haven't tested whether it actually compiles, but the patch applied cleanly. There were STILL three problems with the patch including an outright syntax error, so it certainly doesn't compile in its latest final form. Other problems... http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 05:49.20 | Notify | 03GCI: Sean: Implement thread creation for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 05:51.41 | Notify | 03BRL-CAD:brlcad * 54021 (brlcad/trunk/AUTHORS brlcad/trunk/src/libbu/parallel.c): accept gci task http://www.google-melange.com/gci/task/view/google/gci2012/8030203 from Adri?\195?\161n Arroyo Calle that reportedly (untested) implements for creating threads on windows. this is the first of two critical pieces that get us closer to SMP on windows. |
| 06:00.28 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - few problems I noticed a few problems that need to be fixed with the patch: don't remove the blank line after the common.h include using double-quotes (eg, #include "header") is bad-form for system headers should be bio.h instead of stdio.h and come after all of the sytems headers the... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 06:00.38 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 06:11.58 | brlcad | woot, all tasks processed that were waiting |
| 06:12.56 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - not right So a few problems. First and foremost, it looks like the centroid is wrong. It's not just the Vi point as that's on the base. Next, the indentation is wrong in the hyp.c file. See our HACKING file or other source files for details and... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 06:12.57 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 06:14.01 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - I am sorry I am sorry if I annoyed you or something, I will avoid this kind of tasks from now on, but I can't give up on this one. :D I changed the text so I wouldn't be the same with the one on wikipedia. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 06:26.06 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 06:54.29 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - ... I am not usualy that stupid...:D http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 07:35.47 | Notify | 03GCI: Melange: Compile BRL-CAD using GCC 4.8 - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 07:41.21 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:13.34 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Extension Can i Please can i get an extension i am doing my work but the school work is getting more specially before the holidays I am doing all the work but there are lots of commands. Can i get a days extension ?? http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:15.49 | Notify | 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:18.06 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Thanks Well that was fast :) http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:24.08 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 09:43.28 | *** join/#brlcad agkphysics (~agkphysic@118-92-82-28.dsl.dyn.ihug.co.nz) | |
| 10:17.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:37.14 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 10:45.32 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Centroid Function I only uploaded the patch file this time, so hyp.c and table.c are still my original ones. I think I have also fixed the indentation problem; I was using tabs instead of spaces. Looking at the code already in hyp.c I... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 10:47.06 | *** part/#brlcad agkphysics (~agkphysic@118-92-82-28.dsl.dyn.ihug.co.nz) | |
| 11:25.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 11:26.34 | Skriptkid | brlcad: Did that work? |
| 11:29.12 | Skriptkid | brlcad: Need it done ASAP. I have just 2 hours. |
| 11:39.41 | Skriptkid | I need a certain program installed on the brlcad server. Can anybody do that?(Since brlcad is away.) |
| 11:41.54 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - hyp.c breaks the build [ 27%] Building C object src/librt/CMakeFiles/librt.dir/primitives/hyp/hyp.co /home/rossberg/Devel/brlcad/src/librt/primitives/hyp/hyp.c: In function 'rt_hyp_centroid': ... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 11:42.04 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 11:42.44 | Notify | 03GCI: Daniel Rossberg: Set up BuildBot continuous integration for BRL-CAD - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 11:43.17 | Skriptkid | thanks, d_rossberg |
| 11:44.39 | d_rossberg | but i can't help with the brlcad server :( |
| 11:45.06 | Skriptkid | oh :( okay |
| 11:48.35 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 11:54.58 | Silvrous | Could I get an extension on my current task ( http://www.google-melange.com/gci/task/view/google/gci2012/7982218 ) ? I was occupied the last couple of days and couldn't properly get to it. |
| 12:08.44 | *** join/#brlcad caen23_ (~caen23@92.81.202.220) | |
| 12:19.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 12:31.24 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 12:34.49 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 12:35.17 | Silvrous | d_rossberg: Thank you. |
| 12:56.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 12:57.07 | Notify | 03BRL-CAD Wiki:Jacksixb * 4739 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 12:58.53 | *** join/#brlcad titi_ (4f640cda@gateway/web/freenode/ip.79.100.12.218) | |
| 12:59.23 | titi_ | I want someone to help me http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 13:09.14 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 13:14.51 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Everything on the list is completed Sean, I've now fulfilled all tasks on the list. The images are on the URL. Also, I can't find the meaning of BREP. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 13:17.31 | *** join/#brlcad titi_ (4f640cda@gateway/web/freenode/ip.79.100.12.218) | |
| 13:17.33 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4740 /wiki/Community_Publication_Portal: /* GSoC: Jianbang Wu */ |
| 13:18.38 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 13:19.54 | titi_ | Can someone help me with this http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 13:28.41 | Notify | 03GCI: Jacob B: Upgrade Mediawiki website - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 13:29.26 | Notify | 03GCI: Jacob B: Upgrade Mediawiki website - Broken wiki I'm not sure what I did. I was careful to only read from the main server, but I must have pressed the wrong button/command. http://www.google-melange.com/gci/task/view/google/gci2012/7974236 |
| 13:30.26 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 13:39.04 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 13:41.04 | Notify | 03GCI: Melange: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 13:46.15 | xavortm | I just uploaded my work in http://www.google-melange.com/gci/task/view/google/gci2012/7960223 Added: CAD interface + selecting options before project |
| 13:47.28 | xavortm | And, can some one tell me what Daniel Rossberg wanted to say with "It contains two screenshots (from an Apple computer?)" That i copied? What i did is my design. Nothing is copied (i was using reference to know how cad soft looks ofc), i did the designs in photoshop and saved as jpg files. |
| 13:51.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 13:57.14 | Notify | 03GCI: Melange: Make tables.c not call system("cat ...") - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 13:59.56 | brlcad | titi_: what help do you need? |
| 14:00.53 | titi_ | I want login credentials |
| 14:01.21 | brlcad | ah, very good |
| 14:04.29 | xavortm | brlcad, if you have the time, can you guve me some feedback for the designs? ^^ |
| 14:07.05 | titi_ | brlcad, ? |
| 14:18.15 | d_rossberg | xavortm: i don't believe you that you have designed the Google homepage on your "Browse the web" image |
| 14:25.16 | xavortm | haha well, the google home page is not my design, i could put some mine, but as i saw in the preview folder there was also google page |
| 14:28.29 | d_rossberg | brlcad said that this image was not meant as an result but as an example for a GUI layout you like, is this right? |
| 14:35.35 | brlcad | titi_: give me a few minutes .. have to find the credentials |
| 14:35.57 | titi_ | okay, thanks :) |
| 14:41.02 | xavortm | yes, this is how i emagine it sould look like :) |
| 14:46.13 | d_rossberg | this was a little bit confusing for me: i expected a CAD and got a browser ;) |
| 14:47.01 | xavortm | haha well, i uploaded cad omterface (i make the browser before i fully understand what i have to do) |
| 14:57.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 15:00.33 | brlcad | titi: don't be shy to ask questions in the channel or share progress |
| 15:00.38 | brlcad | i'm really curious to see how things go |
| 15:02.02 | brlcad | titi_: do you know how to enable optimization? |
| 15:03.44 | brlcad | d_rossberg: I figured that patch needed more work (the windows threading), but was going to let a follow-up task demonstrate that it works |
| 15:04.06 | brlcad | I think they'd put more than 2+ hours in already |
| 15:04.28 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 15:04.32 | brlcad | so once it was clean, i thought it was okay to "move on" and get someone to try |
| 15:05.13 | brlcad | someone took on the semaphore task, so maybe they'll do a better job and they can fix it |
| 15:07.03 | Skriptkid | brlcad: Installed? |
| 15:11.04 | brlcad | Skriptkid: so there's a queue of every comment and action that gets taken |
| 15:11.16 | brlcad | i've not gotten to whatever it is your referring to so you'll need to say it here... |
| 15:11.22 | brlcad | titi_: you away? |
| 15:11.51 | titi_ | no |
| 15:12.03 | brlcad | excellent |
| 15:12.05 | Skriptkid | brlcad: http://www.google-melange.com/gci/work/download/google/gci2012/8006217?id=6001 |
| 15:12.13 | brlcad | titi_: do you know how to enable opt? |
| 15:12.22 | brlcad | or how to find out |
| 15:12.37 | brlcad | ``Erik: uh oh |
| 15:12.46 | titi_ | no can you help me |
| 15:12.55 | Skriptkid | brlcad: accept the file if the link doesnt open up |
| 15:14.02 | Skriptkid | brlcda: got it? |
| 15:14.19 | brlcad | titi_: so start with the INSTALL file, that has the general instructions including how to turn on optimization |
| 15:14.27 | brlcad | Skriptkid: I have something... |
| 15:14.50 | brlcad | titi_: i forget the exact name, but you're going to first just compile normally |
| 15:14.53 | brlcad | and run the benchmark |
| 15:15.02 | brlcad | see if that works, and hopefully it all does without issue |
| 15:15.17 | Skriptkid | its just a plain txt file |
| 15:15.19 | brlcad | regardless of whether it does or doesn't, keep you logs |
| 15:15.32 | brlcad | titi_: keep the cmake output in particular |
| 15:15.40 | brlcad | and the 'make' output |
| 15:15.58 | titi_ | okay |
| 15:16.08 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:16.09 | brlcad | titi_: try that first and we'll see how it goes before worrying about optimization |
| 15:16.14 | brlcad | hugs Notify |
| 15:17.04 | brlcad | Skriptkid: so I'm looking at a lot of steps and many of them don't require superuser |
| 15:17.31 | Skriptkid | the installation parts do. I get a 'permission denied' |
| 15:17.53 | brlcad | i'm sure they do |
| 15:17.58 | brlcad | so I can run those for you |
| 15:18.19 | brlcad | i'm not going to download ez_setup and create directories, though -- that's all stuff that you're supposed to do |
| 15:18.40 | brlcad | just tell me what command needs to be run as sudo, from which directory, and what exactly that command does |
| 15:18.48 | brlcad | why it needs sudo |
| 15:18.53 | Skriptkid | I've downloaded it. It's on my home directory(~gciskriptkid) |
| 15:18.57 | Skriptkid | ok |
| 15:19.00 | Skriptkid | hang on |
| 15:19.14 | Skriptkid | in section (a) Master: |
| 15:19.17 | Skriptkid | sorry |
| 15:19.19 | brlcad | if it gave you permission denied, what was that on? |
| 15:19.21 | Skriptkid | that emoticon wasnt meant |
| 15:19.23 | Skriptkid | anyway |
| 15:19.26 | Skriptkid | in section a |
| 15:19.26 | brlcad | permission denied doing what? |
| 15:19.31 | Skriptkid | installing |
| 15:19.47 | Skriptkid | it adds certain files to /usr/local/bin, I think |
| 15:19.57 | Skriptkid | step 2 needs sudo |
| 15:19.59 | brlcad | what files? |
| 15:20.24 | Skriptkid | buildbot executable |
| 15:20.34 | brlcad | these are all things we need to know, not just blindly following some install instructions someone posted to a website.. ;) |
| 15:20.43 | brlcad | it's probably a script, no? |
| 15:20.48 | Skriptkid | thats fine |
| 15:20.50 | Skriptkid | yep |
| 15:20.59 | Skriptkid | and adds it to path |
| 15:21.11 | ``Erik | is this the same buildbot that's in ports? |
| 15:21.14 | Skriptkid | so theres no need to change path to where buildbot is everytime it has to be run |
| 15:21.24 | brlcad | ``Erik: probably |
| 15:21.29 | ``Erik | /usr/ports/devel/buildbot |
| 15:21.43 | ``Erik | http://buildbot.net/ ? |
| 15:21.44 | brlcad | now that I'm willing to run ;) |
| 15:21.47 | brlcad | yep |
| 15:21.59 | ``Erik | installing not |
| 15:22.00 | ``Erik | now |
| 15:22.32 | ``Erik | py-twisted* heh |
| 15:22.44 | brlcad | yay, another twisted... |
| 15:23.38 | ``Erik | quite a few deps, it'll take a few minutes |
| 15:23.43 | Skriptkid | brlcad: Simply put : i) ez_setup.py installs 'easy_install' and ii) easy_install installs buildbot. And these installations need permissions because they add executables to bin |
| 15:24.02 | Skriptkid | ez_setup.py is on my home folder |
| 15:24.20 | Skriptkid | thats the only file you'll really need downloaded(whcih is done) |
| 15:25.24 | Skriptkid | brlcad: Any more explanation needed? |
| 15:26.18 | ``Erik | Skriptkid: we're going to do something different, buildbot is available in the "ports" package management system, so we're installing from there, instead... |
| 15:26.36 | Skriptkid | ok |
| 15:26.40 | Skriptkid | I just need it installed |
| 15:27.43 | brlcad | Skriptkid: the point would have been to not install them into a system bin folder (because they're not managed) |
| 15:28.02 | brlcad | you could have installed them into your home directory, for example |
| 15:28.11 | brlcad | but since they're in ports, that makes a managed install easy |
| 15:28.23 | brlcad | always a good idea to see if there's a managed install... |
| 15:28.31 | Skriptkid | ko |
| 15:28.33 | Skriptkid | *ok |
| 15:28.45 | brlcad | and you don't "just need it installed" |
| 15:28.54 | brlcad | that's playing a blind eye to the entire problem |
| 15:29.07 | Notify | 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:29.13 | ``Erik | done |
| 15:29.20 | brlcad | it needs to be installed properly or we have a maintenance burden far greater than you setting up buildbot |
| 15:29.48 | Skriptkid | Sorry, hadn't seen that far :) |
| 15:29.56 | ``Erik | manifest is in /var/db/pkg/buildbot-0.8.6p1/+CONTENTS |
| 15:29.57 | Notify | 03GCI: Cristian: Find and fix at least 20 spelling mistakes in at least 5 different files - Sorry I remove the claim on the task due to personal problems, sorry. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 15:30.54 | Skriptkid | Woohoo! It's installed and running fine. thanks, brlcad and ``Erik :D |
| 15:31.27 | Skriptkid | Could you please install buildbot-slave also? It was right below buildbot, I think, in ports |
| 15:32.16 | brlcad | for anyone that hasn't seen it yet: http://www.army.mil/article/92288/BRL_CAD__the_world_s_oldest_open_source_software_system/ |
| 15:33.13 | ``Erik | done |
| 15:34.40 | ``Erik | heh, so that thing finally went out :) cool |
| 15:37.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 15:37.39 | brlcad | finally? public affairs picke up on it just a few weeks ago |
| 15:37.48 | brlcad | we interviewed and iterated a couple times, then it posted |
| 15:38.07 | brlcad | pjt had to inject some words at the last minute, of course ;) |
| 15:38.18 | ``Erik | ah, I probably just noticed the first bit of it |
| 15:39.07 | brlcad | this is what prompted it: http://opensourcedelivers.com/2012/10/02/oldies-but-goodies-seven-projects-still-rocking-open-source/ |
| 15:41.03 | Skriptkid | brlcad: where should the buildbot page be visible?(for now) ~gciskriptkid/public_html? |
| 15:47.40 | brlcad | Skriptkid: you have to look at the manifest that erik pasted and see where you pick up from there in their setup instructions |
| 15:47.52 | brlcad | they may have a page specifically on setting up on freebsd ports |
| 15:47.56 | brlcad | you'll hae to look for it |
| 15:48.02 | brlcad | s/hae/have/ |
| 15:48.21 | Skriptkid | ok |
| 15:49.37 | titi_ | brlcad: when I try to build it I get: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. If i want to fix this I must run this commands: aptitude install sed byacc flex xsltproc aptitude install libncursesw5-dev libfontconfig-dev aptitude install xserver-xorg-dev aptitude install libx11-dev libxi-dev libxt-dev libxau-dev libxext-dev libxmu-dev libxmu-headers but for this i must be root |
| 15:58.40 | xavortm | Question: should i mark my task as compleeted to make some one view what i did? :) |
| 15:59.07 | xavortm | ( i am not shure how the system works, that why i ask ) |
| 15:59.11 | Notify | 03BRL-CAD:starseeker * 54022 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/DocBook.cmake and 3 others): Try a non-build-target based approach to the XML validation. |
| 16:04.00 | *** join/#brlcad maths22 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 16:04.52 | Skriptkid | xavortm: Yes |
| 16:04.58 | maths22 | brlcad: Are there goint to be any more web tasks? |
| 16:05.18 | xavortm | And there are no problems if i mark my task as complited for secound time (i hope not more) |
| 16:06.22 | Notify | 03GCI: Alexander Dimitrov: Create prototype CAD GUI layout diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 16:08.41 | Skriptkid | xavortm: Every time you upload a new file for review, that button will appear. If you want someone to see it, Mark it as complete. No. of times doesnt matter |
| 16:09.29 | xavortm | Hmm ... thanks for telling me. Now i wont rage if no one is looking what i do :D |
| 16:10.09 | Skriptkid | No probs. Just wait until someone reviews it or else ask here if someone's free and can do it |
| 16:10.44 | xavortm | Ok, i will wait, thanks for the help |
| 16:11.22 | Skriptkid | Sure :) |
| 16:12.01 | brlcad | maths22: yes there are |
| 16:12.44 | brlcad | I have a sheet of paper with about 100 more tasks identified |
| 16:12.56 | brlcad | i'm hoping to add many of them throughout today |
| 16:13.04 | brlcad | several of them are web tasks |
| 16:13.36 | brlcad | titi_: what was not found? |
| 16:14.09 | brlcad | titi_: you shouldn't need to install anything, see whether you can actually just get a completed build |
| 16:14.42 | brlcad | xavortm: you should ask a question or mark it as completed, otherwise we don't know it's there |
| 16:14.44 | *** join/#brlcad harmanpreet (~chatzilla@124.253.23.145) | |
| 16:15.24 | titi_ | brlcad: FONTCONFIG_LIBRARIES (ADVANCED) X11_X11_LIB (ADVANCED) X11_Xext_LIB (ADVANCED) X11_Xi_LIB (ADVANCED) |
| 16:15.46 | brlcad | titi_: considering you're working over a remote ssh connection, I think compiling without X is just fine :) |
| 16:15.56 | brlcad | in fact, you may need to explicitly disable it |
| 16:18.16 | maths22 | brlcad: thanks |
| 16:18.58 | brlcad | hi harmanpreet |
| 16:19.02 | brlcad | maths22: yw |
| 16:19.47 | titi_ | brlcad: how to disable it? |
| 16:19.55 | maths22 | brlcad: I do not have acess to a server I can run a persistant IRC client on |
| 16:21.42 | *** join/#brlcad Ashish101 (75c223fd@gateway/web/freenode/ip.117.194.35.253) | |
| 16:22.02 | Notify | 03GCI: HS Rai: Write a BRL-CAD showcase article - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 16:22.31 | Ashish101 | I am supposed to make a spread sheet -- what format is good for submission ?? |
| 16:23.53 | starseeker | titi_: -DBRLCAD_ENABLE_X11=OFF |
| 16:24.05 | titi_ | thanks :) |
| 16:25.13 | starseeker | supposes he should disable X11 by default if those aren't found... |
| 16:27.23 | Notify | 03GCI: HS Rai: Write a BRL-CAD showcase article - Pictures You have not attended to Sr. NO 2 of Sean's comment dated December 6 2012 at 06:42 UTC: There are no pictures... there should be pictures, especially for Wu's work. Ideally something not already on his project page, but something exemplary from Wu. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 16:28.29 | *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 16:33.27 | Notify | 03BRL-CAD:starseeker * 54023 brlcad/trunk/CMakeLists.txt: Move FindX11 up in the logic, don't enable by default if it isn't found. |
| 16:35.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.56.12) | |
| 16:36.02 | Skriptkid | brlcad: Need some help from here |
| 16:37.47 | starseeker | titi_: if you update to 54023 and try a clean cmake (without the disabling X11 option) does it work? |
| 16:38.20 | starseeker | it's relatively rare someone tries to build on a machine without X11, so it's a good chance to shake out any issues |
| 16:51.41 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - it's a lesson to learn from Andrei, we're not annoyed nor do I think you're stupid. You may be unfamiliar with the seriousness of plagarism or simply not prepared for what this tasks requires. It is a bit of an advanced concept to follow a standard and come up with a template. You'd probably... http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 16:52.16 | Notify | 03GCI: Sean: Create prototype 2D CAD drawing(s) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 16:52.19 | brlcad | maths22: yes you do |
| 16:52.23 | brlcad | you've been working on one |
| 16:53.16 | brlcad | titi_: yeah, see if it works by default before adding that option ... it should |
| 16:53.48 | brlcad | you should start fresh if you already ran cmake, delete and start over |
| 16:54.35 | titi_ | brlcad: I tryed and don't work |
| 16:55.27 | brlcad | xavortm: now that's more like it! |
| 16:55.28 | titi_ | brlcad: i am done with compilation and benchmark run without optimization |
| 16:55.37 | brlcad | titi_: can you post those logs? |
| 16:55.57 | brlcad | first the unoptimized benchmark log |
| 16:56.06 | titi_ | how to get it from the server |
| 16:56.20 | titi_ | i tryed with scp but permission denied |
| 16:56.21 | Skriptkid | brlcad: If I start the buildmaster, It needs a URL which will point to it's internal server. Default is "http://localhost:8010/" Do I change that? If so to which port? |
| 16:56.22 | brlcad | scp the file from your machine |
| 16:56.33 | brlcad | xavortm: yours is the layout, right? |
| 16:57.07 | brlcad | Skriptkid: good questions, I have no idea |
| 16:57.12 | brlcad | it's what ever you set up |
| 16:57.23 | brlcad | changing from the default would be good |
| 16:57.45 | brlcad | perhaps port 8001 |
| 16:57.59 | Skriptkid | crit.brlcad.org:8001 |
| 16:58.03 | Skriptkid | Yes? |
| 16:58.24 | Notify | 03GCI: Sean: Create prototype CAD GUI layout diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 16:59.43 | brlcad | it should be localhost |
| 16:59.49 | Notify | 03GCI: Sean: Create prototype CAD GUI layout diagram - hat's more like it So that's more like it and it's a decent evolution from the task manager. There are lots of particulars to sort out, but this should help spark some ideas. You are clearly skilled at design, so perhaps you'll take on some of our other design tasks. I'm adding one... http://www.google-melange.com/gci/task/view/google/gci2012/7960223 |
| 16:59.50 | Skriptkid | ok |
| 17:01.11 | Skriptkid | brlcad: Check this Out http://crit.brlcad.org:8001/. Obviously not for brlcad, just the default test run |
| 17:01.24 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 17:01.29 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 17:09.32 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - make with continuation That looks good, but run "make -k VERBOSE=1" so that we can get all of the errors at once and with a lot more detail. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 17:09.58 | maths22 | brlcad: can I run it on crit or bzflag? |
| 17:10.02 | brlcad | Skriptkid: nice progress |
| 17:10.06 | brlcad | maths22: yep |
| 17:10.11 | brlcad | crit will work just fine |
| 17:10.27 | brlcad | your account on bz is disabled at the moment after you broke the wiki and went running off :) |
| 17:10.38 | xavortm | Thanks for accepting my task !!! I saw you are going to add some new design tasks. Please, write when you do it so i can claim them :) |
| 17:11.32 | brlcad | keep an eye out for them |
| 17:11.46 | brlcad | there's a lot of activity, but I try to announce them in here |
| 17:11.48 | maths22 | Ok |
| 17:13.35 | Skriptkid | thank you, brlcad |
| 17:20.17 | xavortm | hey, brlcad, About the design of the site. I am working now on commersial project for themeforest (to sell there). Since i am the author i can use it for what ever i want. Can i send you example of the design (content has nothing common with brlcad yet, but i can change colors and images, elements and so to make it match the branging) and give me some feedback if this is what you are lookinf |
| 17:20.17 | xavortm | for. |
| 17:22.22 | brlcad | xavortm: sure |
| 17:23.37 | xavortm | http://goo.gl/eZT0P = INDEX ; http://goo.gl/f4va3 = BLOG ; http://goo.gl/ndkSL = PORTFOLIO |
| 17:23.42 | brlcad | xavortm: have you worked on any drupal or mediawiki themes? |
| 17:23.58 | xavortm | No, i have experience only with wordpress ;( |
| 17:24.13 | brlcad | error, 403 -- don't have access |
| 17:24.26 | xavortm | Hmm, ok i will try something else (1 min) |
| 17:25.11 | brlcad | so maybe an educational task -- create a theme demo, then another task to convert it to drupal and other to mediawiki ;) |
| 17:25.21 | xavortm | http://store.picbg.net/pubpic/9E/A9/7c9b64869d0c9ea9.jpg = blog (single page) ; http://store.picbg.net/pubpic/AD/09/6ebb953197fbad09.jpg = blog page |
| 17:25.31 | xavortm | http://store.picbg.net/pubpic/11/10/9e1dd9beaa031110.jpg = index page (there are 2 more designs) |
| 17:26.11 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 17:28.18 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - I'm guessing I'm guessing that you haven't actually tried to compile your patch. Please re-review and test whether this actually works. Upon further inspection, I don't think your code is equivalent to what the system() call was doing. You're appending the name of the file, which the... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 17:28.28 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 17:31.44 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - Ah I see John, I see why it was confusing. You have text here and on the CPP. You should keep them in sync or provide the cpp url as the next upload so we know where to look for the latest. Your article needs to stand-alone, so pointing them to a URL saying there are some images there doesn't... http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 17:31.46 | brlcad | yay, no more needing review |
| 17:32.41 | brlcad | xavortm: hm, that site isn't responding |
| 17:33.01 | brlcad | oh it is, just REALLY slowly |
| 17:33.18 | xavortm | well bulgarian server :( i am failing twice in a row (will work on that noe!) :) |
| 17:34.07 | xavortm | Ok, please tell me you can open this link: https://www.dropbox.com/s/m7nv60h93ge8i7i/Blog%20-%20Single.jpg (the single blog page layoult) |
| 17:48.24 | Notify | 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Extension Please Give Me An Extension . http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:52.50 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:53.51 | Notify | 03BRL-CAD Wiki:62.28.72.245 * 4741 /wiki/Community_Publication_Portal: /* Google Summer of Code: Jianbang Wu */ |
| 17:54.51 | Notify | 03GCI: John: Write a BRL-CAD showcase article - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 18:07.55 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 18:21.24 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:30.54 | Notify | 03BRL-CAD:carlmoore * 54024 (brlcad/trunk/doc/docbook/lessons/es/mged09_esfera_en_caja_exhibidora.xml brlcad/trunk/include/raytrace.h and 3 others): fix spellings, including one in Spanish |
| 18:36.03 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:43.54 | *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:57.45 | xavortm | brlcad? Did yo check what i send as link? Or does any of the pictures load allready? Please tell me if this is something like the design you need. (else i will work on other :)) |
| 19:00.00 | *** join/#brlcad merzo (~merzo@230-63-133-95.pool.ukrtel.net) | |
| 19:01.52 | Notify | 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 19:02.42 | Notify | 03GCI: Andrei Tudorica: Create prototype 2D CAD drawing(s) - . Thank you:) And yes, I'll try something closer to my knowledge http://www.google-melange.com/gci/task/view/google/gci2012/7985229 |
| 19:05.39 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 19:10.56 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Assigned This task has been assigned to Mrowqa. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 19:11.06 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 19:31.27 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - look again Aaron, I suggest looking that function over again and noting the object types. I may be mistaken as I only did a quick check, but I think you're confusing the V field on one struct with the Vi field on a different struct. Make a hyp... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 19:31.43 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 19:33.44 | Notify | 03GCI: Sean: Add missing documentation (for any ONE command) - if you have any questions... If you have questions or need some assistance, we're here to help you. We won't do the work for you, but we'll gladly help you understand things. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 19:34.04 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 19:34.20 | Notify | 03BRL-CAD:carlmoore * 54025 brlcad/trunk/misc/CMake/DocBook.cmake: remove trailing blank/tab, and fix spelling |
| 19:38.10 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Reclaim Brenden, you're welcome to reclaim this task and since you've obviously put some work into it, I encourage you to do so. We don't want your efforts to be a waste. As for that error, there are way too many variables to diagnose from that little snippet of an error by itself.... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 19:45.28 | Notify | 03BRL-CAD:carlmoore * 54026 brlcad/trunk/doc/html/manuals/cadwidgets/Command.html: fix spelling |
| 19:49.54 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - did you find any Cristian, did you find any spelling mistakes? If so, perhaps you can share them publicly here to help the next person. You're also welcome to reclaim the task if it's still available at your discretion. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 19:51.39 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 19:53.56 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - what? Shayantan, Did you look at the provided references? I think you may be completely miunderstanding this task. The task is not to make a screenshot -- even if it were, this would be a terrible screenshot. :) The task is to document the interface like in the various examples. If... http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 19:55.06 | Notify | 03GCI: Sean: Find, reliably reproduce, and report any bug in Archer - of course Did you investigate whether we have an IRC channel for BRL-CAD? http://www.google-melange.com/gci/task/view/google/gci2012/8027205 |
| 19:55.07 | Notify | 03GCI: Melange: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 19:57.36 | Notify | 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - we're here to help Willie, of course we can help, but you need to ask a specific question. We'll help you understand, but you have to do the work. We're can't tell people what to do each step along the way or it'd be faster if we just did it... http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 19:58.17 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 20:03.10 | Notify | 03BRL-CAD:carlmoore * 54027 brlcad/trunk/src/libpc/Makefile.am: fix spelling (that is LTLIBRARIES, right?) |
| 20:03.13 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 20:03.29 | brlcad | ISP woes |
| 20:08.47 | Notify | 03BRL-CAD:carlmoore * 54028 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/vectfont.c): Henrikson spelling |
| 20:11.41 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - latest sources Be sure to use our very latest sources from a Subversion checkout. Good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 20:20.09 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 20:20.55 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Assigned This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 20:35.14 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Thanks for the suggestion I'll try what you suggested and try again. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 20:44.47 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - post what you have? Ashish, post what you already have so we can make sure you're on the right track. We don't want you to work for hours only to do something we don't want. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 20:44.48 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Assigned This task has been assigned to An Ha. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 21:23.46 | gcimaths | brlcad: has anything happened with the new tasks? |
| 21:39.47 | *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 21:40.27 | zero57 | brlcad: Hi, for the finding and fixing spelling mistakes, would that also count as forgetting to capitalize a word? |
| 21:40.45 | zero57 | brlcad: Pronouns, such as Canada, United States of America, etc |
| 21:41.35 | zero57 | brlcad: Also, does grammatical mistakes count too? Such as two "the"'s in a sentence? so "The the cat is running"? |
| 21:54.04 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - ask Yesterday when I try to start my computer it shows blue screen,so I send it to the computer store for repair they tell me it's gone be ready next monday . I'm writhing this from my phone and the .g files ,screenshots and original files are on my computer. I realy want to complete this... http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 21:54.24 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 22:11.53 | *** join/#brlcad agkphysics (~agkphysic@118-92-149-45.dsl.dyn.ihug.co.nz) | |
| 22:27.30 | Notify | 03GCI: Sean: Create an artistic screenshot - We can wait We can wait until then. I look forward to seeing the .g file. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 22:28.31 | Notify | 03GCI: Algorithum: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 22:29.06 | Notify | 03GCI: Algorithum: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 22:31.12 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - A few questions Hi, when finding and fixing spelling mistakes, would it count if the word needs to be capitalized? Also, does grammatical mistakes count too? Such as two "the"'s in a sentence? So for example, "The the cat is running"? Also, in the last... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 22:50.58 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 22:52.02 | *** part/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 22:58.42 | Notify | 03BRL-CAD:starseeker * 54029 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): Needs more testing, but use CMakeParseArguments macro to simplify the CompilerFlags logic. Consolidate the C and CXX macros into a single macro. |
| 23:02.41 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 23:02.57 | starseeker | humph |
| 23:56.08 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:24.59 | Notify | 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 01:26.41 | *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 01:48.22 | zero57 | exit |
| 02:20.06 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 02:27.45 | *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 02:28.40 | *** part/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 02:29.29 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:03.44 | brlcad | maths22: not yet, but some should be up in a couple hours |
| 03:36.33 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - he count So, we'll give you the grammatical errors since they're good catches, but not capitalization. There are thousands of places all over the code where statements are intentionally written in all lowercase out of convenience or insignificance.... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 03:37.23 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 03:40.25 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - so... No full name, just "John"? See earlier question about how to properly credit you in our authorship documentation and announcements. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 03:40.30 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 03:49.17 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 03:53.53 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Okay Ok I will do that http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 03:55.09 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Question Sean, I'm not sure exactly what you mean when you suggest I might be confusing object types. I think I have solved the build crash issue as when I built it it did not come up with any hyp related errors (although I was building it... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 03:55.24 | *** join/#brlcad caen23 (~caen23@92.81.202.220) | |
| 03:56.24 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - You didn't compile? Titi, the logs you provided only indicate that you ran cmake, but not make. Did you compile BRL-CAD? Please provide that log as well because your benchmark logs indicate there was a problem, but none of the logs indicate what the problem was. Also, you'll want to... http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 03:56.25 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 03:56.29 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 04:08.23 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - difference Aaron, so the distinction comes down to what fields are in a hyp_specific struct and which are in an rt_hyp_internal struct. You do mimic another bit of code, which is probably what caused some misunderstanding earlier. You add half the... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 04:08.28 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 05:09.44 | Notify | 03BRL-CAD Wiki:Matt s * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Affine transformations.pdf]]": Typos fixed, source .tex file included as well. |
| 05:11.13 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 05:12.50 | Notify | 03BRL-CAD Wiki:Matt s * 4743 /wiki/Image_talk:Affine_transformations.pdf: .tex source file |
| 05:13.09 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Issues I think I have fixed all the issues you mentioned. I wasn't sure exactly how to implement the null checking, so I just made it return if either argument was NULL. If this is bad please let me know so I can fix it. Thanks Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 05:15.21 | Notify | 03BRL-CAD Wiki:Matt s * 4744 /wiki/Image_talk:Affine_transformations.pdf: |
| 05:26.34 | Notify | 03BRL-CAD Wiki:Matt s * 4745 /wiki/Image_talk:Affine_transformations.pdf: |
| 05:28.16 | Notify | 03BRL-CAD Wiki:Matt s * 0 /wiki/Special:Log/upload: uploaded "[[Image:Volume computation.pdf]]": First draft, may have many mistakes. |
| 05:29.10 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - This may help Then again, it may all be wrong as well. http://brlcad.org/wiki/Image:Volume_computation.pdf http://www.google-melange.com/gci/task/view/google/gci2012/8009213 |
| 06:50.13 | Notify | 03GCI: John: Write a BRL-CAD showcase article - where are those? Can you tell me where to find that documentation? Thanks in advance. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 08:03.04 | *** join/#brlcad xavortm (xavortm@93.155.146.15) | |
| 09:03.26 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98) | |
| 09:29.39 | Notify | 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 09:38.33 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98) | |
| 09:40.22 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Done But i didnt know which format to put it in ```` cause i asked many times in the IRC but every one was busy and no one answered :( http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 10:20.17 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 10:40.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:00.14 | Skriptkid | ``Erik: Everytime I try to checkout the brlcad src from buildbot, I get a "Server certificate verification failed: issuer is not trusted."(for brlcad.svn.sourceforge.net) Also, there's no 'accept' in buildbot as in the command line version. Can you disable certificate check only for the repo brlcad.svn.sourceforge.net in the svn config file on the server? |
| 11:09.43 | Skriptkid | ``Erik: Not required. I came up with something else |
| 12:01.11 | *** join/#brlcad cristina (~quassel@188.24.79.46) | |
| 12:09.02 | Skriptkid | I'm unable to build the brlcad source on the server because it says the file 'ansidecl.h' is not found. Error occurs in file src/other/xmltools/libxml/include/libxml.h:33. Any solutions? Here's the complete log: http://crit.brlcad.org:8001/builders/runtests/builds/30/steps/shell_4/logs/stdio |
| 12:25.00 | ``Erik | erik@crit ~$ ls -lk /usr/local/include/ansidecl.h |
| 12:25.01 | ``Erik | -r--r--r-- 1 root wheel 14180 Oct 10 12:18 /usr/local/include/ansidecl.h |
| 12:25.17 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Soo Is it right ?? Am i doing it right?? http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 13:13.03 | ``Erik | hm, togl build failure |
| 13:17.00 | Notify | 03GCI: Petar Stanev: Create an artistic screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 13:20.43 | Skriptkid | ``Erik: make still isn't finding it. (This might be lame, but) is make configured to look in /usr/local/include? |
| 13:25.42 | ``Erik | should be... how did you generate the makefiles? |
| 13:28.18 | Skriptkid | I didnt. I've configured buildbot to checkout/update brlcad from svn and compile as given on the wiki |
| 13:28.27 | Skriptkid | same commands |
| 13:30.33 | ``Erik | I d'no what the wiki says... there're old automake bits still in the source that are only semi-supported. CMake is the preferred approach now, I'd check to see which one buildbot is using and if it can be forced to use cmake |
| 13:30.58 | ``Erik | if it is using cmake, then the CMakeCache.txt might hold clues, or make VERBOSE=1 |
| 13:32.11 | Skriptkid | so you want buildbot to use cmake instead of make? |
| 13:33.13 | ``Erik | cmake instead of automake, cmake generates the make files |
| 13:34.38 | Skriptkid | oh. For that, I've used cmake. Cmake generated the makefiles. I used make to compile it. |
| 13:35.14 | Skriptkid | http://brlcad.org/wiki/Compiling#Compile' |
| 14:17.15 | Notify | 03GCI: VN: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 14:20.33 | *** join/#brlcad VN_ (75c85088@gateway/web/freenode/ip.117.200.80.136) | |
| 14:20.52 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to VN. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 14:21.05 | VN_ | i have to create a isst screenshot.....where do i get it? |
| 14:22.21 | VN_ | ???.....help |
| 14:23.08 | brlcad | VN_: you have to ask and wait for a response (which might take minutes or hours, be patient) |
| 14:23.23 | brlcad | see http://brlcad.org/wiki/IRC etiquette |
| 14:23.36 | brlcad | then go to http://brlcad.org/wiki/Deuces to get started |
| 14:25.27 | VN_ | what is isst ? |
| 14:26.03 | Notify | 03GCI: Sean: Create an artistic screenshot - would you like us to hold it? We'll hold the task until Tuesday. Let us know if there's a delay or other problem so we can keep others from completing the task in the meantime. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 14:26.45 | brlcad | VN_: there are over 400 tools in brl-cad, isst is one of them |
| 14:26.59 | brlcad | you need to build and install brl-cad, then run that tool |
| 14:27.18 | brlcad | did you read the task description? it includes that information |
| 14:27.30 | brlcad | we don't write that for fun... expected to read it in full ;) |
| 14:30.14 | *** join/#brlcad Ashish101 (75c22243@gateway/web/freenode/ip.117.194.34.67) | |
| 14:33.42 | Ashish101 | hello can anyone check the file and tell if this is what i should be doing ?? |
| 14:33.43 | Ashish101 | http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 14:37.04 | VN_ | will brlcad be releasing a second wave of tasks for the students and when would it be?? |
| 14:41.47 | brlcad | VN_: we've been steadily releasing new tasks, but yes there is another huge wave coming |
| 14:42.54 | VN_ | thanks a lot... |
| 14:44.28 | Ashish101 | brlcad: should i continue wit my work or am i doing it all wrong !! |
| 14:58.09 | *** join/#brlcad Ashish101 (75c22243@gateway/web/freenode/ip.117.194.34.67) | |
| 15:03.20 | Skriptkid | brlcad: check out crit.brlcad.org:8001 :) Tell me how the progress is and what needs to be done further |
| 15:04.21 | Skriptkid | (except of course the problem I'm having with make) |
| 15:05.13 | brlcad | Ashish101: hold on that task, needs some redirection... |
| 15:05.28 | Ashish101 | OK.. |
| 15:05.30 | brlcad | Skriptkid: after food, bbs :) |
| 15:05.39 | Skriptkid | no problemo :) |
| 15:06.09 | Ashish101 | KK brlcad: before u go how much time am i expected to wait before i can continue my task ?? |
| 15:06.40 | Ashish101 | Till thn i coulod go out and get some air and maybe play wit my bro :) |
| 15:13.32 | *** join/#brlcad merzo (~merzo@108-166-132-95.pool.ukrtel.net) | |
| 15:34.59 | VN_ | i have downloaded brl cad on my macbook pro..i know how to take a screen shot...what exactly do i have to do now....just go to isst and create an interesting screen shot ? #GCI |
| 15:38.36 | VN_ | pls help... |
| 15:38.41 | Notify | 03GCI: Ambar Pal: Compile BRL-CAD using GCC 4.8 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 15:48.31 | Ashish101 | VN: Skitch-- try it |
| 15:50.41 | brlcad | Ashish101: wait times are always variable and supposed to be passive (you did read the wiki/IRC page, right?) ... do what you need to do, what you can do, don't ever just wait |
| 15:51.00 | brlcad | unless you want to, but if you get frustrated or bored, it's on you :) |
| 15:51.09 | Ashish101 | KK :) |
| 15:52.13 | *** join/#brlcad zero57 (~an@209.101-ppp.3menatwork.com) | |
| 15:54.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98) | |
| 16:14.01 | Skriptkid | brlcad: Saw??(Sorry if you're still eating) |
| 16:35.23 | ``Erik | add a little proxy fu, and http://crit.brlcad.org/buildbot/ |
| 16:39.51 | Skriptkid | thanks :) |
| 16:41.17 | Notify | 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 16:46.29 | Notify | 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - query I just have to upload 10 bugs that are not confirmed.?? http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 16:51.45 | *** join/#brlcad zero57_ (~an@209.101-ppp.3menatwork.com) | |
| 16:55.12 | Notify | 03GCI: Shayantan: Layout "MGED Interface" Reference Document - Sorry I Completely Misunderstood the task cause i didnt have adobe reader to view the pdf files. very sorry. now t hat i have it, i can accomplish the task. can you please extend my deadline further ? http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:05.20 | Notify | 03GCI: Harsh Vardhan: Find and fix at least 20 spelling mistakes in at least 5 different files - files from which files do i have to find spelling mistakes?? http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 17:05.21 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:57.37 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 17:58.07 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 17:59.12 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Reopened This task has been Reopened. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 17:59.27 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to Harsh Vardhan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 17:59.47 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Bug There seems to be a bug in file src/other/togl/src/glew/glew.c. Some functions are undeclared in the file, which is why it's not being built. But the Buildbot system is installed and rolling fine. http://crit.brlcad.org/buildbot/. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 18:00.08 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - oops Sorry, Harsh! The website wasn't responding and a second click unassigned the task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 18:01.29 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - and no you don't have to upload anything. We have many bugs already reported. See the reference link, our Sourceforge bugs page. The task involves going though that list and confirming that you can reproduce 10 of them. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 18:12.52 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 18:13.57 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - read the comment history Harsh, you need to read the comment history. This has already been answered. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 18:17.34 | Skriptkid | Can someone please help with this: |
| 18:17.38 | Skriptkid | 4%] Building C object src/other/togl/src/CMakeFiles/togl.dir/glew/glew.c.o |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1866: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewBufferRegionEnabledEXT' |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1867: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewDeleteBufferRegionEXT' |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1868: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewDrawBufferRegionEXT' |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1869: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewNewBufferRegionEXT' |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:1870: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewReadBufferRegionEXT' |
| 18:17.39 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c: In function '_glewInit_GL_KTX_buffer_region': |
| 18:17.41 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: 'glBufferRegionEnabledEXT' undeclared (first use in this function) |
| 18:17.41 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: (Each undeclared identifier is reported only once |
| 18:17.41 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: for each function it appears in.) |
| 18:17.41 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6503: error: 'PFNGLBUFFERREGIONENABLEDEXTPROC' undeclared (first use in this function) |
| 18:17.42 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6504: error: 'glDeleteBufferRegionEXT' undeclared (first use in this function) |
| 18:17.42 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6504: error: 'PFNGLDELETEBUFFERREGIONEXTPROC' undeclared (first use in this function) |
| 18:17.43 | Skriptkid | /usr/home/gciscriptkid/public_html/slave/brlcad-tester/build/src/other/togl/src/glew/glew.c:6505: error: 'glDrawBufferRegionEXT' undeclared (first use in this function) |
| 18:18.08 | Skriptkid | whole thing is here: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/7/steps/shell_2/logs/stdio |
| 18:21.25 | Notify | 03GCI: Harsh Vardhan: Reproduce any 10 unconfirmed open bug reports - .. "reproduce" means that I have to post the names of bugs that are not confirmed.?? http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 18:23.15 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Make log http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/7/steps/shell_2/logs/stdio The bug's there at the end http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 18:26.56 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - I can Of course I can. However, I've asked you a question several times now and you keep ignoring it... If you want to remain anonymous, THAT IS FINE. Just say so. I completely understand the desire to protect your identity and maintain privacy. If you provide your full name, it'll potentially... http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 18:29.58 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - no No. You have to read the bug, understand what it means, compile and run BRL-CAD, and see if you observe the same bad behavior that was reported. You have to find 10 bugs that you CAN confirm are still bugs by running the tools. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 18:36.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98) | |
| 18:41.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:48.04 | Notify | 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 18:48.05 | Notify | 03GCI: John: Write a BRL-CAD showcase article - I'll remain anonymous Ahh! Finaly I understood what you wanted. Then I'll remain semi-anonymous, using only the name John. Sorry for the misunderstanding. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 18:50.25 | Skriptkid | Brlcad: so it's good? :) |
| 18:50.49 | Skriptkid | (Good enough at least?) |
| 18:52.40 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - which three? Which three others did you find? I see sigle and acutal but what's the third? http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 19:02.05 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.107.98) | |
| 19:02.08 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Cleaned up Cleaned up my account. Only the buildmaster and slave dirs are there. Deleted everthing else. They both are in public_html. Also, the master is listening on port 8001 and slave on 8090(All info is in master.cfg, in which I've changed the comments according to... http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 19:15.06 | Notify | 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - breadth vector What does the breadth vector signify, exactly? Is its magnitude the distance from the vertex to the back rectangle? http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 19:16.13 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 19:17.58 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 19:21.44 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - nope, that's good What you did looks good now. Thanks for going through the revisions to get it fixed up! http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 19:21.58 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.98) | |
| 19:22.44 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 19:22.58 | brlcad | Skriptkid: yep, that's good enough for now -- most of the task was to get it set up |
| 19:23.15 | brlcad | the problems you ran into are easily overcome with cmake settings that should have been added |
| 19:23.28 | brlcad | and one of the errors was in the script you wrote (mkdir existing dir) |
| 19:24.19 | brlcad | but we'll just add another task to fix up the tests/scripts to be something different |
| 19:24.38 | brlcad | the glew error should be fixed independently, perhaps yet another task |
| 19:26.26 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 19:26.50 | Skriptkid | Ok. Thanks for the help along the way :) |
| 19:31.07 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article - you should ask OK. Glad to have that finally sorted out. For future reference, please say you don't understand or ask for clarification when you don't understand. Otherwise, it will easily be perceived as being rude, and I'm sure that's not your intention or desire. http://www.google-melange.com/gci/task/view/google/gci2012/8022213 |
| 21:18.58 | brlcad | makes a delicious cup of mochaspresso |
| 21:25.14 | Notify | 03GCI: Alex Ozer: Create a utility library (LIBBU) API unit test ... for hash.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 21:27.50 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - The third one is sigle-click The third one is sigle-click, which should be single-click http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 21:28.45 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - If you want... If you want, I can find one more if you don't accept that one as another spelling mistake. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 21:30.20 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 21:43.40 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - have to stay on IRC If you read http://brlcad.org/wiki/IRC you'll notice one of the etiquette expectations of IRC is to be patient. I know a couple of times when someone attempted to respond to you and you'd already disconnected from IRC. People that use IRC are often... http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 21:43.50 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 21:44.25 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for hash.c - Task Assigned This task has been assigned to Alex Ozer. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 21:47.56 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - all good Nope, that's all good. I just couldn't find it. The src/other changes don't count as they're not our sources to modify, but that one was fortunately also in one of our files. Nicely done. Approximately how long did it take you to find and fix... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 21:48.01 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 21:59.54 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - see appendix C Near the end of our Intro to MGED is an appendix C that provides a graphical depiction of the RHC's parameters. There you can see what B is in terms of the object's shape. The B vector is described in more mathematical terms at the top... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 22:02.31 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - The time it took The time it took me for those 10 mistakes and 10 files was about 5-6 hours just quickly skimming through the files via vim and the spell check feature it has :) The other task I did was 5 mistakes and 40 files and that was in total... http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 22:10.59 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - excellent Thanks for the information. It sounds like the tasks are roughly scoped appropriately. I hope that once you found a mistake, you ran a recursive grep on our files to find multiple occurences. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 22:19.04 | *** join/#brlcad matt_s (~Matt@120.21.243.205) | |
| 22:28.54 | matt_s | Testing if this mobile client works. I know, poor etiquette... |
| 22:33.44 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 22:35.06 | brlcad | matt_s: it's alright ;) |
| 22:35.32 | brlcad | getting set up with a proper client isn't poor etiquette |
| 22:36.14 | brlcad | starseeker: unless I'm mistaken, it looks like all three appendices aren't included |
| 22:45.02 | Notify | 03GCI: An Ha: Find and fix at least 10 spelling mistakes in at least 10 different files - Yes Yeah, I just ran find and sed and it will do the rest for me :) http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 22:55.50 | *** join/#brlcad matt_s (~Matt@120.20.246.237) | |
| 23:01.41 | starseeker | brlcad: you mean in Volume II? |
| 01:42.24 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 01:43.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.65) | |
| 01:51.12 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 02:03.26 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Patch I submitted a patch as suggested on your website. I created it with SVN diff, is this OK, or should I use the bsd diff utility? http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 03:09.47 | Notify | 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 04:48.34 | brlcad | starseeker: yeah |
| 05:09.50 | Notify | 03GCI: Sean: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 05:10.05 | Notify | 03GCI: Sean: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 05:14.47 | Notify | 03GCI: Sean: Implement mutex locking for Windows - looking good Nice work, only a couple minor issues I see... Instead of including <windows.h> directly, you should include our "bio.h" header (before bu.h, after math.h). Your indentation is wrong. We use a mix of tabs and spaces. See our HACKING file for style guidelines or you can look at... http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 05:17.25 | *** join/#brlcad agkphysics (~agkphysic@46.69.252.27.dyn.cust.vf.net.nz) | |
| 05:21.23 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - output from doxygen? Mrowqa, since this task involves verifying/fixing the output, would you post the output from Doxygen? Ideally a pdf, but tarball of the html pages works fine too. At a glance, the patch looks good if that was all that was needed. Did you run into any problems? http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 05:21.33 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 05:27.11 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 05:27.12 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 05:46.47 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - implementation needs work Javamonn, the implementation looks like it should be equivalent, but there are a few problems. Instead of scanning the file twice using a function we wrap and using a c99 array allocation that we don't allow, try using our bu_mapped_file interface.... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 05:52.18 | starseeker | brlcad: it could be - I know for the commands one we wanted to figure out a way to pull from the man pages |
| 06:01.53 | starseeker | huzza - looks like just the hard drive was bad |
| 06:02.58 | starseeker | goes with Linux Mint this time, in the hopes that being nicer to the remaining hardware will let it last longer... |
| 06:06.56 | starseeker | and promptly re-discovers just how messed up Linux sound support still is |
| 06:07.20 | brlcad | tests compilation on a little-endian mips64 prototype chip, loongson 3a |
| 06:07.38 | Notify | 03GCI: Melange: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7970238 |
| 06:58.30 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Testing Questions Ok i can fix the indentation pretty easily, when I first read the vi tabstop instructions I was a little confused because well it seemed like it was mixing tabs and spaces (which to me is quite unusual). I can fix the header include too. I can compile the code... http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 07:36.50 | *** join/#brlcad andrei (andrei@188.25.161.194) | |
| 07:48.04 | brlcad | waves hi to andrei |
| 08:06.19 | andrei | hello |
| 08:09.26 | andrei | Sorry I haven't been around, I have been studying for my formal language and automata theory exam. It is by far the hardest aspect of CS I have encountered so far :( |
| 08:15.06 | brlcad | andrei: no problem, I was able to pick up the slask on Thursday |
| 08:16.52 | andrei | from now on I shouldn't be as busy with study so I have more time |
| 08:25.32 | brlcad | excellent |
| 09:21.01 | *** join/#brlcad Silvrous (4f706699@gateway/web/freenode/ip.79.112.102.153) | |
| 09:44.32 | *** join/#brlcad Gaganjyot (~geek@101.62.198.75) | |
| 10:01.40 | *** join/#brlcad Gaganjyot (~geek@115.245.155.154) | |
| 10:12.17 | Notify | 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - sorry I haven't finished yet, and I've clogged the task long enough, I'll let someone else take a stab at this while I try other tasks. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 10:12.23 | Notify | 03GCI: Silvrous: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 10:28.49 | Notify | 03BRL-CAD Wiki:121.44.42.93 * 4747 /wiki/Image_talk:Affine_transformations.pdf: Removing all content from page |
| 10:43.07 | *** join/#brlcad andrei_ (andrei@5-12-221-70.residential.rdsnet.ro) | |
| 10:58.23 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:47.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83) | |
| 12:54.28 | Notify | 03GCI: Skriptkid: Set up BuildBot continuous integration for BRL-CAD - Fixed mkdir and SVNPoll brlcad: I know this task was closed, but didn't wanna leave that one little thing unfinished. Fixed mkdir 'dir exists.' Won't fail now. -p is enabled. Also, I had forgotten one little thing in the config file. The refresh interval. Even that's done. http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 13:09.58 | *** part/#brlcad Skriptkid (~Skriptkid@117.201.168.83) | |
| 13:10.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83) | |
| 13:17.30 | Notify | 03GCI: VN: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 13:59.56 | Skriptkid | Need some guidance on investigating performance of setting thread affinity. 1. I'm supposed to be setting the affinity of which thread?(Current one?) 2. I'm supposed to set the affinity of the thread to which CPU set? |
| 14:16.52 | Skriptkid | 3. Am I supposed to impement it in both parallel.c and semaphore.c? |
| 14:37.06 | *** join/#brlcad harmanpreet (~chatzilla@124.253.72.89) | |
| 14:48.06 | Notify | 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 14:58.08 | *** join/#brlcad merzo (~merzo@240-191-133-95.pool.ukrtel.net) | |
| 15:16.20 | *** join/#brlcad ChrisOelmueller (~eoc@2a01:238:42b6:4400:f140:fff4:e413:e393) | |
| 15:50.56 | Notify | 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - excellent Thanks for fixing it up! http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 17:16.18 | Notify | 03GCI: Cezar: Enable our pictx tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958220 |
| 17:18.28 | Notify | 03GCI: Andrei Popescu: Enable our pictx tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958220 |
| 17:30.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.83) | |
| 17:33.47 | *** join/#brlcad andrei (andrei@5-12-221-70.residential.rdsnet.ro) | |
| 17:47.23 | Notify | 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 17:47.58 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Problems with make CMake seems to have configured the source files correctly. However, when I try to use the "make" command to compile, I don't get anything. I type in the command and it sits there for about two seconds and then it just takes me back to my input line. I even had it... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 17:48.58 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Everything's clean By the way. I did clean up everything just like you suggested. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 17:49.19 | Notify | 03GCI: Titi: Compile and run BRL-CAD on a Raspberry Pi - ? When I build in debug mode there is an error. Can I build in release mode? http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 17:55.06 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Calling the function I'm writing a funtion which does the job of setting the affinity mask. But where is this function called. And where am I supposed to write this? In parallel.c or semaphore.c? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:16.32 | Notify | 03GCI: Cezar: Enable our pictx tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958220 |
| 18:33.22 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:34.02 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Make the flag '-lpthread' has to be passed to gcc. Otherwise, this won't compile. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:40.35 | *** join/#brlcad Lord_of_Life (Lord@2a01:4f8:100:7464::3) | |
| 18:43.34 | *** part/#brlcad Lord_of_Life (Lord@2a01:4f8:100:7464::3) | |
| 18:49.48 | Notify | 03GCI: bellesuoreitaliane: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 18:55.55 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to bellesuoreitaliane. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 18:56.43 | brlcad | caen23: you didn't have to modify pictx to compile? did you try windows? |
| 18:57.32 | caen23 | brlcad: no, i didn't try windows. but i put it inside an "if x11 is on", so shouldn't it be ignored on windows? |
| 18:58.40 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - irc I would like to contact you via IRC... how can I do that? http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:58.58 | brlcad | caen23: ah, I see, that's good |
| 18:59.36 | brlcad | if you've tested compilation somewhere (ideally on at least two platforms like mac and linux), then it should be good to commit |
| 18:59.48 | brlcad | got lucky that it was that easy ;) |
| 18:59.56 | brlcad | they usually are disabled for a reason |
| 19:00.26 | Notify | 03GCI: Sean: Enable our pictx tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958220 |
| 19:00.31 | caen23 | i've only tested on mac, but let me try deb, too. yeah, i imagined i got lucky because i know you and starseeker discussed it some time ago |
| 19:05.07 | caen23 | brlcad: btw, regarding this task http://www.google-melange.com/gci/task/view/google/gci2012/7995206 i did this in my previous patch to openw.tcl. there was no error when reopening the cmd win, only when reopening the graphics window. could i submit the cmd fix alone on this task? |
| 19:11.10 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 19:14.29 | caen23 | so it works on deb, too, but i noticed i forgot to make main "int main" and have it return 0 in my patch |
| 19:16.52 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 19:18.12 | Notify | 03GCI: Sean: Compile and run BRL-CAD on a Raspberry Pi - looks good Titi, those logs look much more useful now. Thank you. If you're interested, a follow-up task was just posted: http://www.google-melange.com/gci/task/view/google/gci2012/8038205?validated It's just a little harder, but should hopefully give a complete build. http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 19:19.07 | brlcad | caen23: you can fix it in commits |
| 19:19.20 | caen23 | alright |
| 19:19.27 | Notify | 03GCI: Silvrous: Create a utility library (LIBBU) API unit test ... for vls.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 19:19.41 | brlcad | how were you reopening the graphics window? |
| 19:20.13 | caen23 | the same way i was reopening the cmd window, but it failed. the cmd window did not fail, though |
| 19:21.03 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 19:21.07 | brlcad | and that was? :) |
| 19:22.11 | caen23 | something like when you clicked "Tools > Command Window" on the menu bar, i ran something like "show_cmd = 1; show cmd". let me paste the specific line |
| 19:23.11 | caen23 | -command "set mged_gui($id,show_cmd) 1; wm deiconify .$id; raise .$id" |
| 19:23.16 | caen23 | line 1958 inside openw.tcl |
| 19:52.20 | brlcad | iconify? |
| 19:52.45 | brlcad | I don't remember your patch iconifying, wasn't it a hide? |
| 19:53.44 | caen23 | brlcad: it doesn't matter if it's hidden or iconified. that's how you bring back a hidden window, too |
| 19:54.20 | brlcad | hm, okay -- it's been a really long while since I've had to do that in tk |
| 19:54.46 | caen23 | ugh, it's the first time i've had to do that in tcl :D |
| 19:54.59 | caen23 | but i checked, and that's the only way |
| 20:09.40 | brlcad | caen23: so how'd what you work with many many windows getting created? |
| 20:09.52 | brlcad | say if you ran gui 3 or 4 times |
| 20:10.03 | brlcad | right now it works if you close some of them |
| 20:11.02 | brlcad | since it graphics window closes its corresponding command window |
| 20:11.13 | brlcad | s/it/each/ |
| 20:16.42 | caen23 | brlcad: i don't think i understand :d it only works if you close the cmd window and reopen it. if you close the gfx window and try reopening it, it crashes |
| 20:30.43 | brlcad | caen23: there's not just one command window and one graphics window |
| 20:30.52 | brlcad | you can create as many as you like with the "gui" command |
| 20:31.15 | brlcad | does that functionality still work is I guess the question |
| 20:31.35 | brlcad | if it does, then you can probably commit it crashing and we can get someone to look into the stack trace |
| 20:32.54 | caen23 | let me try, i believe it does. i don't know if you have the time, but couldn't you apply the patch on your machine and see exactly how it works? also, i've managed to get a stack trace and i checked the logs, i could post those, too |
| 20:40.23 | caen23 | brlcad: it seems to work fine, except for that problem. here's the behavior i get, when run using opengl: if i close both windows using the X buttons, mged closes normally. if i close the cmd window and bring it back using Tools > Command Window, it works. if i close the gfx window and bring it back using Tools > Graphics Window, the app breaks, taking away with it any window that's currently open |
| 20:40.52 | caen23 | it doesn't really matter how many instances are open, i've created four right now and they worked as expected |
| 20:46.10 | brlcad | caen23: thats' why I was asking you to commit it, so I can test it on my end |
| 20:46.24 | brlcad | easier than getting and applying the patch |
| 20:46.38 | brlcad | copying up to all the places I'd want to test |
| 20:47.16 | brlcad | wishes there weren't any platform checks in our build system files, we've regressed terribly |
| 20:47.29 | caen23 | ok, then. i'll commit the pictx fixes first, and then i'll commit openw.tcl, too |
| 20:49.02 | Notify | 03BRL-CAD:caen23 * 54030 (brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/pictx.c): Enable pictx for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7958220) |
| 20:51.13 | Notify | 03BRL-CAD:caen23 * 54031 brlcad/trunk/src/tclscripts/mged/openw.tcl: The command window can now be reopened. MGED no longer closes after closing the graphics window. On OpenGL, trying to reopen the graphics window crashes the app. On X11, everything works fine. |
| 20:51.24 | caen23 | ok, they're up |
| 20:57.00 | Notify | 03BRL-CAD:brlcad * 54032 brlcad/trunk/CMakeLists.txt: x11 is available on windows, so don't make it impossible to use it. we can just let the checks fall through after looking for it and testing whether aqua is enabled. this allows a slew of simlifications eliminating several of the win32 and apple platform checks, which are bad smells anyways. |
| 21:29.55 | Notify | 03GCI: Ben Bray: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 22:21.17 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 22:23.28 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Questions solved Ok, I managed to test the code, and it does indeed work (I had to use CMake to create the Visual Studio project - something I had not anticipated). I fixed the indents and included bio.h too. Now I'm actually finished :) http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 22:25.09 | *** join/#brlcad matt_s (cb3af1be@gateway/web/freenode/ip.203.58.241.190) | |
| 22:33.29 | starseeker | brlcad: have you tested that in a situation where X11 is available on Windows? |
| 22:34.15 | *** part/#brlcad ChrisOelmueller (~eoc@2a01:238:42b6:4400:f140:fff4:e413:e393) | |
| 22:35.40 | starseeker | brlcad: anyone trying to enable Aqua on Windows should probably get a fatal error |
| 22:35.44 | starseeker | that's completely nonsensical |
| 22:36.39 | starseeker | do you want me to add that? |
| 22:36.52 | starseeker | (as long as we're cleaning up what was admittedly a mess...) |
| 23:38.34 | brlcad | that's the problem being propagated, though -- platform checks aren't the right perspective |
| 23:39.40 | brlcad | it'll fail if someone tries, probably spectacularly, so it effectively will already do that or our assertion is wrong (if it somehow worked) |
| 23:40.07 | brlcad | if anything that should be "anyone trying to enable Aqua WHEVER AQUA IS NOT AVAILABLE should get a fatal error" |
| 23:40.39 | brlcad | that's the distinction for nearly every single platform check in there |
| 01:14.31 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) | |
| 02:04.25 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 03:58.26 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 04:01.47 | Notify | 03GCI: javamonn: Make tables.c not call system("cat ...") - Hopefully... Hopefully tables4 is alright. That bu_mapped_file struct is pretty handy. To my understanding, I still had to open the file to write to in the normal fasion, correct? Unless you have another struct I would rather use, since bu_mapped_file is read only. Let me know if... http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 04:04.43 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Assigned This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 05:11.46 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:46.04 | Notify | 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 06:07.37 | Notify | 03GCI: Melange: Add a primitive surface area function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7970238 |
| 06:20.07 | *** part/#brlcad matt_s (cb3af1be@gateway/web/freenode/ip.203.58.241.190) | |
| 07:42.39 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:28.54 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:12.30 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Which doxygen output? I don't know what you mean 'doxygen output', so I uploaded generated documentation and output from console by: brlcad@brlcad-vm:~/brlcad-svn$ doxygen misc/Doxyfile 2> doxygen.output Stdout is clear, all output from console is in stderr. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 09:46.24 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:12.24 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - I can't apply your patch because it refers to files I don't have ;) Desktop/semaphore.old.c Desktop/semaphore.c Please modify the file inside your subversion checkout (ie src/libbu/semaphore.c). Subversion will take care of your lokal changes and should generate a nice patchfile... http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 10:12.39 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 10:12.44 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 10:12.59 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 10:14.46 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Identical Task I noticed there was another identically named and described task as well, so what is the difference between this one and that one? Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 10:17.18 | *** join/#brlcad agkphysics (~agkphysic@118-93-169-70.dsl.dyn.ihug.co.nz) | |
| 10:19.23 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Could you please provide the output of 'benchmark' too Ie we need 2 outputs: benchmark with and without your changes to parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 10:19.28 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 10:24.33 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 10:25.24 | Notify | 03GCI: Harmanpreet Singh: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 10:57.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244) | |
| 10:59.46 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Function Where should the function for setting the affinity be called in parallel.c? At the beginning? At the end? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 11:05.59 | Skriptkid | In order to compile a program that uses threading, I need to use -lpthread in gcc. But if I'm adding a threading function to a brlcad file, Make fails since the -lpthread flag is not passed. How do I pass it to make? Or what else can be done to solve this? |
| 11:06.21 | *** join/#brlcad harmanpreet (~chatzilla@124.253.219.160) | |
| 11:17.33 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:20.29 | Skriptkid | Don't bother answering that. Got it. |
| 11:39.27 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:44.31 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Duplicate task Aaron, I don't know whats the difference between these two tasks. I think, the intention was to split this task in two or more parts becasuse of the mathematical difficulty. You should know that a HYP is something similar to... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 11:45.25 | Skriptkid | ``Erik brlcad: Can you turn on compiling Tcl, Tk, libpng, libregex and zlib on in Cmake on the server? These are off and I highly doubt this is causing make to fail. |
| 11:50.30 | Skriptkid | d_rossberg: Where should I call the affinity setting function in parallel.c? |
| 11:51.04 | Skriptkid | ``Erik brlcad: Make to fail in the buildbot, that is. |
| 12:13.08 | d_rossberg | Skriptkid: i'm not sure, in something what is called by the benchmark, probable in the rt program (?) |
| 12:14.41 | Skriptkid | Semaphore is called I think,, because it has a semaphore initialisation function. I'll put in that? |
| 12:15.40 | d_rossberg | or in the function parameter of bzu_parallel() ? |
| 12:15.58 | d_rossberg | bu_parallel() |
| 12:17.15 | Skriptkid | ok |
| 12:19.13 | Skriptkid | Could you please xplain the format for passing the function as a pramter to bu_parallel? I see this: "void (*func)(int, genptr_t)" |
| 12:21.05 | d_rossberg | you should use an existing call (e.g. grep for bu_parallel in src/rt) and add your fubction to the function used there |
| 12:22.04 | Skriptkid | I found bu_parallel. It's in src/libbu/parallel.c. Do i just add a call to my function in that? |
| 12:23.48 | d_rossberg | no, bu_parallel() creates the threads but isn't called by any of these threads |
| 12:24.31 | Skriptkid | OK. There are 2 other bu_parallels in src/rt. I just need to write my function in one of these two files(they are in) and call it from bu_parallel? |
| 12:25.30 | Skriptkid | hang on. Are you saying bu_parallel is used to create threads and I need to create one for this? |
| 12:25.57 | Skriptkid | bu_parallel(myfunction)? |
| 12:26.50 | d_rossberg | yes, bu_parallel _creates_ the threads but you function (as you wrote it) has to be called inside of the thread, therefore inside of "myfunction" |
| 12:28.31 | Skriptkid | in worker.c, I see "bu_parallel(worker, npsw, NULL);" So this means that bu_parallel is creating a thread for the function "worker()" right? So I need to call my function in worker so that it will be run |
| 12:29.46 | d_rossberg | exactly |
| 12:29.51 | Skriptkid | ok. thanks :) |
| 12:32.33 | d_rossberg | maybe you should do the same with reproject_worker and see if this has any effect to the benchmark |
| 12:33.37 | Skriptkid | ok. But the function I'll be using has to be in the files I'm calling it in right? I need to put my function in worker.c so that it's called by worker() |
| 12:35.05 | d_rossberg | yes |
| 12:36.36 | Skriptkid | there's a function in parallel.c that gives maximum no of CPUs on the system. Can I directly call it in worker.c?(This is stupid, but asked because bu_parallel has been used here, although it's in parallel.c) |
| 12:38.31 | d_rossberg | this should be ok |
| 12:41.49 | Skriptkid | Is there any specific place I need to call the function on in worker.c and reproject_worker()? Like at the beginning or at the end? |
| 12:41.53 | Skriptkid | *worker() |
| 12:44.47 | d_rossberg | probable at the beginning |
| 12:45.34 | d_rossberg | (i hope it's all right i'm telling you here) |
| 12:46.22 | Skriptkid | Why wouldn't it be? |
| 12:48.06 | d_rossberg | e.g. i don't really know what benchmark does, i think it calles rt, what else should it do? ... it's on you to find out ;) |
| 12:49.03 | Skriptkid | Hehe :) I think it does, because it finds speeds of rays |
| 13:00.55 | Skriptkid | d_rossberg: Are reductions in time by milliseconds significant in raytracing? |
| 13:05.11 | d_rossberg | no, especially as you aren't on a realtime OS |
| 13:07.42 | Skriptkid | Okay. Thanks for all the help. Could you review my work if you're free? |
| 13:08.09 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 13:12.37 | Notify | 03BRL-CAD:bob1961 * 54033 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added code to save things back to the database. Added line creation to Archer's sketch editor. More mods to come. |
| 14:10.03 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.150) | |
| 14:18.49 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 14:32.22 | *** join/#brlcad merzo (~merzo@240-191-133-95.pool.ukrtel.net) | |
| 14:57.18 | *** join/#brlcad merzo (~merzo@250-198-132-95.pool.ukrtel.net) | |
| 15:36.10 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 15:53.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244) | |
| 15:57.55 | Skriptkid | d_rossberg: How can I not include pthread.h? It won't compile without that. |
| 16:00.26 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.150) | |
| 16:05.16 | d_rossberg | it's already there? (line 155) |
| 16:07.43 | Skriptkid | Oh, so you mean I need to write function in parallel.c(where line 155 has pthread.h) and call it in worker.c and view.c? On it. |
| 16:16.31 | Skriptkid | d_rossberg: Fixed it. Could you apply the new patch and see it? |
| 16:18.51 | d_rossberg | Skriptkid: you provided a patch for parallel.c so i thought your function was in this file ... ??? |
| 16:20.22 | Skriptkid | That was the old one. The latest was the .tar.gz file. The current latest patch 'new.patch'. Dont apply the last to. Apply 'new.patch' Also, I'll be submitting a new benchmark comparison file, because I made a change |
| 16:30.18 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:47.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:04.10 | brlcad | bunch of new tasks added yesterday: test our animation system, merge git repo, implement a gethostname function, and three code cleanup tasks |
| 17:10.25 | caen23 | brlcad: have you had time to look over my commits? :D |
| 17:11.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244) | |
| 17:17.59 | jordisayol | I'm getting a problem with archer when I try to open a *.g file in a read only folder. |
| 17:19.48 | jordisayol | I got this: |
| 17:19.48 | jordisayol | /usr/brlcad/share/db $ /usr/brlcad/bin/archer moss.g |
| 17:19.48 | jordisayol | BBBBogusArcherTargetCopy~: Permission denied |
| 17:19.48 | jordisayol | _ged_open_dbip: failed to create BBBBogusArcherTargetCopy~ |
| 17:19.48 | jordisayol | Unable to open geometry database: BBBBogusArcherTargetCopy~ |
| 17:19.48 | jordisayol | Unexpected error encountered while running Archer. |
| 17:19.48 | jordisayol | Aborting. |
| 17:20.49 | jordisayol | mged program simply open it as read only without problems: |
| 17:20.53 | jordisayol | /usr/brlcad/share/db $ /usr/brlcad/bin/mged moss.g |
| 17:20.53 | jordisayol | Opened in READ ONLY mode |
| 17:22.22 | brlcad | jordisayol: nice, that's a bug |
| 17:22.32 | brlcad | caen23: nope |
| 17:22.54 | brlcad | caen23: and I probably won't for quite a while, I have a ton more new tasks to add |
| 17:23.37 | caen23 | brlcad: ok :D there's no rush |
| 17:27.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.244) | |
| 17:32.46 | ``Erik | git repo? |
| 17:35.32 | brlcad | ``Erik: writing a tutorial to help with the stepcode merge |
| 17:35.48 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/7992230 |
| 17:42.46 | brlcad | new task: fix llvm defects: http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 17:43.22 | brlcad | new task: cmake case cleanup: http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 17:46.02 | *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 17:46.27 | maths22 | brlcad: are any new web tasks up? |
| 17:46.35 | Notify | 03BRL-CAD Wiki:Jacksixb * 4748 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 17:46.38 | Notify | 03BRL-CAD Wiki:Jacksixb * 4749 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 17:46.40 | Notify | 03BRL-CAD Wiki:Jacksixb * 4750 /wiki/User:Jacksixb/Proposal: Intial make |
| 17:46.42 | Notify | 03BRL-CAD Wiki:Jacksixb * 4751 /wiki/User:Jacksixb/Proposal: |
| 17:46.44 | Notify | 03BRL-CAD Wiki:Jacksixb * 4752 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update |
| 17:46.45 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - I looks like your patch works in general However ther are some shortfalls You shouldn't include pthread.h again. Especially not protected with defines. The code will be compiled with MS Visual C/C++ too. The usual whitespace, tabs vs. blanks problem ... (you know,... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.46 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.47 | Notify | 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 17:46.48 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Didn't get the first part I didnt understand the first part. If i don't include pthread.h, it won't compile. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.49 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.50 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Small edit to note Now the function has been moved to parallel.c. they are not in worker.c or view.c. Just one function prototype in parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.51 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - There are still some issues the line-indents are wrong (8 blanks => 1 tab) undo your change to semaphore.c: you only added 4 spaces remove the #define _GNU_SOURCE from parallel.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.52 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.53 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - aaf_new aaf_new.tar.gz is the latest. The specified fixes have been done. Also, a small change to the note. The function prototype is in worker.c and view.c no more, but in parallel.c. It is only called in worker.c and view.c http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.54 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.55 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Latest aaf_latest.tar.gz is the latest. **** DO NOT USE ANYTHING SUBMITTED BEFORE THAT. IGNORE ALL OTHER FILES **** Sorry for any confusion. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.56 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - #define _GNU_SOURCE Removed it, but I doubt it will compile without that statement. It doesn't on my computer. Shall I include it in the #ifdef HAVE_PTHREAD_H or #ifdef linux condition block? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:46.57 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ime I got no response to the rquest for contact data (IRC) so I'm afraid I will need more time to get this task done. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:46.58 | Notify | 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 17:46.59 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Sorry I am sooo sorry I cant complete the work :( Currrently busy with my school's upcoming fest I think ill join google code in after 12th only :( http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 17:47.00 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 17:47.04 | brlcad | eek |
| 17:47.28 | brlcad | maths22: hmm.. not sure, a lot have been added and there are a lot more to go |
| 17:47.49 | maths22 | brlcad: why do you not show on the list of users? |
| 17:48.20 | maths22 | I don't think I saw any, but I wanted to make sure I had not just been too slow to claim them. |
| 17:53.50 | Notify | 03BRL-CAD:carlmoore * 54034 brlcad/trunk/misc/CMake/CompilerFlags.cmake: remove trailing blanks/tabs |
| 18:10.14 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 18:13.25 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:16.22 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Completed in 15 hrs :-) I was new to this software. The Documentation files helped me alot. My previous experience in MAYA made it a lot easier. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 18:19.40 | brlcad | new task: step-g regression test: http://www.google-melange.com/gci/task/view/google/gci2012/8048207 |
| 18:20.17 | maths22 | brlcad: why is your away status set? |
| 18:20.51 | maths22 | you appear to be online. :) |
| 18:22.27 | brlcad | because I just haven't bothered to unset it yet |
| 18:22.29 | brlcad | happens |
| 18:24.05 | maths22 | OK. Just wanted to make sure you were aware |
| 18:31.50 | brlcad | new task: nurbs regression test: http://www.google-melange.com/gci/task/view/google/gci2012/7989209 |
| 18:33.28 | brlcad | maths22: so you upgraded drupal and mediawiki and ... ? |
| 18:34.19 | maths22 | what is the and ... about? |
| 18:34.27 | brlcad | and anything else? |
| 18:35.09 | brlcad | notices the titles are misaligned on the drupal site.. hm |
| 18:37.26 | maths22 | Let me look. I thought I fixed that. |
| 18:37.31 | brlcad | maths22: there are lots of students, just wondering what other tasks you've completed :) |
| 18:37.40 | brlcad | reminder and what not ;) |
| 18:38.26 | maths22 | I have done the mysql task, the drupal task, the mediawiki task, and the gallery task. |
| 18:38.26 | maths22 | I am fixing the titles now. |
| 18:38.35 | brlcad | okay |
| 18:38.52 | brlcad | that should be enough to flip the switch on BRL-CAD's DNS |
| 18:39.17 | brlcad | maybe one final database and file sync |
| 18:41.28 | maths22 | I fixed the titles/ |
| 18:46.38 | brlcad | awesome! what was it? |
| 18:56.29 | *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 19:00.24 | brlcad | new task: 'brep' manual page: http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 19:11.16 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 19:11.31 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 19:19.50 | Notify | 03GCI: Melange: Doxygen cleanup ... for LIBBN - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 19:22.11 | ``Erik | cl |
| 19:24.09 | brlcad | brep man page task number changed: http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 19:24.24 | brlcad | the other is now to update our vm: http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 19:33.06 | brlcad | new task: qemu deployment testing: http://www.google-melange.com/gci/task/view/google/gci2012/8023219 |
| 19:41.05 | *** join/#brlcad twitch (~javamonn@adsl-68-90-24-186.dsl.rcsntx.swbell.net) | |
| 19:49.14 | *** join/#brlcad andrei (andrei@188.25.27.142) | |
| 19:57.42 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:08.56 | ``Erik | O.o is the new task something that should come through the tracker mailing list? |
| 20:11.26 | brlcad | new task: design new web interface: http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 20:11.31 | brlcad | ``Erik: they don't yet post them |
| 20:11.37 | brlcad | i put in a request, so maybe |
| 20:20.51 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 20:30.43 | maths22 | I forgot to include a class specifier in the css file. I added a left align but did not say what to apply it to. |
| 20:34.31 | Notify | 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 20:34.36 | Notify | 03GCI: Kristaps: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 20:35.42 | Notify | 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Mockup Would I be able to duplicate the site and make this as a drupal theme from the start? http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 20:41.14 | Notify | 03GCI: Brandon Gonzalez: Write a BRL-CAD to RAW converter - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945223 |
| 20:42.59 | brlcad | new task: model an ellipsoid: http://www.google-melange.com/gci/task/view/google/gci2012/7959254 |
| 20:43.23 | brlcad | maths22: did our existing css not translate? |
| 20:43.35 | brlcad | or did they add new divs/spans that had to be associated? |
| 20:45.15 | maths22 | it did, but the structure changed so I had to rework the css to be compatible |
| 20:48.11 | brlcad | new task: model a fresnel lens: http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 21:05.01 | Notify | 03GCI: Brandon Gonzalez: Write a BRL-CAD to RAW converter - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945223 |
| 21:44.26 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 21:48.26 | starseeker | brlcad: dunno if it's a 2 hour type task, but someone could hunt down why tire is adding a duplicate subtraction to one of the csg hierarchies (I think it showed up that one time you did a graphviz visualization...) |
| 21:50.29 | Notify | 03BRL-CAD:bob1961 * 54035 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More updates for Archer's sketch editor. This adds functionality to delete points and segments. |
| 22:03.49 | brlcad | new task: model an hourglass: http://www.google-melange.com/gci/task/view/google/gci2012/8017215 |
| 22:04.18 | brlcad | starseeker: it'd probably take longer to explain it, but I'll add it if you write something up |
| 22:34.58 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Still not working I've tried "make" again and I still don't get anything. I'll send in what I have so that it can get looked over. The log for the makeflie build is near the very end of the document. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 22:37.30 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 22:48.55 | brlcad | new task: model caffeine: http://www.google-melange.com/gci/task/view/google/gci2012/7998227 |
| 22:58.27 | brlcad | new task: model a diamond: http://www.google-melange.com/gci/task/view/google/gci2012/8034208 |
| 23:06.30 | *** join/#brlcad alezakosz (~kongr45gp@helit.org) | |
| 23:10.03 | brlcad | new task: model a gear: http://www.google-melange.com/gci/task/view/google/gci2012/8050205 |
| 23:16.42 | brlcad | new task: opengl gears: http://www.google-melange.com/gci/task/view/google/gci2012/8012227 |
| 23:23.17 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 23:34.04 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - It does indeed seem to be a duplicate Also, for what it's worth, I've sketched up a possible solution strategy here: http://brlcad.org/wiki/Image:Volume_computation.pdf I'm not sure it's correct though--it was done in a rush and I have not worked... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 00:30.14 | Notify | 03GCI: Tony Jojan: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 00:39.27 | javamonn | Could a mentor please review my code so I can edit it if there is something wrong, while there is still time left? Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 01:13.05 | brlcad | new task: gcov/lcov report: http://www.google-melange.com/gci/task/view/google/gci2012/8043205 |
| 01:14.04 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 01:14.09 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 01:14.14 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Assigned This task has been assigned to Tony Jojan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 01:14.29 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Kristaps. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 01:17.41 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - starting simple So let's start with a simple spreadsheet, just two columns: file and category. You're going to itemize every file installed into our 'bin' directory (like you started in your spreadsheet). For each of those files, categorize it. It should be possible to... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 01:20.12 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - almost there... Sharan, that's looking good, but the two regions do not hinge together. Note in the description that they need to "connect" together. Think of a bike chain or a door hinge even. The black one needs to go "into the red one. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 01:20.17 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 01:20.31 | *** part/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 01:23.50 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 01:24.51 | maths22 | brlcad: I don't know if you saw my question, but can I design the new look as a drupal theme? |
| 01:31.09 | ``Erik | awesome, http://www.masswerk.at/google60/ (60's skeuomorphic interface to google, punch cards and all) |
| 02:09.39 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:14.56 | Notify | 03GCI: Richard Akira Heru: Create ellipsoid model and diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959254 |
| 02:21.09 | Notify | 03BRL-CAD:starseeker * 54036 brlcad/trunk/src/librt/test_subdivision.cpp: Something not quite right - probably need to revisit bookkeeping scheme - but take a step towards boundary handling. |
| 02:35.58 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 02:41.31 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - (clearly a pro at svn) I hope I got it right this time (the very last file I submitted - look at the time)...I've never used svn before (I use git and at that I never make patch files). What I did this time was I checked out the latest revision and used "Create patch..." Before I... http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 02:41.51 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 02:44.36 | Notify | 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 02:56.16 | Notify | 03GCI: Sean: Make tables.c not call system("cat ...") - excellent Very nicely done. I hope you take on some of our other coding tasks! This clears up a bad coding call that's been in there for a very long time.. :) Thanks for making it better! http://www.google-melange.com/gci/task/view/google/gci2012/7966235 |
| 03:22.40 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - few issues Skriptkid, the indentation and style is STILL wrong... :) Please review our HACKING file for details, but open curly braces go on the same line as their statements (except for functions) and sequences of 8 spaces need to be tabs (we use tab+space to indent levels are... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 03:22.50 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 03:23.00 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 03:25.45 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Working Hi Sean, I have installed Blender and BRL-CAD in Windows 7 and I am playing with blender a little to get the feel of it. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 03:35.19 | brlcad | new task: code coverage: http://www.google-melange.com/gci/task/view/google/gci2012/7966241 |
| 03:50.29 | brlcad | maths22: absolutely |
| 03:50.34 | brlcad | you can design it however you like |
| 03:51.07 | brlcad | if you want to mock it up first, we can create a separate task to make it into a drupal-theme or another to deploy it or ... |
| 04:05.16 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:07.32 | brlcad | new task: compose 'brl-cad': http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 04:08.27 | *** join/#brlcad agkphysics (~agkphysic@118-93-115-80.dsl.dyn.ihug.co.nz) | |
| 04:11.21 | maths22 | Thanks |
| 04:11.57 | brlcad | compose model is now http://www.google-melange.com/gci/task/view/google/gci2012/7974264 and that other is an interface task |
| 04:19.56 | brlcad | new task: publish eclipse write-ups: http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 04:27.46 | brlcad | new task: fix msvc express errors: http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 04:30.51 | brlcad | new task: fix msvc express warnings: http://www.google-melange.com/gci/task/view/google/gci2012/8053204 |
| 04:59.28 | brlcad | maths22: if you're not busy working on a task, poke me and I'll make a task ;) |
| 04:59.43 | brlcad | will keep you busy! |
| 06:06.02 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:51.44 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:19.50 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 09:24.01 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:25.15 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2863::ade7:2863) | |
| 09:27.01 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:56.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48) | |
| 11:50.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48) | |
| 11:51.04 | *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 11:54.38 | *** join/#brlcad andrei (andrei@188.25.161.150) | |
| 12:07.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:36.33 | brlcad | yawns |
| 12:57.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:08.52 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:08.54 | Notify | 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 13:09.22 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Hey Check the NEW.zip file. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 13:09.23 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 13:09.24 | Notify | 03GCI: Sharan: Design an MGED command spreadsheet - Question Should we provide the description of the comand also I will claim this task after my current task will be reviewed http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:09.25 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 13:09.26 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Two things don't include windows.h, it's already included in bio.h (which is ok) you made a wrong correction to acquire (aquire) BTW, you can open your patch-file in a text editor. This is what I do to have a first look at your results. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 13:09.27 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 13:09.28 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - what you submitted is correct Also, what you submitted is what we were looking for. Output from doxygen and the resulting generated html. Pay particular attention to the warnings when you limit the scan to just the libbn files. You'll not want to let it scan everything in the include directory,... http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 13:09.29 | Notify | 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 13:09.30 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Visual Studio Express - new tasks FYI, related tasks were posted: http://www.google-melange.com/gci/task/view/google/gci2012/8053204 http://www.google-melange.com/gci/task/view/google/gci2012/8009222 http://www.google-melange.com/gci/task/view/google/gci2012/7948214 |
| 13:09.31 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - he generated documentation Mrowqa, the Doxyfile that we provide scans the ENTIRE project. If you review that html directory and go to main.html and select modules, you'll see it's everything. This task is only to review and generate output for LIBBN. Basically, that's the task -- make a Doxyfile... http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 13:09.32 | Notify | 03GCI: Sean: Create ellipsoid model and diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959254 |
| 13:09.33 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Too complex? Matt, I looked at your volume computation PDF, but surely there must be some easier way of calculating the volume. Are you not able to find the volume by integration of cross-sectional area. Using basic calculus, I integrated the... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 13:09.34 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Assigned This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 13:09.35 | Notify | 03GCI: Sean: Investigate GMP integration - continuation A continuation of this task as just posted: http://www.google-melange.com/gci/task/view/google/gci2012/8013222 http://www.google-melange.com/gci/task/view/google/gci2012/7946218 |
| 13:09.36 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 13:09.37 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 13:09.38 | Notify | 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 13:09.39 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Benchmark Could you tell me if the patch is alright now? ('newp.patch') I'll run a new benchmark and submit that too.(Because I'm downloading brlcad source again. Can't port it from VM.) Also, is it okay if I test it in a Mac? Using make bechmark, of coure. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 13:09.40 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 13:09.41 | Notify | 03GCI: Richard Akira Heru: Create ellipsoid model and diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7959254 |
| 13:09.42 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Almost I refer here to the lines in your "newp.patch" file. Open it with a text editor and you'll see what I mean: 10: 4 unnecessary blanks 14, 15: 4 unnecessary blanks (why did you added blanks here?) 36: 4 unnecessary blanks 70: a blank after the "for" is missing... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 13:09.43 | Notify | 03GCI: Daniel Rossberg: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 13:09.44 | Notify | 03GCI: Katelin Huber: Create an artistic screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 13:09.45 | Notify | 03GCI: Rishabh Aggarwal: Mock up new BRL-CAD website interface design (#2) - Query I would like to work on this task. My earlier task is on review so i will start as soon as it is done. Please give a link to the webpage you want a mock-up to be made of. Also, you curerently want only one page designed right? Thanks. Rishabh Aggarwal http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 13:20.48 | Notify | 03GCI: Daniel Rossberg: Create an artistic screenshot - Task Assigned This task has been assigned to Katelin Huber. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 13:22.45 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 13:42.29 | brlcad | ``Erik: seems to be consistently getting caught up at night? |
| 13:44.33 | ``Erik | various little things catch it, last night was a peer timeout, night before was a unicode parsing issue in an email |
| 13:45.31 | maths22 | brlcad: what formats do we have the new logo in? |
| 13:59.39 | brlcad | maths22: what do you mean? .g for the geometry and I have a solidworks file somewhere I think |
| 13:59.51 | brlcad | there are renderings in a variety of image formats |
| 14:03.09 | caen23 | brlcad: would this be a good moment to try the mged changes? |
| 14:08.08 | brlcad | caen23: who? what? |
| 14:08.49 | caen23 | brlcad: the changes i committed to tclscripts/mged/openw.tcl, to see if they are ok |
| 14:21.34 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.50) | |
| 14:31.58 | Notify | 03BRL-CAD:brlcad * 54037 brlcad/trunk/src/libbn/tests/bn_list.c: strnlen() is a gnu extension, so not okay to use. fortunately, not needed. |
| 14:48.17 | maths22 | I wanted to be able to use it in photoshop/gimp. Renderings work. do you have tiff? |
| 14:58.16 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - either The design can be for either http://brlcad.org or http://brlcad.org/wiki/ since those are drupal and mediawiki instances respectively. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 15:04.04 | brlcad | maths22: i don't specifically have it in tiff, but that shouldn't be needed |
| 15:04.10 | brlcad | just pull one of the images |
| 15:06.00 | brlcad | there are these: http://brlcad.org/d/node/92 and these: http://brlcad.org/images/logo/ |
| 15:06.08 | brlcad | but do not use any of the old eagle logos |
| 15:07.19 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - logos there are these: http://brlcad.org/d/node/92 and these: http://brlcad.org/images/logo/ do not use any of the old eagle logos http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 15:09.30 | brlcad | maths22: you have some competition, potentially ;) |
| 15:18.18 | brlcad | caen23: so I get slightly different behavior .. mine just crashes if I close the graphics window |
| 15:18.41 | caen23 | brlcad: opengl or x? |
| 15:18.48 | brlcad | opengl |
| 15:18.52 | brlcad | crashes in __glXDeassociateContext |
| 15:19.14 | brlcad | oh, wow, yeah .. took down all of X11 |
| 15:20.06 | caen23 | ugh, that's bad. and weird |
| 15:21.39 | brlcad | yeah, so taking down X11 obviously isn't our problem, but it should be avoidable |
| 15:22.15 | brlcad | looking at the fix, it looks like the crash is related to indirect contexts |
| 15:22.49 | brlcad | and specifically, trying to unreference a context (which presumably no longer exists) |
| 15:22.54 | brlcad | https://bugs.freedesktop.org/attachment.cgi?id=17953 |
| 15:23.14 | brlcad | tries a direct context |
| 15:28.11 | caen23 | brlcad: could the problem be src/libdm/dm-ogl.c? |
| 15:28.27 | brlcad | almost certainly |
| 15:29.17 | brlcad | looks like src/mged/dm-ogl.c:179 |
| 15:29.45 | brlcad | is the specific culprit that causes mged to exit and crashes X11 in the process during a glx teardown/shutdown |
| 15:31.42 | maths22 | ok |
| 15:33.51 | caen23 | brlcad: let me upload my stack trace on os x somewhere |
| 15:34.47 | brlcad | I think I may have a fix, testing |
| 15:35.29 | caen23 | brlcad: hmm... ok |
| 15:38.56 | Notify | 03BRL-CAD:brlcad * 54038 brlcad/trunk/src/mged/dm-ogl.c: don't try to make a glx context current for non-expose events. the context might not even exist (like when the graphics window is closed). |
| 15:45.21 | *** join/#brlcad mang0 (~mang0@unaffiliated/mang0) | |
| 15:45.25 | mang0 | Hey all o/ |
| 15:46.39 | *** join/#brlcad harmanpreet (~chatzilla@210.56.122.50) | |
| 15:49.05 | brlcad | caen23: hm, so that's part of the problem and this is vaguely coming back to me |
| 15:49.50 | brlcad | that create current call and another in ogl_drawBegin() are what cause the crash |
| 15:50.41 | brlcad | rather, glXMakeCurrent() |
| 15:50.57 | caen23 | that's the function i get in my stack trace, too |
| 15:51.37 | brlcad | sure enough, not attempting to make the context current in those places lets your patch do its charm and windows can be closed and opened successfully |
| 15:52.01 | caen23 | so with your latest commit, is everything working properly? |
| 15:52.08 | brlcad | no no |
| 15:52.55 | brlcad | that was just one bit, that call has to be eliminated entirely and another to get it to not crash |
| 15:53.06 | brlcad | but removing them isn't right |
| 15:53.16 | brlcad | I was just trying to isolate behavior |
| 15:53.40 | caen23 | so a function should be rewritten? |
| 15:53.48 | brlcad | given it works, that's a strong indication that one of the three params to glXMakeCurrent() is horked |
| 15:54.41 | brlcad | and that's what was vaguely coming back to me about windows and mac glx contexts -- they need to be rebuilt when they're "minimized" |
| 15:55.05 | brlcad | which is probably what tk is doing under the hood |
| 15:55.27 | brlcad | either that or it's explicitly being destroyed and we're just passing bad data |
| 16:02.39 | caen23 | brlcad: and how would you go about solving it? |
| 16:03.25 | Notify | 03BRL-CAD:brlcad * 54039 brlcad/trunk/src/libdm/dm-ogl.c: remove debug code |
| 16:10.08 | brlcad | caen23: figure out which of those two is happening |
| 16:10.57 | caen23 | ok, i'll try doing that |
| 16:28.44 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:29.14 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Fixed Fixed all that you said. I'm getting a 'malformed patch.' Tell me if you're getting it too. I'll look into that. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:36.25 | *** join/#brlcad Silvrous (4f705ba0@gateway/web/freenode/ip.79.112.91.160) | |
| 16:51.06 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.101.48) | |
| 16:51.37 | Skriptkid | ``Erik brlcad: Did you get my message the other day about the buildbot? |
| 16:58.04 | brlcad | Skriptkid: that you fixed a few things? |
| 16:58.39 | brlcad | caen23: so interestingly enough, crashes go away if we delete and recreate the context every time an event comes in |
| 16:59.29 | brlcad | i'm not sure that is actually meaningful but seems to further point at the glx context getting messed up or deleted |
| 16:59.57 | Skriptkid | No, after that. I suggested you turn on compilation of Tcl, Tk, libpng, libregex and zlib in cmake on the server. I guess (from the function names) that glew.c has something to do with GUI. So maybe turning those on may fix the issue. here's the link to the log: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/18/steps/shell_1/logs/stdio |
| 17:00.35 | brlcad | Skriptkid: oh, I knew that when I first saw your log |
| 17:00.36 | Skriptkid | "Compile Tcl …….. OFF" etc etc |
| 17:01.00 | brlcad | the problem is that it should have auto-disabled glew and didn't |
| 17:01.20 | brlcad | I'll be happy to make that into a task if you want to try and fix it ;) |
| 17:01.57 | Skriptkid | Hmm….okay :) I'll take it up after my current one :) |
| 17:04.27 | Notify | 03BRL-CAD:bob1961 * 54040 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: This allows the multi-line segment creation mode to use existing points. Stub in a few methods for creating arcs, circles and bezier curves. |
| 17:06.28 | caen23 | brlcad: i'm not really familiar with opengl, so right now i'm reading their wiki/getting started documents |
| 17:15.53 | Skriptkid | If anybody's free, could you please review this: http://www.google-melange.com/gci/task/view/google/gci2012/7960222 ?? thanks |
| 17:16.01 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.101.48) | |
| 17:25.46 | *** join/#brlcad Silvrous (4f705cf3@gateway/web/freenode/ip.79.112.92.243) | |
| 17:26.23 | Silvrous | How many tests should I make for each vls function? |
| 17:35.13 | *** join/#brlcad harmanpreet (~chatzilla@210.56.121.237) | |
| 17:38.24 | *** join/#brlcad Silvrous (4f705cf3@gateway/web/freenode/ip.79.112.92.243) | |
| 17:38.31 | Silvrous | Sorry about that... |
| 17:51.17 | Notify | 03BRL-CAD:bob1961 * 54041 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Clean up the canvas bindings a bit in Archer's sketch editor. |
| 18:00.14 | *** join/#brlcad harmanpreet (~chatzilla@210.56.127.120) | |
| 18:07.47 | Notify | 03GCI: Melange: Layout "MGED Interface" Reference Document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 18:24.49 | brlcad | caen23: okay, though do note that this problem seems to heavily be a GLX/Tk issue since it involves the context |
| 18:25.21 | brlcad | caen23: I'd suggest trying to follow the event-flow, what happens when that close button is clicked |
| 18:32.28 | brlcad | Silvrous: depends on the function |
| 18:33.03 | brlcad | at least one for all functions is a good start |
| 18:33.21 | brlcad | i know vls is a little big, so that'd probably a couple hours worth for the gci task |
| 18:37.18 | *** join/#brlcad andrei (~andrei@188.25.161.150) | |
| 18:38.01 | Silvrous | Ok then, I'll do a couple for each function, Should they be generic or "limit cases" ? |
| 18:38.19 | Notify | 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 18:40.09 | Notify | 03GCI: Andrei Popescu: Publish two Eclipse write-ups to our wiki - Task Assigned This task has been assigned to Nikolaj Bojkov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 18:40.42 | brlcad | new task: fix glew detection: http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 18:40.58 | brlcad | skriptkid might want to try to tackle that one |
| 18:42.01 | brlcad | Silvrous: if you're going to do a couple, most useful will be first testing "expected" use and then testing one or more limit cases |
| 18:42.27 | brlcad | particularly good behavior when passed NULL or zero-initialized parameters |
| 18:43.56 | Silvrous | OK. I don't think I'll finish it all tonight, could I get a 24h extension please? |
| 18:47.37 | Notify | 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - I am a bit confused about something. What exactly do you mean by "Link the latter to the prior. Link the prior onto the Main_page.". http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 18:53.06 | brlcad | Silvrous: link? |
| 18:53.25 | Silvrous | http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 18:54.40 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 18:55.23 | Silvrous | Thank you. |
| 18:56.00 | Notify | 03GCI: Melange: Create an ISST screenshot or animation - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 18:56.40 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 18:57.43 | *** join/#brlcad merzo (~merzo@125-16-132-95.pool.ukrtel.net) | |
| 19:05.29 | Notify | 03BRL-CAD:brlcad * 54042 brlcad/trunk/src/libbn/randmt.c: bn_rand_mt_state_set_global() isn't used and has an inconsistent name, so bye bye it goes. |
| 19:07.06 | Notify | 03BRL-CAD:brlcad * 54043 brlcad/trunk/TODO: note the graphics window crash as a release-stopper |
| 19:21.15 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 19:27.17 | Notify | 03GCI: Sean: Create ellipsoid model and diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7959254 |
| 19:51.32 | *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 20:03.13 | brlcad | new task: rt_dirbuild enhancement: http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 20:11.17 | caen23 | brlcad: how can i disable compiler optimizations? |
| 20:20.53 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 20:23.45 | brlcad | caen23: -DCMAKE_BUILD_TYPE=Debug or -DBRLCAD_FLAGS_OPTIMIZATION=OFF |
| 20:23.51 | brlcad | INSTALL file has 'em all |
| 20:24.40 | caen23 | brlcad: ugh, i simply edited CMakeLists and set optimization to off :D should have checked that file first |
| 20:27.35 | brlcad | caen23: so where did you look before editing that file? |
| 20:28.30 | caen23 | brlcad: i hoped i could find the flags on the wiki, but no luck |
| 20:33.36 | starseeker | Hmm - Blender's got an OSL node. First time I can recall someone writing an open source OSL shader (too bad it's GPL): http://vadrouillegraphique.blogspot.nl/2012/12/simple-osl-ambient-occlusion.html |
| 20:33.59 | starseeker | hasn't tried our OSL stuff in a long time - wonder if it's bitrotted |
| 20:43.52 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - patch applies The patch applied fine for me but there are several compilation problems. How are you compiling? If you've disabled strict compilation, you need to re-enable that and fix the issues reported. There are several issues, so perhaps try compilation on Mac as well as... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 20:43.57 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 20:44.17 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 20:48.05 | Notify | 03BRL-CAD:brlcad * 54044 brlcad/trunk/src/libdm/dm-ogl.c: one line too many, put the curlie back |
| 20:49.02 | brlcad | starseeker: http://www.openshading.com/ |
| 20:49.35 | starseeker | hah, sweet |
| 20:49.40 | brlcad | it's been a topic of discussion for a while now, they integrated it very well |
| 20:50.23 | brlcad | blender just posted yesterday, so it's just hitting the news wires, but it's been in development for months |
| 20:50.57 | starseeker | wishes he had time to revisit our GSoC OSL project's results... |
| 20:51.32 | starseeker | would be kinda cool if we could take blender OSL shaders, stick 'em into our raytracing, and compare results... |
| 21:23.28 | Notify | 03BRL-CAD:starseeker * 54045 brlcad/trunk/db/pinewood.asc: Pure black is a poor color for visibility - bump it up a bit. |
| 21:27.09 | Notify | 03BRL-CAD:starseeker * 54046 brlcad/trunk/src/librt/test_subdivision.cpp: checkpoint |
| 21:27.50 | Notify | 03GCI: Matt S.: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - There probably is an easier way But I don't think it's what you've suggested. Maybe it is though. Let's investigate, shall we? You're saying that youor volume element is: dV = A(z)dz =\pi * r1(z) * r2(z) * dz where r1(z) and r2(z) are the major... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 21:31.27 | brlcad | given how OSL works, their shaders should just plug in |
| 21:33.22 | Notify | 03GCI: Lori Garrison: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 21:43.51 | Notify | 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Lori Garrison. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 21:44.21 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 21:45.42 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - see previous sentence See the previous sentence. What does it sound like that means? http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 21:50.13 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 21:52.04 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 22:02.36 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - lets start simple A description is not needed at this time. In fact, given the progress made on other tasks, I'd like to rescope this task to be even more simple. See my "starting simple" comment here: http://www.google-melange.com/gci/task/view/google/gci2012/7987215 The same holds true for... http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 22:23.43 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - hot diggity So Skriptkid, a little encouragement perhaps. I applied your patch and did a real quick-fix for the various build issues I alluded to (which you should still fix properly). I then tested the performance impact on a real compute system. On a 64-processor POWER7... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 22:27.43 | brlcad | that. is. awesome. |
| 22:33.59 | Notify | 03BRL-CAD:starseeker * 54047 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_subdivision.cpp): Add a relatively simple test bot for subdivision - will use later for regression testing. |
| 23:05.16 | Notify | 03BRL-CAD:brlcad * 54048 (brlcad/trunk/NEWS brlcad/trunk/src/libbn/randmt.c): ran into an rt crash when I enabled randmt on a highly-parallel system. the global_state static was uninitialized leading to the conclusion that we either have a memory corruption issue or, more likely, a problem with initialization order. c++ guarantees the order will be in the order declared, but I can't find any reference of that |
| 23:05.18 | Notify | guarantee for C. Still, the intermediate variable seems unnecessary since we can just get rid of the pointer. |
| 00:06.01 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 00:06.43 | *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 00:11.37 | Notify | 03GCI: Arjun Govindjee: Implement mutex locking for Windows - Sorry Wow...svn is really messing me up... Basically here is the whole story: I downloaded the "source" package from sourceforge instead of using svn originally. That package did not yet have the typo fix for aquire, so when I used the version from svn to make the patch, it... http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 00:17.19 | Notify | 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - Question regarding the task Is this task to write a centroid function for a raytrace or just a primitive? Also for the task "Implement a primitive volume function": For a raytrace or for any primitive? http://www.google-melange.com/gci/task/view/google/gci2012/7984221 |
| 00:19.23 | *** part/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 01:03.09 | Notify | 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - oh i see! Sorry for the silly sounding question, I didn't quite understand what raytracing was in BRLCAD. I understand now. http://www.google-melange.com/gci/task/view/google/gci2012/7984221 |
| 02:33.26 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 04:22.36 | Notify | 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 04:44.07 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:02.26 | Notify | 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 05:08.24 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:23.38 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:42.11 | *** join/#brlcad merzo (~merzo@212-123-133-95.pool.ukrtel.net) | |
| 06:01.55 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:43.15 | Notify | 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 07:36.44 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:02.09 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:23.16 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:04.02 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:23.03 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:53.39 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:17.18 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Hyperboloid Volume I have created a document which hopefully shows you how I came to my formula for the volume: https://docs.google.com/open?id=0BydeQ6BPlVejRTFyRkFlbWNXNjQ Regards Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 12:44.59 | *** join/#brlcad andrei (~andrei@188.25.27.40) | |
| 13:02.26 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 13:03.22 | Notify | 03GCI: Katelin Huber: Create an artistic screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 13:05.45 | *** join/#brlcad sharan (3bb144da@gateway/web/freenode/ip.59.177.68.218) | |
| 13:26.23 | *** join/#brlcad harmanpreet (~chatzilla@124.253.78.99) | |
| 13:29.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:13.24 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 14:51.59 | Notify | 03GCI: Melange: Implement mutex locking for Windows - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 14:54.41 | Notify | 03GCI: Cezar: Implement a portable bu_gethostname() function - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 15:00.03 | Notify | 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - nice work Nicely done, Richard. Note that you unioned a region into a region which is technically a modeling error. Either arrows.r shouldn't be a region or the objects under arrows.c shouldn't be a region. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 15:00.17 | Notify | 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 15:10.37 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.77) | |
| 15:18.31 | *** join/#brlcad Sharan (3bb39f11@gateway/web/freenode/ip.59.179.159.17) | |
| 15:19.10 | Sharan | Can i talk to Sean? |
| 15:22.49 | Sharan | I want to talk to Sean, so that he can review my task which was completed 24 hrs ago by me, i want to do an another task. |
| 15:25.45 | brlcad | Sharan: they're all being reviewed as we speak |
| 15:28.12 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:34.28 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - not symmetric? Sharan, I apparently didn't even notice in your first example that they're not symmetric. It becomes *very* apparent when you joined them together. The two left/right holes should be the same distance from the "center" hole. Also, your model has a modeling error in part3.r... http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 15:34.33 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 15:34.48 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 15:36.11 | d_rossberg | brlcad: i' currently investigating the mutex task |
| 15:36.21 | brlcad | d_rossberg: okay, great :) |
| 15:36.37 | brlcad | i was looking over the cygwin task (again) |
| 15:39.46 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 15:42.16 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin - So it's a mixed bag Brenden, thanks for all your efforts. Compiling on CMake seems to either be a substantial issue right now or your Cygwin setup is horribly configured. We may post the task again for someone else to give it a go, but your efforts and logs are appreciated. Either way,... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 15:45.31 | brlcad | new task: cygwin compile redux: http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:45.33 | Notify | 03GCI: Harmanpreet Singh: Implement a portable bu_gethostname() function - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 15:48.41 | brlcad | caen23: interesting choice ;) |
| 15:49.28 | caen23 | brlcad: i'm taking a break from the mged issue, and i've also got windows installed inside a vm, so i figured it would be a nice task to complete |
| 15:50.50 | brlcad | I can appreciate that ;) |
| 15:51.08 | brlcad | you might find some helpful leads on http://code.ohloh.net/ |
| 15:51.14 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - This could work The patch has to be tested more extensively than I did but this would be a different task. So far: Well done! http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 15:51.24 | Notify | 03GCI: Daniel Rossberg: Implement mutex locking for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 15:52.09 | caen23 | brlcad: nice, i didn't know about that website :D |
| 15:52.38 | brlcad | it's the old koders.com site, but they bought them out / replaced them |
| 15:53.32 | caen23 | bookmarked it, thanks |
| 15:54.53 | brlcad | of course a good ol' google search for "filetype:c hostname" along with other keywords can help, but be careful to not just pull code you find (plagerism and licensing concerns of course) but to just use it to learn |
| 15:56.22 | caen23 | hmm… can i not use gethostname in unistd.h? do i have to rewrite that from scratch? |
| 15:58.24 | brlcad | you can use it if it's available ... but it may not be depending on compilation settings |
| 15:58.36 | brlcad | looks like it's posix 2001 |
| 15:59.04 | brlcad | the way to test is to add the function to the top-level CMakeLists.txt file and then wrap the usage in #ifdef HAVE_GETHOSTNAME |
| 16:02.05 | brlcad | src/libbu/progname.c and src/libbu/fchmod.c are other examples where we do this |
| 16:02.25 | caen23 | what i'm currently doing is, if i'm on windows, i include winsock2.h. otherwise, unistd.h. works on mac, and i'm currently testing on deb. i'll then test on windows. i'm guessing it's older operating systems that are not posix 2001 and should be tested on? |
| 16:03.16 | brlcad | see if what you need is in bin.h (networking) or bio.h (i/o) |
| 16:03.25 | brlcad | those can be included without ifdef |
| 16:04.21 | brlcad | anything that's not part of c89 should usually be tested for, even some c99 constructs |
| 16:04.29 | brlcad | posix functions often fall in that boat |
| 16:05.06 | caen23 | hmm… bio seems to include winsock2, and bin includes unistd :-? |
| 16:06.03 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - finals it is finals week in my highschool and i don't have much time to work on the task but I am almost there. It would be nice of you to give me a bit more time. Thank you, Andrei http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:06.03 | brlcad | sounds like you have that reversed |
| 16:07.05 | caen23 | yes, i do. but i'm thinking of including both bin and bio instead of what i'm currently doing (checking if i'm on win or not) |
| 16:07.15 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:07.45 | brlcad | including both is fine |
| 16:07.46 | caen23 | gethostname is declared the same way on both win and linux |
| 16:07.55 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Sure, but last one No problem, but this is the last extension since you've claimed the task twice now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:08.01 | brlcad | so gethostname may be safe to use outright |
| 16:08.05 | brlcad | it's POSIX.1 |
| 16:08.10 | brlcad | which started in c89 |
| 16:09.32 | caen23 | i also thought of seeing how python does it, if they use those headers or not |
| 16:10.23 | brlcad | if it works on windows, mac, bsd, and linux, that should be good enough to avoid a cmake function test |
| 16:11.27 | brlcad | windows would have been the tricky risky one |
| 16:11.49 | caen23 | i can test on windows, mac and linux, but i know that os x is based on a flavour of bsd, so doesn't it count as working on bsd? :D |
| 16:19.39 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - some cleanup needed Mrowqa, that output looks better but it doesn't look like you did any cleanup? Note how multipoly isn't included in the libbn group. The 'Fort' group is odd, but that's deprecated code so we can ignore it. Looking through the list, animation looks great but axis is empty. When... http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:19.44 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:19.59 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:20.02 | brlcad | yeah, doesn't count :) |
| 16:20.12 | brlcad | someone else can test it |
| 16:20.24 | brlcad | given that's an old bsd 4.2 function, it probably works just fine ;) |
| 16:34.23 | caen23 | brlcad: ok then. it works on deb, too, so now i need to compile and run on windows |
| 16:39.11 | caen23 | ook, now i get the 'brazillian real' joke |
| 17:04.42 | brlcad | :) |
| 17:16.48 | Notify | 03GCI: James: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 17:17.54 | Notify | 03GCI: James: Find and fix at least 20 spelling mistakes in at least 5 different files - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 17:51.40 | brlcad | new task: graph logs: http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 17:56.40 | *** part/#brlcad harmanpreet (~chatzilla@124.253.17.77) | |
| 18:26.43 | brlcad | new task: webged: http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 18:34.20 | Notify | 03GCI: Sharan: Create the BRL-CAD Logo in BRL-CAD (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 18:38.06 | Notify | 03GCI: Sharan: Model a Fresnel lens - Can you give some references More on how the lens looks Should we use CSG in this? would it be better? http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 18:41.52 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - AWESOME! Amazing to hear that! :D Look at per3.patch and per2.patch. I've made some fixes. I've added #if defined()s. So only if pthread support and gnu source are found, that function will be run, else, it won't even have a prototype.(Tell me if there are styke coding... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:48.55 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Difference Difference between the two patches is that per2.patch contains some unecessary addition and deletion(of the same) lines. I know that has to be fixed, but just use this to test the compilation. per3.patch has all those issues addressed.(But maybe malformed.) And... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:50.35 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - ** LAST TWO PATCHES. DO NOT USE FIRST TWO *** Use the last two per2.patch and per3.patch. Not the first two. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:52.21 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 18:55.57 | Notify | 03GCI: Melange: Create an ISST screenshot or animation - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 19:56.44 | Notify | 03BRL-CAD:starseeker * 54049 brlcad/trunk/src/librt/test_subdivision.cpp: checkpoint |
| 20:03.57 | Notify | 03BRL-CAD:carlmoore * 54050 brlcad/trunk/src/librt/test_subdivision.cpp: remove trailing blanks |
| 20:44.02 | caen23 | brlcad: i tried running bu_gethostname on windows, and it seems to compile, but i've also written a test function and when i try to run it, i get a missing dll error (libbu.dll). I get the same error when trying to run other test functions, such as tester_bu_redblack. i don't really know how this works on windows/msvc, and i followed doc/readme.windows, so is there an easy way to link the dll? |
| 20:45.47 | Notify | 03GCI: Tony Jojan: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 21:07.10 | Notify | 03BRL-CAD:carlmoore * 54051 brlcad/trunk/src/conv/stl/stl-g.c: fix spelling of routine name in 'bu_' comments |
| 21:39.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:52.54 | Notify | 03BRL-CAD:n_reed * 54052 brlcad/trunk/src/libged/draw.c: Fix draw color selection. r53495 inadvertently changed behavior by failing to set solid region id before attempting material color lookup. |
| 22:16.33 | *** join/#brlcad andrei__ (~andrei@188.25.27.40) | |
| 22:25.54 | Notify | 03GCI: Jacob B: Mock up new BRL-CAD website interface design - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 22:27.43 | *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:47.02 | Notify | 03GCI: BrendenD15: Compile BRL-CAD on Windows using Cygwin - Glad to help Thanks, I was more than happy to help. You may be right about my Cygwin, but as I did some searching to fix the problem I found several cases where the "make" command failed much like how mine did. So it may be a problem with the program itself. Thanks again for all of... http://www.google-melange.com/gci/task/view/google/gci2012/7972239 |
| 22:47.05 | caen23 | so apparently, if i move the dlls from one folder to the folder where the tests are, it no longer shows that error, but i'm not getting a proper hostname. i'm pretty sure something's wrong with how i compile on windows. could i upload the patch on gci and have someone try it on windows? |
| 22:49.03 | *** join/#brlcad javamonn (~javamonn@adsl-68-90-24-186.dsl.rcsntx.swbell.net) | |
| 22:58.35 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 23:04.26 | javamonn | So, can anyone help me work out an issue with subversion? I can't get it to pick up the changes I made to the checked out project. I think this is because I used a script to overwrite the files, and I guess it doesnt show that in the history. Is there a way I can get diff to look at all files, regardless of whether it shows they've been edited? |
| 23:05.18 | javamonn | It's interesting because as soon as I go in and add a space to a file I edited with the script, it will show up on the diff with the appropiate edit. |
| 23:06.38 | javamonn | It just wont pick up those edits made by the script for some reason, I guess since it doesn't show that the file has been edited. |
| 23:37.12 | Notify | 03GCI: Richard Akira Heru: Create an Elliptical Paraboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 23:42.19 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - What is required? Hi, What need I do to test this function (bu_backtrace)? Is the output of this function always standard (it says something about gdb), or does it vary from platform to platform? Thanks, Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 23:42.34 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 23:43.04 | ``Erik | 'svn diff' at the root should show all the changes, regardless of what program made them |
| 23:43.19 | ``Erik | if the script creates new files, you'll need to do an 'svn add' to them |
| 23:47.03 | javamonn | Do I just navigate to the root and type svn add with the path? I mean they have the same name as the old version, but the way I wrote the script it would delete the file, then rewrite it with the appropiate changes. |
| 23:47.43 | javamonn | But I checked out a fresh version, and it won't pick up the changes if I run a simple perl find and replace script, so I dont know whats going on |
| 23:47.58 | ``Erik | if the pathname doesn't change, then it should be picked up with svn diff... |
| 23:48.14 | ``Erik | if you check out a fresh version, it's a fresh version and doesn't have your changes... |
| 23:48.41 | ``Erik | mona lisa in 50 polygons http://rogeralsing.com/2008/12/07/genetic-programming-evolution-of-mona-lisa/ |
| 23:49.01 | javamonn | well yeah, I mean I checked it out and ran the perl script on it to do the same changes, to see if the problem was with the way the other script deleted/rewrote the file |
| 23:49.14 | javamonn | but it wont pick up either |
| 23:50.18 | javamonn | I mean the scripts are definitely changing lines of code, I can look at a particular file before and after running it and its changed |
| 23:52.56 | caen23 | brlcad: here's how python does it http://slexy.org/view/s2GAbOY6b3 from their comment, i take it what i'm doing is correct, i don't think we need a unicode string, right? |
| 23:55.57 | brlcad | caen23: yeah, ansi version is fine, DNS name is fine |
| 23:58.28 | brlcad | ``Erik: that's basically what our 'beset' tool does in 3D :) |
| 23:59.03 | brlcad | javamonn: so I'm guessing that you're running a recursive find script |
| 23:59.31 | javamonn | brlcad: very much so |
| 23:59.35 | brlcad | javamonn: the problem is you're corrupting your svn checkout book-keeping files |
| 00:00.19 | javamonn | brlcad: how do I avoid this? Is that in a particular folder I should skip? |
| 00:00.20 | brlcad | you need to add \( -not -regex '.*svn.*' -not -regex '.*other.*' \) |
| 00:00.48 | brlcad | you do not want to traverse into any .svn dirs or the src/other dir |
| 00:01.00 | javamonn | ohhhh |
| 00:01.06 | javamonn | that would make sense, thanks |
| 00:01.16 | brlcad | there's an .svn dir in every subdirectory with your version, you're modifying the pristine checked out version |
| 00:01.37 | brlcad | so when it diffs the edit version with checked out version, guess what -- they match because you modified both :) |
| 00:02.32 | brlcad | svn can be configured to put them into binary blobs or even into a top-level dir ala git, but yours is older or just not configured that way |
| 00:03.30 | ``Erik | brlcad: maybe a gci task would be to crank beset on some geometries and make a gallery of neato images or something :D |
| 00:04.02 | brlcad | hah, i'd just added that to my list :) |
| 00:04.59 | javamonn | brlcad: thanks alot, it makes complete sense now that you're explaining it, it's one of those things I'd never think of myself on my own though haha |
| 00:06.02 | brlcad | that's what we're here for ;) |
| 00:06.45 | starseeker | brlcad: do you think there's anything GCI scoped that might be done with http://www.tcl3d.org/html/docRtVis.html ? |
| 00:07.46 | brlcad | starseeker: such as? |
| 00:08.55 | starseeker | if there's some rt option that would print out all rays fired, perhaps a tcl routine could capture that output and format it to be fed into rtVis? |
| 00:09.35 | brlcad | or better yet, display them in mged |
| 00:09.45 | brlcad | half the things that tool does we already do |
| 00:10.01 | starseeker | nods - sure |
| 00:10.02 | brlcad | could use some documentation |
| 00:10.38 | starseeker | doesn't know if there's any way to get at the full set of generated rays from the Tcl level... |
| 00:12.27 | starseeker | always thought a "raytracing debugging" gui would be an awesome mode to have around in Archer... |
| 00:14.01 | brlcad | even classic mged used to have the ability to show the rays fired |
| 00:14.43 | brlcad | there are some really old cool videos that were even scripted up to animate them bouncing around the scene (within the mged graphics display) |
| 00:15.38 | brlcad | now if only the gci students could tackle video encoding remotely! sigh. |
| 00:38.59 | starseeker | wonders what the easiest way is to ask for OpenGL lines from a primitive... |
| 00:41.00 | starseeker | brlcad: is there any "easy-ish" work in the libraries to remove calls to the Tcl C api? |
| 00:41.23 | starseeker | I know you've got libbu pretty well boiled down to the hard cases... |
| 00:43.46 | starseeker | and I know we hadn't decided on a proper solution to bu_getopt_long (or whatever) so converting functions to support >1 letter args isn't viable... |
| 00:58.45 | *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net) | |
| 01:13.39 | Gmercer015 | So i just took up a project to create a unit test for complex.c. My understanding of this unit test would test all functions defined by complex.c on a set of numbers to make sure everything runs fine? |
| 02:21.18 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:25.27 | ``Erik | cl |
| 02:25.28 | ``Erik | bah |
| 02:26.06 | Gmercer015 | hm? |
| 03:10.03 | Gmercer015 | anyone on here completed any unit test tasks for BRLCAD? |
| 05:39.11 | *** join/#brlcad merzo (~merzo@224-64-132-95.pool.ukrtel.net) | |
| 05:41.25 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:47.44 | brlcad | starseeker: ah yes, libbu does still have one remaining piece, an init function that has to exist for a library to be runtime loadable within tcl |
| 05:48.41 | brlcad | and our init function loads a bunch of commands for use by the interpreter specific to libbu |
| 06:08.54 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.234) | |
| 07:01.14 | *** join/#brlcad harmanpreet (~chatzilla@125.62.123.8) | |
| 07:16.42 | *** join/#brlcad andrei (~andrei@5-12-221-172.residential.rdsnet.ro) | |
| 08:15.59 | *** join/#brlcad andrei (~andrei@5-12-221-172.residential.rdsnet.ro) | |
| 08:52.42 | *** join/#brlcad Gaganjyot (~geek@115.245.231.13) | |
| 08:53.10 | Gaganjyot | Is there a way to import svg format files into brlcad ? |
| 08:53.24 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 08:57.16 | *** join/#brlcad alezakosz (~kongr45gp@helit.org) | |
| 09:10.05 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:24.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.135) | |
| 11:31.44 | Skriptkid | brlcad: I'm unable to find where the Windows thread affinity tasks are. Could you give me the task key or URL? |
| 11:53.17 | Skriptkid | Could anybody else tell me about that task? |
| 12:10.01 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:12.24 | *** join/#brlcad abhishek (783b2841@gateway/web/freenode/ip.120.59.40.65) | |
| 12:16.54 | *** join/#brlcad abhishek (783b2841@gateway/web/freenode/ip.120.59.40.65) | |
| 12:47.23 | caen23 | brlcad: i had a look over this task http://www.google-melange.com/gci/task/view/google/gci2012/7948214 and it seems the guy also couldn't compile brlcad on windows. am i missing something? |
| 13:49.50 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:05.37 | brlcad | caen23: not sure I understand the question |
| 14:09.16 | caen23 | brlcad: the guy who closed the task couldn't compile the source using visual studio, and neither can i. is this expected? |
| 14:15.20 | brlcad | well nothing has changed, so I'd expect it |
| 14:15.25 | brlcad | note http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 14:15.44 | brlcad | that's also specific to msvc express -- msvc should work |
| 14:16.57 | caen23 | brlcad: uh, didn't see it's specific to the express edition, sorry. i'll use the complete one |
| 14:17.10 | brlcad | what are you working on? |
| 14:17.54 | caen23 | brlcad: the task, or the environment? :D |
| 14:18.02 | brlcad | task |
| 14:18.09 | caen23 | gethostname one |
| 14:18.22 | caen23 | http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 14:18.27 | brlcad | right right |
| 14:18.44 | brlcad | sorry, still waking up and went through a lot of tasks last night |
| 14:19.21 | caen23 | no problem, thanks for the help :D |
| 15:19.38 | *** join/#brlcad Sharan (3bb39571@gateway/web/freenode/ip.59.179.149.113) | |
| 15:56.16 | *** join/#brlcad mayankmadan (783b2841@gateway/web/freenode/ip.120.59.40.65) | |
| 15:56.27 | *** part/#brlcad mayankmadan (783b2841@gateway/web/freenode/ip.120.59.40.65) | |
| 15:57.08 | starseeker | growls... at one time, I believe we did build with VS Express |
| 15:58.46 | starseeker | brlcad: so that init function does need to stay put? Or do we make those "tclcad functionality that depends on libbu?" |
| 16:10.32 | brlcad | it needs to stay put if we want to support the notion of libbu being independently loadable, it may even be required if tclcad does the work, but I haven't tested that |
| 16:17.22 | *** join/#brlcad harmanpreet (~chatzilla@124.253.18.106) | |
| 16:17.40 | brlcad | ``Erik: stuck |
| 16:41.14 | ``Erik | hm, that's no good |
| 16:44.56 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:52.08 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 16:52.09 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - RE: What is required? I could test it to ensure when the FILE * parameter is null, it prints to stdout, and when it is not null, it actually writes some data. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 16:52.10 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 16:52.11 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Overview of this unit test I took a look at the reference files and think i have an understanding of what i should be writing for bn_complex unit test. I write a program to correctly test the functions of complex.c, in this case a complex division and complex... http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 16:52.12 | Notify | 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 16:52.13 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Update Hi Sean, I have figured out how to build things in blender, but I am still working on how to get it into BRL-CAD. I will try to get it done by tomorrow but I might not finish the task within the time limit. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 16:52.14 | Notify | 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 16:52.15 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Assigned This task has been assigned to Lachlan P. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 16:52.16 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 16:52.17 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design - simple and clean nicely done, it gives us some ideas to think about. keep an eye out for other upcoming tasks to turn our selected mock-up into proper drupal and mediawiki css as well (may get some reuse). http://www.google-melange.com/gci/task/view/google/gci2012/7958235 |
| 16:52.19 | Notify | 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 16:52.20 | Notify | 03GCI: Sean: Create an Elliptical Paraboloid Model and Diagram - hanks Richard, thank you for your efforts and for cleaning up the regions! http://www.google-melange.com/gci/task/view/google/gci2012/8059203 |
| 16:52.21 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - subtractions Your subtractions are slightly off, but that's undoubtedly because you tried to line up the wireframe instead of the actual edges and it's good effort regardless. It'd tricky to get them perfectly tangent (there are more advanced methods to help with that). Still, nicely... http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 16:52.21 | Notify | 03GCI: Sean: Create the BRL-CAD Logo in BRL-CAD (#3) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993222 |
| 16:52.23 | Notify | 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - visually reviewed I haven't applied the patch yet because of other patches I'm working on, but it looks good on a quick visual read-through. Out of curiosity, can you check and report if you get a compilation warning/failure if you simply remove all of the casts... http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 16:52.23 | Notify | 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 16:52.24 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - stray directive but looks good You left a stray #define GNU_SOURCE in there, but it otherwise looks okay. The preprocessor work needs some work (the API function should always exist) and it's probably worthwhile to just hook it in behind all bu_parallel() calls, but that change... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:52.25 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:52.26 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 16:52.27 | Notify | 03GCI: Daniel Rossberg: Combine letters for "BRL-CAD" into one 3D model - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 16:52.28 | Notify | 03GCI: Melange: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 16:52.29 | Notify | 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 16:52.30 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Sure Thank you :) I have access to Windows, so yes, I'll take it up. But I'm unable to find it on the tasks list. Is it still on the way? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:52.31 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - (ASAP) Please inform me ASAP. I really wanna take that up. http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:52.32 | Notify | 03GCI: Abhishek: Test and update our simulation / animation tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 16:52.33 | Notify | 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - I'll check it out... I'll check it out when I get home later, it'll be pretty easy to take out the casts altogether. I imagine you might not run into any problems by removing them, I noticed alot of calls to bu_free() that didn't have casts. http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 16:52.34 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - Task Assigned This task has been assigned to Abhishek . You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 16:52.35 | Notify | 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 16:52.36 | Notify | 03GCI: Nikolaj Bojkov: Publish two Eclipse write-ups to our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 16:52.37 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - IRC Please see http://brlcad.org/wiki/IRC regarding how to use IRC. When you ask questions, you have to wait for a response which can take seconds or hours. So if you can't or are unwilling to wait, then IRC probably isn't the best place to ask. People are there all the time, but not always able to... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:52.38 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - irc etiquette Joining IRC, asking a question, and leaving is like walking into a room, farting, and leaving! :) As you can imagine, that's not very polite. :) IRC isn't just for you to use when it's convenient to get a quick response. If you're going to join, you'll need to... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:52.39 | Notify | 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 16:52.40 | Notify | 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - if that can be verified It'll take some time to digest that, but I added more time just to keep the clock rolling. Matt and Daniel are both better at reviewing the math tasks faster than I can (takes me forever to get everything into context). :) Of... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 16:52.41 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - still available It's the 12th and the task is still available so you're welcome to reclaim it, Ashish. Wouldn't want your earlier efforts to be all in waste! Let me know if you have any questions, but look forward to seeing you claim this or some other task again. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 16:52.43 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 16:52.43 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - good luck Glad to hear you're making progress. We want you to succeed, so you're encouraged to ask questions if you have them. If you join our IRC channel (see http://brlcad.org/wiki/IRC), we may even be able to help you interactively. There is definitely a learning curve if you've never used... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 16:52.44 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for gridded volumes (VOL) - see the other tasks Arjun, there have been a few other completed centroid tasks, so you might want to look them over to help you undrestand what you need to do for this one. The centroid and volume callbacks have nothing to do wtih raytracing, but do... http://www.google-melange.com/gci/task/view/google/gci2012/7984221 |
| 16:52.45 | Notify | 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 16:52.46 | Notify | 03GCI: Sean: Model a Fresnel lens - heh, yes I'd be very surprised if you figured out how to model a Fresnel lens in BRL-CAD without CSG. Using CSG is expected. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 16:52.47 | Notify | 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Check it out Blast the everything and shape regions. Although I have gave it a red colour, I dont understand how to give a blue colour to it. and dont understand the box method also. http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 16:52.48 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - ricky one So this is a tricky one to test. The output will vary because it is calling on gdb to help get the trace. Your idea about testing the FILE pointer is a reasonable test. Note the TEST_BACKTRACE section at the bottom of the file -- that may be a good... http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 16:52.49 | Notify | 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - sounds about right Your description of the task sounds about right. The first/basic test is to call both of those functions at least once to have them perform a calculation. You test the calculation and compare it against what the expected result should be. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 16:52.51 | Notify | 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - I suspect so too.. The problem will be whether there are any places in the code where the compiler isn't happy about performing the conversion automatically from whatever the provided type is to the void* type. That is likely going to be platform-specific, but if... http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 16:52.51 | Notify | 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - almost That looks almost right. Note if you run "sed hyp" that definitely got the labels right (you're welcome to use the wireframe overlayed on a raytrace as your final image, but you'll need to make the ehy smaller (scaled down) so it draws fewer lines. I only noticed a few... http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 16:52.52 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:52.53 | Notify | 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Assigned This task has been assigned to Gauravjeet Singh. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:55.32 | Notify | 03BRL-CAD:bob1961 * 54053 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create circles. |
| 16:55.34 | Notify | 03BRL-CAD:bob1961 * 54054 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Minor cleanup. |
| 16:55.36 | Notify | 03BRL-CAD:bob1961 * 54055 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Fixed a problem where instances of SketchLine were not getting deleted in SketchEditFrame::continue_circle. |
| 16:55.42 | Notify | 03BRL-CAD:bob1961 * 54056 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::continue_circle_pick to handle the case where index1 and index2 are the same after successfully picking a vertex. |
| 16:59.31 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - Sorry :( I'm really sorry about that. Won't happen again. Also, I'll start the cleanup. Where do I upload the patches since this is closed? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:00.22 | ``Erik | weird, I think mime and utf might be interacting funny and my punt parsing might be getting confused :/ |
| 17:04.54 | Notify | 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 17:21.14 | ``Erik | brlcad: how's the bot working out in bzflag? |
| 17:27.32 | Notify | 03GCI: Sharan: Create an Elliptical Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 17:30.38 | Notify | 03GCI: Daniel Rossberg: Write a manual page for MGED's "brep" command - Task Assigned This task has been assigned to Ashwin Lokkur. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 17:32.02 | *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 17:32.19 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 17:42.48 | *** join/#brlcad Mrowqa (c375d150@gateway/web/freenode/ip.195.117.209.80) | |
| 17:51.33 | Mrowqa | Hi! I have question about this task: https://google-melange.appspot.com/gci/task/view/google/gci2012/8031203 I downloaded your's image of VM (from Get Started) and work on it but Sean wrote I'm scaning old source code and I should find help in Get Started (from I started...). I don't understand what Sean mean, I am using that VM; when I ran 'svn up brlcad.svn' I get 'At revision .' What I must do with it? |
| 17:52.41 | Mrowqa | 'At revision 54056.' - sorry, I had switched off numeric keyboard |
| 17:54.29 | *** join/#brlcad bch (~bch@BZ.BZFLAG.BZ) | |
| 17:54.34 | bch | hello #brlcad |
| 18:03.09 | brlcad | Mrowqa: hm, really? |
| 18:03.37 | brlcad | cd brlcad.svn and run svn info . |
| 18:04.16 | brlcad | bch: hi! |
| 18:05.04 | brlcad | ``Erik: commits are really slow there lately |
| 18:05.12 | Mrowqa | brlcad - in svn info is written 49726 revision, but I've working on your |
| 18:05.26 | Mrowqa | on your's VM |
| 18:05.42 | bch | maw brlcad. How're things? |
| 18:05.45 | brlcad | doesn't matter that you're in the vm |
| 18:06.04 | brlcad | bch: crazy buzy, fun :) |
| 18:06.08 | brlcad | GCI is abuzz |
| 18:06.24 | bch | "GCI"? |
| 18:06.25 | brlcad | Mrowqa: so that's not the right revision, try "svn update" from there |
| 18:06.42 | brlcad | bch: http://www.google-melange.com/gci/homepage/google/gci2012 |
| 18:07.20 | bch | like GSoC, but ongoing? |
| 18:07.28 | brlcad | not really |
| 18:08.11 | brlcad | they're 13-17 years old working on lots of short tasks, technically a competition |
| 18:08.30 | bch | sounds 'agile' ;) |
| 18:08.33 | brlcad | and unlike gsoc, the tasks can be pretty much anything, not just code |
| 18:08.55 | bch | cool. and brlcad is in? |
| 18:09.08 | brlcad | we were one of only 10 orgs accepted (another gsoc diff) |
| 18:09.30 | bch | Oh, I see the logo.... |
| 18:09.38 | brlcad | if you click on our logo on that url, you'll see all of the open and already completed tasks |
| 18:09.56 | bch | well done (1/10)! |
| 18:10.11 | bch | sees the best OS is also in there... |
| 18:10.34 | brlcad | which of the three are you referring to? :) |
| 18:10.44 | bch | NetBSD, of course. |
| 18:11.12 | brlcad | is very fond of Haiku |
| 18:11.33 | bch | isn't that an AmigaOS re-implementation? |
| 18:11.41 | brlcad | BeOS |
| 18:11.46 | bch | ah right... |
| 18:12.03 | bch | I ran an officila BeOS x86 implemetation for a while |
| 18:12.20 | bch | there help-desk was downright surly. No wonder they won't broke. |
| 18:12.28 | bch | *went broke. |
| 18:13.13 | Mrowqa | brlcad when update became complete what I must do to complete my task (doxygen cleanup)? Correct updated files again? :( |
| 18:13.15 | bch | nice to see the compiler challenges in there... |
| 18:13.50 | brlcad | Mrowqa: so what do you mean again? :) |
| 18:13.56 | brlcad | what have you corrected?... |
| 18:14.40 | Mrowqa | http://www.google-melange.com/gci/task/view/google/gci2012/8031203 look at uploaded patch - these files |
| 18:14.57 | brlcad | Mrowqa: I'm familiar with the patches, that's why I"m asking you |
| 18:15.02 | Notify | 03GCI: Arjun Govindjee: Implement a primitive centroid function ... for gridded volumes (VOL) - Thanks Yeah after reading the code for a bit I understood. Having all the primitives in the raytracing library confused me a little bit, but now I understand how brlcad works as a whole. Its very different from other programs like blender, etc. http://www.google-melange.com/gci/task/view/google/gci2012/7984221 |
| 18:15.10 | brlcad | Mrowqa: what have you *corrected* specifically? :) |
| 18:15.18 | brlcad | running doxygen isn't the task |
| 18:15.22 | brlcad | that's just calling a command |
| 18:15.30 | brlcad | you did set up the inputs to call libbu, that's good |
| 18:15.42 | brlcad | but also not the central point of the task, cleanup is |
| 18:15.56 | brlcad | so in that last message, a handful of actual cleanup items was identified |
| 18:16.04 | brlcad | do those and the task should be done |
| 18:16.17 | brlcad | if you spend more than an hour doing those, say something |
| 18:16.28 | brlcad | because everything listed there to me looks like 10 minutes work |
| 18:17.30 | brlcad | bch: that's not why they went broke... :) |
| 18:17.52 | brlcad | there was a lawsuit that explained in detail how and why they went broke |
| 18:18.08 | Mrowqa | I've been working more than 1 hour :P Must I only create doxyfile for new revision? (like this what I created?) |
| 18:18.09 | brlcad | (and they won big, but the company had already liquidated) |
| 18:18.25 | brlcad | Mrowqa: doing those items listed? |
| 18:19.05 | Mrowqa | which items? |
| 18:19.15 | brlcad | Mrowqa: or are you saying that it took you more than an hour to learn how to run doxygen? |
| 18:20.10 | Mrowqa | generally I worked more than 1 hour (correcting source code for doxygen input); |
| 18:20.29 | brlcad | Mrowqa: you said you've been working more than an hour, but my criteria was whether you've been working more than an hour doing the cleanup items identified in the comment entitled "some cleanup needed" |
| 18:22.01 | Mrowqa | I was correcting more files (some in include\ and all in src\libbn\) |
| 18:22.05 | brlcad | are you referring to doxygen_cleanup.patch? |
| 18:22.31 | *** join/#brlcad Silvrous (4f705de7@gateway/web/freenode/ip.79.112.93.231) | |
| 18:22.42 | Mrowqa | yes |
| 18:23.25 | brlcad | Mrowqa: don't get me wrong, your work and efforts are appreciated -- we just have to make sure we're being fair too and that your time and effort is actually progress towards the goal, not just busywork or time you spend learning |
| 18:23.30 | brlcad | make sense, right? |
| 18:25.03 | brlcad | the changes in the patchfile look useful (there are several problems, but overall useful) .. but they look like you're adding comments, not *fixing* actual problems -- or am I mistaken? were they causing some problem in the doxygen output? |
| 18:25.08 | brlcad | help me understand :) |
| 18:25.12 | Mrowqa | I have some problems with translating your answer... (I'm polish); I want to only understand what I exactly must do; |
| 18:27.06 | brlcad | Mrowqa: okay, so I can simplify and explain or I can just itemize what's expected next |
| 18:27.22 | brlcad | I don't mind explaining more slowly and carefully, now that I know you speak polish |
| 18:27.32 | brlcad | i can be very patient :) |
| 18:28.54 | brlcad | what is expected: 1) run doxygen on latest sources (r54000+), 2) multipoly should be in libbn group, 3) axis group is empty, it shouldn't be |
| 18:29.06 | brlcad | that's all that was identified because the first scan was so old |
| 18:30.03 | brlcad | do those three correctly and we can mark the task complete |
| 18:30.25 | brlcad | sound reasonable? |
| 18:30.39 | brlcad | sound ok? |
| 18:31.16 | Mrowqa | what exactly should be in axis group? |
| 18:33.51 | brlcad | Mrowqa: if I knew that exactly, this GCI task would not exist |
| 18:34.15 | brlcad | i'd expect it to at least document the functions in src/libbn/axis.c |
| 18:34.30 | brlcad | which I think are declared in include/plot3.h |
| 18:35.15 | brlcad | BUT if they make sense in another group, like plot, then I'd expect the axis group to go away |
| 18:35.31 | brlcad | that was the task, to figure that out and clean it up |
| 18:36.51 | brlcad | Mrowqa: do you have any more questions? |
| 18:37.43 | Mrowqa | I've already updated repo and I'm starting now with this task :) |
| 18:38.08 | brlcad | je?li podasz swoje imi? i nazwisko, dodamy Ci? w naszej dokumentacji autorskie oznaczenia |
| 18:38.10 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Willing to work on it, but need more info about website Dear Sean: I am willing to claim this task so long as I know: which logos you want from http://brlcad.org/images/logo/and where you want them. I will also need to know if you want the organization of what you... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 18:40.51 | brlcad | Mrowqa: powiedz nam swoje imie i nazwisko, a my to panstwu w naszej dokumentacji autorskie oznaczenia |
| 18:41.23 | Mrowqa | Did you use translator for this or have you know polish? I think translator :) I'm Artur Jamro |
| 18:41.25 | brlcad | Mrowqa: daj mi znac, jesli masz jakies pytania :) |
| 18:41.41 | brlcad | a translator of course ;) |
| 18:42.14 | brlcad | include your name when you resubmit your patch, so we can find it :) |
| 18:42.46 | Mrowqa | ok |
| 18:47.21 | Mrowqa | brlcad how to restore files from last commit? after update svn detected files conflict |
| 18:48.22 | Mrowqa | and in svn status log are M files |
| 18:48.41 | Silvrous | brlcad: I'm terribly sorry, but I've still been unable to finish the http://www.google-melange.com/gci/task/view/google/gci2012/7979226 task due to unforseen circumstances out of my control (school). I'm working on it right now but it will take more than the 30 minutes left. Could I please get just another extension? |
| 18:49.23 | brlcad | Silvrous: once the timer runs out, you still have 24 hours to submit files |
| 18:49.29 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - The suggested solution sounds reasonable I havn't checked every step but the approach with the integral shows how it should work. Maybe Matt should have a look at it too and correct me if I'm wrong. The next steps (in different tasks)... http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 18:50.06 | brlcad | Mrowqa: the M just means you modified them and those are okay |
| 18:50.07 | Silvrous | brlcad: Doesn't it automatically reopen the task if it has already been extended? |
| 18:50.20 | brlcad | Silvrous: after the 24 hour grace period, yes |
| 18:51.04 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 18:51.31 | brlcad | Mrowqa: if you run "svn status" and there are files listed as C .. those are in conflict and must be fixed manually |
| 18:51.35 | Mrowqa | brlcad I knew that, but there are .mine and .r54056 files too... :/ (so I thought it doesn't update) |
| 18:52.01 | brlcad | Mrowqa: so what is one of the files? |
| 18:53.36 | Mrowqa | as example src/libbn/list.c is marked as 'M' but there are .mine and .r56056 version too (doesn't added to repo, marked as '?') |
| 18:54.15 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ask yes! I managed to compile it using cmake on ubuntu, but I didn't save it in a log and I don't know how I can do that :-? so the task is almost ready.:d http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:55.26 | brlcad | Mrowqa: so it sounds like you already edited the file (src/libbn/list.c) and fixed the conflict? or have you done nothing? |
| 18:55.52 | brlcad | the .mine and .r56056 files go away when you tell svn that you're done fixing the conflict |
| 18:56.16 | brlcad | svn status src/libbn/list.c |
| 18:56.17 | Mrowqa | I modified these files when I was working on task before the update |
| 18:56.56 | brlcad | right, but then you updated and got a conflict .. it'll be a "C" until you remove the conflict markers in the file |
| 18:57.16 | brlcad | if you copied your version of the file over, that would change it to M (and probably be wrong) |
| 18:58.24 | Mrowqa | during the update svn detected conflicts and I chose 'p'; svn status is marking files now ? M C and A |
| 18:58.26 | brlcad | that conflict also means the patch you made won't work |
| 18:58.40 | brlcad | A is added |
| 18:59.23 | brlcad | can you show me the actual output? |
| 18:59.29 | brlcad | http://pastebin.ca/ |
| 18:59.30 | Mrowqa | I know (I worked with mercurcial wiht hedgewars :) but I don't add anything after update |
| 19:00.15 | brlcad | if the file lists with a "C", you have to edit the file and look for the <<<<<< ====== >>>>>> sections |
| 19:00.32 | brlcad | one side is yours, the other is the server, you have to merge |
| 19:00.37 | Mrowqa | http://pastebin.ca/2293246 |
| 19:00.49 | d_rossberg | http://www.google-melange.com/gci/task/view/google/gci2012/7987216 seems ok so far but i can't close it (there is no button) |
| 19:00.58 | Notify | 03GCI: JulianM: Crash Archer reliably (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959241 |
| 19:04.04 | *** join/#brlcad stevegt_ (~stevegt@38.96.16.67) | |
| 19:04.44 | Notify | 03GCI: Daniel Rossberg: Crash Archer reliably (#2) - Task Assigned This task has been assigned to JulianM. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7959241 |
| 19:10.11 | Notify | 03GCI: Cezar: Implement a portable bu_gethostname() function - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 19:11.20 | Mrowqa | brlcad, this means I msut delete this file? "A + C src/libbn/fortran.c > local edit, incoming delete upon update" ? |
| 19:12.41 | brlcad | d_rossberg: yeah, he hasn't marked it as completed |
| 19:13.08 | brlcad | Mrowqa: OOOHH.. "A + C" is different |
| 19:13.12 | brlcad | that's a tree conflict |
| 19:13.27 | brlcad | you edited a file, but that file has since been deleted |
| 19:13.55 | brlcad | it doesn't know if your edits are important or not |
| 19:14.00 | Mrowqa | so I should delete that? |
| 19:14.03 | brlcad | yep |
| 19:14.07 | Mrowqa | :) |
| 19:14.24 | brlcad | now src/libbn/list.c is just "C", so you have to edit that file |
| 19:14.33 | brlcad | same with msr.c and axis.c |
| 19:14.52 | brlcad | note that almost all comments were moved to include/bn.h so your edits might not be needed in the .c file |
| 19:15.08 | brlcad | edit list.c and look for ===== |
| 19:15.27 | brlcad | caen23: you are a machine! |
| 19:15.45 | Mrowqa | I only delete conflict files and rename abc.r560XXX to abc |
| 19:15.56 | brlcad | you don't need to |
| 19:16.25 | caen23 | brlcad: heh, thanks :D |
| 19:16.33 | brlcad | you have to edit list.c and pick the top, the bottom, or merge each conflict |
| 19:17.01 | brlcad | Mrowqa: AS you edit the conflicts, you remove the <<< === and >>> lines |
| 19:17.10 | brlcad | when you're done, you run "svn resolved src/libbn/list.c" |
| 19:17.22 | brlcad | "svn diff src/libbn/list.c" to confirm it has the right edits |
| 19:18.08 | brlcad | caen23: you have commit rights for a reason... ;) |
| 19:18.19 | caen23 | on it :D |
| 19:18.33 | brlcad | if it compiles, you're golden, you don't need anyone's permission |
| 19:18.58 | brlcad | just if you commit something that breaks the build or someone reports a problem, it's your responsibility to help sort it out (HACKING) |
| 19:19.07 | brlcad | you got commit because you're trusted |
| 19:20.19 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Please mark the task as completed Aaron, if it's not completed I can't close it ;) http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 19:20.42 | brlcad | you could start implementing cezar's new awesome advanced processing library today and that'd be fine |
| 19:20.46 | Notify | 03BRL-CAD:caen23 * 54057 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/tests/CMakeLists.txt): Implement portable bu_gethostname() function (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7992229) |
| 19:21.06 | brlcad | you're "on the team", make it better ;) |
| 19:21.24 | caen23 | thanks, i'll do that from now on :D |
| 19:21.29 | brlcad | that's what open source is all about |
| 19:21.33 | brlcad | find an itch, scratch it |
| 19:22.45 | Notify | 03GCI: Sean: Implement a portable bu_gethostname() function - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 19:23.05 | Notify | 03GCI: Cezar: Implement a portable bu_gethostname() function - Commit r54057 Commit r54057 http://www.google-melange.com/gci/task/view/google/gci2012/7992229 |
| 19:23.35 | brlcad | and I could be mistaken, but I believe @file directives apply to all entries until the next @file |
| 19:24.46 | brlcad | caen23: so what happens if someone already ran WSAStartup() in their program and then they call bu_gethostname()? |
| 19:25.52 | caen23 | brlcad: i guess it depends on whether or not they've run wsacleanup after they're done, but let me check |
| 19:30.09 | caen23 | brlcad: i put a second wsastartup right after the first and nothing broke, so i think wsastartup takes care of that case |
| 19:31.18 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 19:35.09 | Notify | 03GCI: Daniel Rossberg: Create BRL-CAD-to-Blender tutorial - Task Assigned This task has been assigned to John. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 19:37.20 | Notify | 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 19:38.25 | Notify | 03GCI: Sean: Create an Elliptical Hyperboloid Model and Diagram - Nicely done Well done. Note that we have a couple dozen tasks like this that we're releasing a couple at a time, so hope to see more from you! http://www.google-melange.com/gci/task/view/google/gci2012/7979230 |
| 19:39.27 | brlcad | caen23: you only run cleanup when you're done, but if I write a network app, i'm going to run startup at the beginning and not close it until my application closes |
| 19:40.00 | brlcad | hopefully they also do reference counting, is two opens + one close still open or closed? :) |
| 19:41.51 | caen23 | yes, they do reference counting |
| 19:42.17 | caen23 | i've read here http://stackoverflow.com/questions/1869689/is-it-possible-to-tell-if-wsastartup-has-been-called-in-a-process and here http://msdn.microsoft.com/en-us/library/windows/desktop/ms742213(v=vs.85).aspx |
| 19:42.20 | brlcad | excellent |
| 19:43.36 | *** join/#brlcad andrei (~andrei@188.25.172.87) | |
| 19:46.36 | Mrowqa | brlcad how to add me as patch author? I'm creating patch by svn diff > file |
| 19:46.54 | brlcad | Mrowqa: just put your name in a comment on the GCI page |
| 19:47.08 | brlcad | read that svn diff file to make sure it's correct |
| 19:47.11 | Mrowqa | ok |
| 19:49.40 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Example file Daniel, do you know any good .g files for me to work with it? http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 19:54.06 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 19:54.11 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 19:58.17 | Notify | 03GCI: Kristaps: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 19:58.22 | Notify | 03GCI: Daniel Rossberg: Create BRL-CAD-to-Blender tutorial - share/db in your BRL-CAD installation There should be some example databases. Open them with mged (for example) and select one for your tutorial. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 19:59.07 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Task Assigned This task has been assigned to Sean W. Caldwell. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 20:01.18 | andrei | there is just one task needing review ? O_o |
| 20:02.19 | brlcad | andrei: looks like it |
| 20:02.25 | brlcad | several were closed out earlier today |
| 20:02.30 | brlcad | daniel reviewed several |
| 20:03.14 | andrei | I haven't been too much around either, but when I have been, it wasn't much activity around |
| 20:04.19 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - new task If you think you're up to it, http://www.google-melange.com/gci/task/view/google/gci2012/8051203 As most of those changes involve cleaning up parallel.c which is a critical piece of our code, don't hesitate to discuss your progress and ask questions. We don't want to... http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 20:04.38 | brlcad | andrei: heh, then you just haven't been around for very long or someone cleared out a lot of work before you! |
| 20:04.55 | brlcad | The response time is less than a day, they're not allowed to just sit there |
| 20:05.35 | brlcad | i've had to review and/or close out tasks almost every day |
| 20:06.55 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Done (I hope...) Ehh... Melange didn't add my last comment... :/ I did exactly as you wrote on IRC - I moved Multipoly to Libbn group and added axis.c to Axis group. You can call me "Artur Jamro (Mrowqa)" as patch author. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 20:07.25 | andrei | heh, I'm sorry for the trouble. |
| 20:07.51 | brlcad | it's not trouble, it's fun |
| 20:07.55 | brlcad | just it's a lot of work too :) |
| 20:08.18 | brlcad | andrei: there you can review artur's work ;) |
| 20:08.33 | andrei | I was doing that now :) t depends how you look at it, the reason I haven't been around( and I haven't done anything either) is that I sort of feel like giving up. |
| 20:08.42 | andrei | not giving up gci |
| 20:08.53 | andrei | but the whole effort of studying, coding, improving myself. |
| 20:09.10 | brlcad | that sounds like a pickle |
| 20:09.31 | andrei | I'm not sure I understand you on this one |
| 20:09.50 | brlcad | sounds like a problem, a conundrum, something to sort out |
| 20:10.28 | brlcad | self-motivation comes best from within |
| 20:11.43 | *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net) | |
| 20:13.22 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - copy-paste There's always copy-paste. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 20:13.56 | andrei | his patch looks better but I would need to relog on linux to test it |
| 20:14.50 | brlcad | the doxygen output is the most important |
| 20:15.08 | brlcad | does the html look right, is libbn neat and organized, did he fix the 3 things I mentioned |
| 20:15.26 | brlcad | if it does, then it's good to close |
| 20:15.29 | andrei | then I will log and check now |
| 20:15.43 | brlcad | you don't need to log out to see the output |
| 20:15.44 | brlcad | it's html |
| 20:15.50 | brlcad | just open up index.html in a browser |
| 20:16.59 | andrei | I don't have brlcad on windows |
| 20:17.01 | andrei | be right back |
| 20:18.46 | *** join/#brlcad andrei (~andrei@188.25.172.87) | |
| 20:18.48 | andrei | there |
| 20:19.46 | brlcad | you didn't need brlcad either :) |
| 20:20.10 | brlcad | one of the uploads is a big ol' directory filled with html files |
| 20:20.32 | brlcad | open up index.html and explore the libbn groupings/modules -- if everything looks good, he did the task |
| 20:20.53 | andrei | heh, it served as a reason to get to work, I never code on windows. I use it only to play |
| 20:21.11 | Notify | 03BRL-CAD:bob1961 * 54058 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create arcs. |
| 20:21.42 | Mrowqa | If you are talking about my work I uploaded only patch file, if needed html output I can upload it now |
| 20:22.09 | andrei | I will be looking at your work shortly , Mrowqa |
| 20:23.30 | Mrowqa | so upload it or not? |
| 20:24.00 | andrei | it shouldn't be needed :) no |
| 20:24.36 | *** join/#brlcad Gmercer015 (~g_dev@ip72-193-246-126.lv.lv.cox.net) | |
| 20:24.38 | Mrowqa | ok :) |
| 20:34.51 | Gmercer015 | when i'm writing my unit test what should i use to handle errors? i would guess it is some bu member but i cannot quite figure out. |
| 20:41.06 | *** join/#brlcad andrei (~andrei@188.25.172.87) | |
| 20:41.37 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 20:52.42 | *** join/#brlcad andrei (~andrei@188.25.172.87) | |
| 20:57.48 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Two questions Daniel, Where should I post my tutorial? Do I realy need to actually model something on BRL-CAD? Can't I simply use an existing file? http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 21:13.09 | Notify | 03GCI: Cezar: Enable walk_example for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 21:23.45 | Gmercer015 | how to i test the result of an add_test in cmake? could i use PROPERTIES PASS_REGULAR_EXPRESSION "answer" to test? |
| 21:26.01 | Gmercer015 | wondering if i need to create my own test functions that divide/sqrt complex numbers in bn_complex that compare results |
| 21:32.21 | starseeker | http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.44.5770 |
| 21:33.09 | starseeker | (X-splines paper - curve version is what's used in xfig) |
| 21:34.10 | brlcad | Gmercer015: that's a good question for starseeker but given how many functions are in that file, you can start with all the tests and test data internal to the test itself |
| 21:34.20 | brlcad | i.e., "one test" that tests all the functions in a variety of ways |
| 21:34.42 | brlcad | in which case, the only result is a good or bad return value from the tool |
| 21:36.02 | starseeker | has always liked editing curves in xfig, but his curve editing skills may be obsolete... perhaps these days X-splines don't offer additional intuitiveness for most users |
| 21:36.02 | Gmercer015 | my approach was adding a test that took 2 imaginary numbers plus the expected output from the two functions in complex.c |
| 21:36.25 | Gmercer015 | and printing to the screen whether the test for each function passed or failed |
| 21:36.55 | starseeker | Gmercer015: what do you mean "add the result"? |
| 21:37.24 | starseeker | there are a couple ways - one is to just encode the result in the test file itself, and base the final return value on a comparison between the stored result and the calculated result |
| 21:37.57 | starseeker | for tests like vls, where we don't want to hard-code that in the C file, I've been passing strings as arguments |
| 21:38.15 | Gmercer015 | that is what i am trying to replicate, i use command line arguments to pass the two imaginary numbers plus the expected results into the program |
| 21:38.22 | Gmercer015 | since complex.c is only two functions |
| 21:38.40 | starseeker | ok... that's fine. Then the test program should return 0 if successful and 1 if not |
| 21:38.43 | starseeker | IIRC |
| 21:38.51 | Gmercer015 | e.g. tester_bn_complex 4,5 2,3 (expected results for division and sqrt here) |
| 21:39.01 | Gmercer015 | ok, so return -1 if anything is wrong? |
| 21:39.11 | starseeker | right |
| 21:39.21 | starseeker | or, basically anything that's not 0 |
| 21:39.45 | Gmercer015 | awesome, thanks! i actually understand a task |
| 21:39.50 | starseeker | tests are pass/fail, specific error codes aren't captures |
| 21:39.52 | Gmercer015 | pats himself on the back |
| 21:40.07 | starseeker | can look at any of the existing tests in libbu - they should all work this way |
| 21:41.38 | Notify | 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - echnically three questions You'll post your tutorial here for starters and once it's looking good, you can migrate it to our wiki. You can use one of our example databases (there are dozens included in an install), but know that some of them will not export to Blender. Look for the moss.g... http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 21:41.56 | starseeker | sometimes, if what you're doing requires testing complex data (i.e. does a command generate a correct BoT geometry) you may need to have the test program internally create the "correct" answer to use for comparison, but at the libbu/libbn level that's unlikely to be necessary |
| 21:42.13 | starseeker | unless you're testing really BIG numbers, maybe |
| 21:42.41 | brlcad | Gmercer015: yeah, don't return negative -- it's 0 if good and >0 if bad |
| 21:43.28 | Notify | 03GCI: Sean: Enable walk_example for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 21:43.41 | Gmercer015 | sounds good, the functions i am testing are at a moderate level that i can work out on some paper for the exact answer |
| 21:44.35 | Gmercer015 | though the complex square root function seems to be a little confusing considering it takes two complex numbers, when square roots uses just one number |
| 21:45.36 | brlcad | Gmercer015: that's the input and the output |
| 21:46.41 | Gmercer015 | now it all makes sense (op output ip input), thanks |
| 21:46.48 | brlcad | np |
| 21:47.44 | brlcad | would have probably become apparent when you got to testing it and one ends up unmodified and the other gets wiped out and replaced with the square root of the unmodified |
| 22:04.33 | Gmercer015 | how would i go about testing my unit test? |
| 22:04.48 | Gmercer015 | would it require me building the source? |
| 22:05.01 | Gmercer015 | me to build* |
| 22:06.08 | andrei | not entirely |
| 22:06.16 | andrei | you can go to the respective library and run make |
| 22:06.23 | andrei | or make "library name" in main folder |
| 22:07.14 | Gmercer015 | do i even need to call the cmake command before hand? cmake ../brlcad-7.22.4 |
| 22:08.06 | andrei | yeah, I think you need to |
| 22:08.20 | andrei | but that doesn't take nearly as much as the build |
| 22:09.08 | Gmercer015 | that saves a lot of time, thanks |
| 22:14.01 | Gmercer015 | CMake Error: The following variables are used in this project, but they are set to NOTFOUND. |
| 22:14.01 | Gmercer015 | Please set them or make sure they are set and tested correctly in the CMake files: |
| 22:14.01 | Gmercer015 | X11_Xi_LIB (ADVANCED) |
| 22:14.01 | Gmercer015 | <PROTECTED> |
| 22:14.01 | Gmercer015 | <PROTECTED> |
| 22:14.18 | Gmercer015 | strange error compiling, never had this before using cmake. I havnt modified those paths though |
| 22:14.30 | Gmercer015 | or even touched the files inside, could it have been a bad install? |
| 22:15.28 | andrei | hmm |
| 22:15.36 | andrei | do you have X11 installed? |
| 22:15.53 | Gmercer015 | that might be an issue |
| 22:16.23 | andrei | I'm not sure on specific details and you might want to ask someone else aswell, but as far as I know X deals with GUI in linux |
| 22:16.43 | Gmercer015 | is that directX11 or something completely different |
| 22:16.54 | andrei | no, it's not directX11 |
| 22:17.27 | andrei | you can read a bit about it here : http://en.wikipedia.org/wiki/X_Window_System |
| 22:17.49 | Gmercer015 | i see something on the software store about a lightweight x11 desktop environment |
| 22:17.52 | Gmercer015 | that could be it |
| 22:18.02 | andrei | are you using a mac? |
| 22:18.07 | Gmercer015 | ubuntu |
| 22:18.18 | andrei | hmmm, then I might be able to help, hold on a sec |
| 22:18.43 | andrei | I think x11-utils is what you need to install |
| 22:19.13 | andrei | if you have trouble installing that package let me know, usually it should go with sudo apt-get install x11-utils |
| 22:19.54 | Gmercer015 | says it is at the highest version, should i try using the UXterminal? |
| 22:20.43 | Gmercer015 | description says it is an emulator for windows x |
| 22:21.54 | andrei | not really, it's quite strange |
| 22:22.33 | Gmercer015 | let me try installing lxde, if not it could be just a bad install and i can attempt to reinstall the source |
| 22:22.51 | Gmercer015 | would it have anything to do with grabbing it using svn? |
| 22:23.08 | andrei | Gmercer015: I tracked down a post with a similar issue to you ( identical in fact): http://sourceforge.net/mailarchive/forum.php?thread_name=4F8C3075.8090107%40uwaterloo.ca&forum_name=brlcad-devel |
| 22:23.48 | andrei | see if it helps you, otherwise, I encourage you to use our virtual disk image. It saves a lot of time, I ve used it when I first made contact with BRL-CAD and it was really useful. |
| 22:24.10 | andrei | I think it can be found here : http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 22:24.49 | Notify | 03BRL-CAD:caen23 * 54059 brlcad/trunk/src/conv/CMakeLists.txt: Enable walk_example for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7966233) |
| 22:25.17 | Gmercer015 | yea i think i'll switch back to it, i was getting some graphics card issues with the image but it at least compiled and ran flawlessly |
| 22:25.18 | Notify | 03GCI: Cezar: Enable walk_example for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 22:25.33 | Notify | 03GCI: Cezar: Enable walk_example for compilation - Commit r54059 Commit r54059 http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 22:26.34 | andrei | if you wish, I might be able to help you install brlcad later on, but it's important to have a working version, at least for the time being. |
| 22:29.05 | Gmercer015 | ill work on getting the vm installed to my laptop, maybe get back to getting it installed on linux a later day, appreciate the help |
| 23:09.24 | Notify | 03BRL-CAD:bob1961 * 54060 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the functionality to create bezier curves. |
| 23:11.41 | Notify | 03BRL-CAD Wiki:JasperipvtraohpyMoser * 4753 /wiki/Crucial_Outdoor_Digital_Signage_From_Wanton_Damage_And_Impacts: New page: It showcases respect and begs for ones visitor to respect what these firms are seeing as well. Vacationers do the same after meal '" after shop hours > and this is where Interpretational s... |
| 23:38.14 | Notify | 03BRL-CAD:bob1961 * 54061 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::end_bezier to write back to the database. |
| 23:43.01 | Notify | 03BRL-CAD Wiki:JasperipvtraohpyMoser * 4754 /wiki/8_Video_Marketing_Tips_For_The_Particular_Internet_Business: New page: For example if As well as am searching for restaurants doing my area I will source in restaurants in area By in this state. MySpace offers step-by-step instructions when basic profile page... |
| 00:08.34 | Notify | 03GCI: javamonn: cmake case cleanup - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 00:09.58 | *** join/#brlcad stevegt_ (~stevegt@38.96.16.67) | |
| 00:20.43 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Existing spreadsheet? Where is the "existing spreadsheet that characterizes all of the available commands in terms of inputs, outputs, and options"? I can't find it. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 01:04.43 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 01:13.56 | Notify | 03GCI: Sean: cmake case cleanup - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 01:14.21 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 01:17.42 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - read the comment history Read the comment history for backstory. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 01:20.24 | Notify | 03GCI: Sean: Enable walk_example for compilation - windows? verified on windows? http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 01:20.29 | Notify | 03GCI: Sean: Enable walk_example for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7966233 |
| 01:43.26 | Notify | 03GCI: Sharan: Create a "Pill" Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8032220 |
| 02:08.40 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - I have read it? I've read the comment history and I understand what you're asking for. I just can't find any existing documentation on what each command actually does, ie inputs, outputs, params. (maybe the intent of the task includes finding out what each... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 02:38.31 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - original task Well the original task was to define the inputs, outputs, and params because that information isn't all available in one place. That, however, is way too much work for a single GCI task. That's why the new goal is to just categorize them, which requires... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 02:44.02 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - oh, okay Oh, I understand now. If this isn't claimed by the weekend I think I'll try it. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 03:51.15 | Notify | 03GCI: Sean: Create a "Pill" Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8032220 |
| 04:08.16 | Notify | 03GCI: Lori Garrison: Improve geometry database loading behavior - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 04:54.52 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 05:34.17 | *** join/#brlcad harmanpreet (~chatzilla@125.62.120.61) | |
| 05:37.24 | *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net) | |
| 05:39.02 | Notify | 03GCI: Aaron Keesing: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Code I've tested the formula using a cylinder like Sean said, although I only tested it twice. I've submitted the code (which includes the centroid function I did for a previous task) as hypvolume.patch Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 05:41.35 | *** join/#brlcad harmanpreet_ (~chatzilla@124.253.154.154) | |
| 05:44.37 | caen23 | brlcad: yes, i did verify it on windows, it built fine |
| 06:00.05 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.79) | |
| 06:05.16 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 06:35.52 | starseeker | gets bare bones VegaFEM build set up with CMake, as long as you have glut, glu and glui installed: https://github.com/starseeker/VegaFEM-cmake |
| 06:47.31 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 07:02.25 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Issues with cmake Hmmm...cmake hangs (what appears to be a busy loop - 100% CPU for literally hours) while attempting to generate the Xcode project (cmake 2.8-10). I am still doing research as to why, but this task might end up being impossible :( I also... http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 07:05.06 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 07:05.11 | Notify | 03GCI: Melange: Doxygen cleanup ... for LIBBN - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 07:54.21 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 08:19.35 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:49.51 | *** join/#brlcad deep_inder_singh (~chatzilla@117.220.151.126) | |
| 10:34.21 | *** join/#brlcad deep_inder_singh (~chatzilla@117.207.154.57) | |
| 10:40.09 | *** join/#brlcad alezakos_away (~kongr45gp@helit.org) | |
| 12:48.21 | Notify | 03BRL-CAD Wiki:JuliettahffllwiunrHenkel * 4755 /wiki/Generate_Successful_Personal_Injury_Claims: New page: With a lot of things that can go absolutely incorrect with a DIY legal document, many people are wisely will help our planet hire a will attorney. These expenses or losses may quite possib... |
| 12:48.23 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Let's leave it at that The code has some shortfalls in my opinion but for a GCI task enough work was invested here. Additional efforts need to be made in an additional task (eg in the twin of this one). http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 12:48.24 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 12:48.24 | Notify | 03GCI: Sharan: Create a "Pill" Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8032220 |
| 12:48.26 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 12:48.26 | Notify | 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Sushain Cherivirala. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 12:48.27 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - is this okay? I have submitted what I have so far. Please advise as to whether I'm on the right direction. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 13:28.44 | *** join/#brlcad Silvrous (4f705de7@gateway/web/freenode/ip.79.112.93.231) | |
| 13:43.23 | Notify | 03GCI: Sean: Create a "Pill" Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8032220 |
| 13:46.30 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 13:52.21 | Notify | 03GCI: Daniel Rossberg: Create a Torus Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 13:53.59 | maths22 | site |
| 13:57.30 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:58.43 | Notify | 03GCI: Daniel Rossberg: Categorize all of BRL-CAD's commands into a spreadsheet - If you think you are done and we should do the review mark the task as completed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 14:08.54 | Notify | 03BRL-CAD:d_rossberg * 54062 (brlcad/trunk/src/libged/analyze.c brlcad/trunk/src/librt/primitives/hyp/hyp.c brlcad/trunk/src/librt/primitives/table.c): applied changes according to Google Code-in tasks- IMPLEMENT A PRIMITIVE CENTROID FUNCTION ... FOR HYPERBOLOIDS OF ONE SHEET (HYP) (http://google-melange.appspot.com/gci/task/view/google/gci2012/8030210)- IMPLEMENT A PRIMITIVE VOLUME FUNCTION ... FOR HYPERBOLOIDS OF |
| 14:08.57 | Notify | ONE SHEET (HYP) (http://google-melange.appspot.com/gci/task/view/google/gci2012/7987216)performed by Aaron Keesing. Added rt_hyp_surf_area() stub to enable analyze in mged. The new functions (HYP centroid and volume) may now be tested via mged. |
| 14:09.39 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Unable to understand I am unable to undestand the parameters. When i edit it shows radius1 and radius2. which one of V, I, H, O a scalar or a vector unit http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 14:14.00 | Notify | 03GCI: Sean: Implement a primitive volume function ... for hyperboloids of one sheet (HYP) - follow-on task A follow-on task for this work has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8074203 http://www.google-melange.com/gci/task/view/google/gci2012/7987216 |
| 14:18.16 | Notify | 03GCI: Sean: Implement a primitive volume function ... for right hyperbolic cylinders (RHC) - follow-on task A follow-on task has been created for this work: http://www.google-melange.com/gci/task/view/google/gci2012/8085202 http://www.google-melange.com/gci/task/view/google/gci2012/7960224 |
| 14:20.26 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for extruded bitmaps (EBM) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8069204?validated http://www.google-melange.com/gci/task/view/google/gci2012/7998216 |
| 14:23.18 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8086202 http://www.google-melange.com/gci/task/view/google/gci2012/7959221 |
| 14:25.18 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8087202 http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 14:27.59 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Looking good Sushain, that's looking spot on (good) so far. I like how you are distinguishing between input and outputs too. Just 375 more to go. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 14:29.24 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Try the 'l' command The 'l' command may be of some assistance. One radius is for the side of the donut. The other is for the thickness of the donut. And now, I'm hungry. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 14:54.01 | brlcad | maths22: no task in a while?? :) |
| 14:55.51 | brlcad | looks like contention to get into the top-five is REALLY close |
| 14:58.27 | brlcad | 17 people could be in the top-five just by completing two tasks |
| 14:59.35 | brlcad | well, not if all 17 did that, but this should get interesting considering we're only 38% into the contest |
| 15:10.43 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 15:12.49 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Crucial Outdoor Digital Signage From Wanton Damage And Impacts]]": spam |
| 15:12.59 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JasperipvtraohpyMoser]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 15:13.14 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[8 Video Marketing Tips For The Particular Internet Business]]": spam |
| 15:13.26 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JuliettahffllwiunrHenkel]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 15:13.35 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Generate Successful Personal Injury Claims]]": spam |
| 15:17.50 | *** join/#brlcad sharan (783a86ac@gateway/web/freenode/ip.120.58.134.172) | |
| 15:31.54 | Silvrous | How do I make a diff include a new file? |
| 15:32.52 | d_rossberg | adding it locally to svn? |
| 15:33.11 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - buffer size So this looks almost perfect. :) The fixed buffer size is a bug report waiting to happen, especially since debug/crash output can vary. Since you have a file handle, you can call fstat() to get the file size and allocate a buffer of the appropriate... http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 15:33.16 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 15:33.26 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 15:34.17 | Silvrous | So I go to the file and do svn add? |
| 15:34.31 | d_rossberg | yes |
| 15:34.36 | Silvrous | Ok thanks. |
| 15:36.13 | d_rossberg | i hope it works this way, i've never created a patchfile by myself :-} |
| 15:52.51 | starseeker | brlcad: ping |
| 15:59.15 | *** join/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 16:01.30 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:02.25 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - updated output Arturo, the patch looks good, but also waiting for the updated output from Doxygen (the html files). Thanks for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:02.35 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 16:11.28 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.43) | |
| 16:13.04 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Uploaded I have uploaded the diff file. Is it okay. or do i need to do more work on it http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:15.39 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:20.46 | Notify | 03GCI: Skriptkid: Investigate performance of setting thread affinity - bu_parallel Where do I call bu_set_affinity in bu_parallel? At the beginning of the function? http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 16:28.11 | *** join/#brlcad harmanpreet (~chatzilla@124.253.147.6) | |
| 16:30.45 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - not right So the glass render looks great on the black background, but the annotations are wrong. That primitive doesn't offer much help when you edit it since the labels it provides are not the parameters used for creating it. The V, I, H, and O it shows are for the center point, vector to... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 16:30.50 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 16:32.10 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:32.15 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:36.27 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43) | |
| 16:37.11 | *** join/#brlcad gjeet (~chatzilla@117.220.144.119) | |
| 16:41.03 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - wrong files Gauravjeet, you're on the right track, but you only fixed a couple mistakes in OUR files. The sources in the src/other subdirectory are not ours to change. Those are 3rd-party dependencies that are merely included for download convenience. Look... http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:41.04 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:41.46 | gjeet | hi my name is Gauravjeet Singh. I have claimed a task to find and fix at least 20 spelling mistakes in at least 5 different files. I have marked the task as complete but I got a comment that I need to work more on this. I want to ask what more should I do to complete this task. |
| 16:48.57 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43) | |
| 16:50.32 | Skriptkid | Need somebody to assign this task to me: http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:50.50 | andrei | sure |
| 16:51.04 | Skriptkid | Thanks, andrei :) |
| 16:51.06 | andrei | done, sorry for the delay :) |
| 16:51.13 | Skriptkid | No problemo :) |
| 16:51.17 | Notify | 03GCI: Andrei Popescu: Integrate new thread affinity interface into LIBBU and LIBRT - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:52.14 | Skriptkid | Could you tell me where in bu_parallel I need to call bu_set_affinity? At the beginning? End? Some specific point? |
| 16:55.48 | andrei | <PROTECTED> |
| 16:56.09 | andrei | and I don have a brlcad source at hand at the moment, but I ll try looking a bit later if someone else doesn't answer, sorry:) |
| 16:56.40 | Skriptkid | its okay :) |
| 17:04.31 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Doubts 1. Where in bu_parallel should bu_set_affinity be called? 2. By unwrapping the function, do you mean I need to ake out the preprocessor conditional statment and make it available irrespective of the availability of pthread. and GNU_SOURCE extensions? 3.... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:06.31 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.43) | |
| 17:07.46 | Skriptkid | andrei: I don't think I'll be able to stay longer on IRC, so I've posted it on the task page, so it's okay, I'll wait. |
| 17:19.32 | Silvrous | I can't find the bu_strcmp function in the cross reference. What does it do? |
| 17:20.42 | andrei | it's exactly like strcmp |
| 17:20.56 | andrei | Except it has some error cases covered |
| 17:21.35 | Silvrous | Oh, thanks. But why can't the cross reference site find it? ( http://brlcad.org/xref/ident?i=bu_strcmp ) |
| 17:22.54 | andrei | are you on linux by chance? |
| 17:23.33 | andrei | grep -r bu_strcmp might find it |
| 17:23.53 | Notify | 03BRL-CAD:brlcad * 54063 brlcad/trunk/AUTHORS: thanks to aaron keesing for his gci enhancements to the HYP primitive, implementing centroid and volume support, and hooking into the analyze command. |
| 17:25.13 | Silvrous | yes, I am. mersi |
| 17:25.19 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for hyperboloids of one sheet (HYP) - credited in AUTHORS Aaron, your changes have been applied to our repository (r54062) and your name recorded in our authorship documentation. You'll be credited with this publicly visible change in our next public release of BRL-CAD too. Thank you... http://www.google-melange.com/gci/task/view/google/gci2012/8030210 |
| 17:26.19 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 17:29.04 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Question Can you tell me the time you are online . so that i could directly check if its reviewed or not for my future tasks. tell the gmt also. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 17:29.10 | Notify | 03BRL-CAD:brlcad * 54064 brlcad/trunk/NEWS: credit the gci contribution from aaron keesing that implements support for centroids and volumes for the hyp primitive, exposed via mged's analyze command |
| 17:35.47 | Notify | 03GCI: Andrei Popescu: Create a Torus Model and Diagram - iming Sharon, it's best if you log on IRC and ask questions whenever you encounter issues. As for the review part, there isn't a fixed time when mentors review student submissions and it's not only brlcad that can review your work. Also, I believe you can get an e-mail notification... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 17:50.43 | Silvrous | How do I make a test for a function writing to a file? |
| 17:51.02 | Silvrous | I assume I can't read it as I would a string |
| 17:51.45 | andrei | what do you mean? |
| 17:52.12 | andrei | you want to unit test a function that writes something into a file? |
| 17:52.27 | Notify | 03GCI: Sean: Investigate performance of setting thread affinity - read through what bu_parallel() does You'll need to read through and try to understand what bu_parallel() does, at least for the pthreads case. Pay particular attention to the pthread_create() function and what every parameter means (man pthread_create). http://www.google-melange.com/gci/task/view/google/gci2012/7960222 |
| 17:52.38 | Silvrous | I need to unit test test the bu_vls_fwrite function, for instance |
| 17:52.57 | Silvrous | yes |
| 17:53.30 | andrei | well, you can see what happens if the file pointer is bad(there is no opened file) for example |
| 17:53.45 | andrei | I assume you could write something into a file, then read what you wrote and compare results |
| 17:57.22 | Silvrous | So I do FILE *f , for instance, call f in the function |
| 17:58.14 | Silvrous | then how do I read from that? |
| 17:58.24 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - you may need to take this one step at a time So know that you may be a little out of your depth taking this task on which is why I was going to do it instead of making it a task anyways, but you're welcome to try. Just be aware that you're going to need to do some... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:59.40 | Notify | 03BRL-CAD Wiki:Jacksixb * 4756 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 18:02.09 | andrei | one moment, I m looking for exact C syntax |
| 18:02.15 | andrei | I think read and write are the functions |
| 18:02.27 | andrei | http://www.cplusplus.com/reference/cstdio/fread/ |
| 18:02.29 | andrei | here |
| 18:11.45 | andrei | Silvrous: by the way, you should avoid using FILE* as much as possible as it isn't " very portable". However, if the function receives a FILE* parameter there is no simple workaround for that :) |
| 18:13.12 | Silvrous | I'll keep that in mind in future. |
| 18:15.46 | Silvrous | Could I get another extension on this? I've done about 350 lines of code so far, but I've still got about 10 functions left to test, and then debug the whole file. |
| 18:16.09 | andrei | yes, I will extend the deadline now :) |
| 18:16.18 | andrei | can you provide a link to task, please? |
| 18:16.26 | Silvrous | http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 18:17.19 | andrei | done :), goodluck with your work |
| 18:17.20 | Notify | 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vls.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 18:18.46 | Notify | 03BRL-CAD:carlmoore * 54065 brlcad/trunk/src/librt/primitives/dsp/dsp.c: add an 's' |
| 18:23.32 | Silvrous | andrei: Thank you |
| 18:59.40 | Notify | 03BRL-CAD:carlmoore * 54066 brlcad/trunk/src/librt/primitives/hyp/hyp.c: remove trailing blanks/tabs |
| 19:18.53 | *** join/#brlcad stevegt_ (~stevegt@38.96.16.67) | |
| 19:20.20 | brlcad | Silvrous: if you need to write to a file, I suggest using bu_temp_file() when you can |
| 19:25.36 | Silvrous | Ah, so it won't remain there after the tests are done. Sure. |
| 19:28.12 | brlcad | be sure to still call fclose() when you're done |
| 19:30.31 | Notify | 03BRL-CAD:brlcad * 54067 brlcad/trunk/include/bu.h: the fclose() isn't particularly optional on windows as the program will still have a file handle open |
| 19:32.19 | Silvrous | What does the argc argument in main() do? I only see it used to give text warnings |
| 19:36.07 | Notify | 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 19:41.28 | ``Erik | argument count, number of arguments to expect in argv |
| 20:01.45 | Notify | 03GCI: Cezar: Create numerics library (LIBBN) API unit test ... for qmath.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009214 |
| 20:20.16 | Notify | 03GCI: Cezar: Create numerics library (LIBBN) API unit test ... for qmath.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009214 |
| 20:33.26 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 20:34.06 | Notify | 03GCI: jinscoe123: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 20:35.06 | Notify | 03GCI: jinscoe123: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 20:59.29 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - ditto Sharan, yes, ditto what Andrei said. It's generally considered impolite to use IRC the way you've been using it. It's a common new-to-IRC misunderstanding so you don't need to feel bad, but please to read http://brlcad.org/wiki/IRC as there are specific etiquette rules expected. If you... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 21:07.31 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - still not right As for the diagram, it's better but still not right. The I and O *are* vectors to the inner and outer edge of the torus. Drawing those is fine, but they should be a solid arrow vector from V to the inner and outer edge respectively. You still need to draw r1 and r2, which are... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 21:07.56 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Assigned This task has been assigned to jasons. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 21:08.02 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 21:09.05 | brlcad | thanks andrei |
| 21:15.44 | Notify | 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Specifics What are the specific files of the 2 tasks you want put on the wiki? ~Jason http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 21:30.30 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 21:40.03 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Sorry for the lack of images My computer is very very very very very very slow and taking images is taking me way to much time. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 21:43.55 | Notify | 03GCI: Mrowqa: Doxygen cleanup ... for LIBBN - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 22:02.04 | *** join/#brlcad stevegt_ (~stevegt@38.96.16.67) | |
| 22:05.51 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 22:06.59 | brlcad_ | in c how would i compare two floating point numbers? i need to compare the expected and actual values of two doubles but the compiler warns me it is unsafe. |
| 22:18.40 | andrei | uhm, you might want to change your name so you don t create confusions |
| 22:19.16 | brlcad_ | woah |
| 22:19.20 | brlcad_ | why am i brlcad |
| 22:19.35 | brlcad_ | oh, i just downloaded the vm so it had me as that...sorry |
| 22:19.48 | gmercer015 | ^ my question |
| 22:25.13 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - fstat Thanks, I had assumed that fstat was 'unportable', and I couldn't find anything about it in the code. Will rewrite it :-) Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 22:31.10 | andrei | gmercer015: it's best if you compare them up to a pericison that can be determiend as parameter |
| 22:32.20 | andrei | you can multiply them with powers of 10( the same for both) then cast to int, there are several methods available, you should find plenty by searching the web:) |
| 22:40.02 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - ... Sorry, but I can't compile it... I tried to understand. I studied programming for 7 years in C++,I used Mingw and DevC++, but I haven't ever use Cmake and I can't understand it... it's a bit busy period for me in school too and I am tired. I will try again if no one solves the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 22:41.38 | Notify | 03GCI: Andrei Tudorica: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 22:55.43 | Notify | 03GCI: Andrei Tudorica: Procedurally model a caffeine molecule - like this? http://www.google-melange.com/gci/task/view/google/gci2012/7998227 |
| 23:04.36 | gmercer015 | so my unit test compiled and the tests are added to the make file, do i need to run anything after using make? |
| 23:04.59 | gmercer015 | or will make assure me that my unit test is correct |
| 23:17.10 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 23:17.23 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 23:37.57 | maths22 | I'm rather busy this weekend, so I probably won't claim a task until monday (unless the website one shows up) |
| 23:40.07 | gmercer015 | ;( |
| 23:42.28 | maths22 | However, if I discover something short, I might claim it. |
| 23:53.15 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 00:52.22 | Notify | 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Question Is this suppose to be a graphical or commandline instance of mged? Also, can we use other opensource software to implement this? http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 01:00.04 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 01:36.33 | Notify | 03BRL-CAD Wiki:Jacksixb * 4757 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: update |
| 01:56.42 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 01:56.42 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:56.42 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 01:56.43 | *** join/#brlcad caen23 (~caen23@92.81.202.220) | |
| 01:56.43 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 01:56.43 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 01:56.43 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 01:56.43 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 01:56.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 01:56.43 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:56.43 | *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net) | |
| 01:56.43 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 01:56.43 | *** join/#brlcad alezakos_away (~kongr45gp@unaffiliated/alezakos) | |
| 01:56.43 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 01:56.43 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:05.07 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 02:05.07 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 02:05.07 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 02:05.07 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 02:05.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:05.07 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:05.07 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 02:05.07 | *** join/#brlcad caen23 (~caen23@92.81.202.220) | |
| 02:05.07 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 02:05.07 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 02:05.07 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:05.07 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2862::ade7:2862) | |
| 02:05.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:05.07 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 02:05.07 | *** join/#brlcad merzo (~merzo@14-46-132-95.pool.ukrtel.net) | |
| 02:05.08 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 02:05.08 | *** join/#brlcad alezakos_away (~kongr45gp@unaffiliated/alezakos) | |
| 02:05.08 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 02:05.08 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 02:05.08 | *** mode/#brlcad [+o ChanServ] by asimov.freenode.net | |
| 02:08.17 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 02:08.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 03:39.39 | Notify | 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:BrlcadFolder.png]]": Made the filenames reflect the new instructions for building on Mac, which were changed to reflect the linux building instructions. |
| 03:42.45 | Notify | 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:BrlcadFolder.png]]": Changed resolution for faster loading |
| 03:47.01 | Notify | 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded "[[Image:CmakeXcodeGenDone.png]]": Shows the Xcode project created by cmake. |
| 03:47.57 | Notify | 03BRL-CAD Wiki:Arjunyg * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:CmakeXcodeGenDone.png]]": Changed resolution. |
| 03:53.42 | Notify | 03GCI: Sean: Graph our geometry conversion logs - Task Assigned This task has been assigned to Richard Tynan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 04:02.36 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 04:18.48 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 04:34.11 | starseeker | heh - "An engineer is someone who will spend three hours figuring out how to do a two-hour job in one hour." |
| 04:47.11 | *** join/#brlcad abhishek (7d3f40b8@gateway/web/freenode/ip.125.63.64.184) | |
| 04:47.34 | abhishek | sean: hi |
| 04:48.11 | abhishek | sean: im a gci student |
| 04:49.43 | abhishek | brlcad: hi |
| 04:49.50 | abhishek | brlcad: im a gci student |
| 04:50.32 | abhishek | brlcad: i kinda need some more time on this task, can you please extend the deadline by atleast one day? |
| 04:50.47 | abhishek | http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 04:51.27 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Nevermind Cmake 2.8.4 turns out to make invalid Xcode projects and later versions (I tested dev builds too) are not working. I am returning this task because at this time it appears to be impossible to generate the xcode project with cmake. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 04:51.37 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 04:58.35 | abhishek | brlcad: ? |
| 05:27.09 | *** join/#brlcad gjeet (~chatzilla@117.220.149.100) | |
| 05:38.48 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 05:41.13 | *** join/#brlcad merzo (~merzo@181-38-132-95.pool.ukrtel.net) | |
| 05:42.59 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - ground plane Richard, that looks great, but it does look like it really needs a ground plane ("in ground half")... and that blue is a bit yucky... :) Maybe try applying a metallic property or a checkerboard with the letters sitting on the ground. With some shadows and ambient... http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 05:43.09 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 05:46.56 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - reclaim it Arjun, It's not your fault that CMake isn't working right. If you reclaim the task, you can submit a brief summary of what you tried (which versions, what steps you took, what commands you ran), and we'll close the task as completed. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 05:49.52 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - absolutely It can be either and yes, you can use any open source and any language you want. it's more about doing some research on the feasibility. Proof-of-concept. It it works great, we could create dozens of additional tasks to keep working on it. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 05:51.07 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Thank you for your suggestions I'll work on it later. It took me about 1-2 hours to figure out and to put all the letters properly. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 05:54.23 | Notify | 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 05:56.29 | *** join/#brlcad harmanpreet (~chatzilla@124.253.150.59) | |
| 05:58.29 | Notify | 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for complex.c - looks good The patch is more than good enough, but a few comments in case you take on more tasks: if you svn add a file, it'll get included when you run svn diff probably just copied a mistake, but the date in the header is wrong (1985) appreciated, but don't... http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 06:09.23 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - how long How long do you think it'd take you if you had to do it again, knowing what you know now? As for creating the ground plane, these steps should help: run the "in" command, eg, "in ground half" and it'll interactively prompt you after that, add it to a region: r... http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 06:09.48 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 06:10.59 | *** join/#brlcad deep_inder_singh (~chatzilla@117.205.250.227) | |
| 06:13.14 | Notify | 03GCI: Sean: Procedurally model a caffeine molecule - yep Yep, something like that would be perfect. That has fancy material properties and lighting parameters set too, which would be above and beyond. The goal is to end up with code that generates the model, not just the geometry file. http://www.google-melange.com/gci/task/view/google/gci2012/7998227 |
| 06:16.10 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - no worries There are plenty of other tasks, so it's okay. Thanks for trying a different task. It's not meant to be discouraging, so that's really good to see. If you get stuck, please do ask questions and provide details so we can help you through problems that you encounter. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 06:18.45 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - not the case fstat is VERY portable. It's part of c89 and 1988 POSIX.1 so it's pretty much supported everywhere. When in doubt, look around the code for other instances and you'll see we use it in several other places: grep fstat src/libbu/* http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 06:19.47 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 06:22.27 | Notify | 03GCI: Gmercer015: Create numerics library (LIBBN) API unit test ... for complex.c - Authorship Thanks for the pointers on submitting future work, for authorship purposes my name is Grant Mercer http://www.google-melange.com/gci/task/view/google/gci2012/7993215 |
| 06:23.58 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - IRC Please read http://brlcad.org/wiki/IRC particularly the etiquette section. Note that joining an IRC channel, asking a question, and then leaving before anyone responds is like walking into a room, farting, and leaving(!)... It's not the proper way to use IRC. You're... http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 06:26.13 | *** join/#brlcad deep_inder_singh (~chatzilla@117.199.111.138) | |
| 06:32.51 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Shouldn't take more than an hour. However, I'm currently having other commitment. I should be able to start working on this in 4 or 5 hours from now. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 06:34.57 | *** join/#brlcad harmanpreet (~chatzilla@124.253.150.59) | |
| 06:46.50 | Notify | 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - But without the images, it's useless The only problem is that without the images, the tutorial isn't useful. The reader has no way of knowing whether what they've done is right or wrong. It needs to show a picture of the model in MGED and a picture of the final resulting model in Blender. As... http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 06:47.00 | Notify | 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 06:51.32 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - answer is already there The answer to your question is already in the task write-up. See the third bullet. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 06:52.42 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 06:53.27 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 06:55.33 | Notify | 03GCI: Sean: Doxygen cleanup ... for LIBBN - You may want Arturo, you may want to try an easier task next time as there were still significant problems. You once again submitted a scan of the entire source repository, not just libbn. There were also several obvious errors in the libbn section. Still, I'm marking this task as completed in... http://www.google-melange.com/gci/task/view/google/gci2012/8031203 |
| 06:57.38 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 07:00.04 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Summary I ran cmake versions 2.8.4 (the minimum for brlcad) through 2.8.10. 2.8.4 was the only one that generated an xcode project, however the xcode project was somehow corrupted and would not open. 2.8.5 through 2.8.7 through an error about not being able... http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 07:03.11 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - also... Arjun, I'd also ask that you file a bug report with the CMake developers so that they're aware of the problem: http://www.cmake.org/Bug/ Provide them the exact steps so they can reproduce the bug, something like this: svn co... http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 07:06.11 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - hat looks pretty good So actually, what you just wrote looks good for a bug report to them. They may ask for additional information or may be aware of the issue, but it looks good to me. Be sure to include your version of Mac OS X and XCode in your report. Paste the... http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 07:19.20 | *** join/#brlcad deep_inder_singh (~chatzilla@117.212.49.243) | |
| 07:19.46 | deep_inder_singh | hiiiiii |
| 07:31.14 | *** join/#brlcad deep_inder_singh (~chatzilla@117.199.100.189) | |
| 07:36.44 | *** join/#brlcad deep_inder_singh (~chatzilla@117.205.250.99) | |
| 07:47.15 | andrei | deep_inder_singh: hey, can I help you? |
| 07:47.26 | andrei | oh, he s gone.. |
| 07:48.10 | *** join/#brlcad deep_inder_singh (~chatzilla@117.205.251.54) | |
| 07:48.56 | andrei | deep_inder_singh: hey, can I help you? |
| 07:49.22 | deep_inder_singh | yes |
| 07:50.50 | andrei | well, what task do you have, what do you need help on? |
| 07:50.59 | andrei | be specific, we can't guess what you need |
| 07:51.01 | andrei | !notify ask |
| 07:51.02 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 07:57.36 | *** join/#brlcad harmanpreet (~chatzilla@124.253.151.121) | |
| 08:03.02 | *** join/#brlcad deep_inder_singh (~chatzilla@117.199.100.128) | |
| 08:08.35 | *** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.208) | |
| 08:29.05 | deep_inder_singh | how i crete a logo of brl cad please help me |
| 08:58.09 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 08:59.19 | Notify | 03GCI: Lachlan P: Create a utility library (LIBBU) API unit test ... for backtrace.c - RE: not the case Thanks! Next time I will try that! Lachlan http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 09:12.03 | Notify | 03GCI: Richard Akira Heru: Combine letters for "BRL-CAD" into one 3D model - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 09:38.17 | *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136) | |
| 09:51.26 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 09:52.56 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Done I hope this is the perfect thing you were talking about :-9 http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 09:53.24 | Silvrous | The file descriptor int is obtained with the fileno() function, right? |
| 10:15.37 | caen23 | does anyone else have problems compiling on x86_64? |
| 10:28.42 | caen23 | brlcad: i couldn't compile on os x with a clean checkout, compiling opennurbs_ext would show an error about dvec<2>::a_store being undefined. i solved this by uncommenting #undef __SSE2__ inside dvec.h, but in the process i've also noticed that include/vector_x86.h does not defined a_store with a float* arg, only with a double* |
| 10:37.53 | caen23 | hmm… that's because _mm_store_pd is only defined with a double* inside emmintrin.h |
| 10:38.10 | caen23 | and a_store calls _mm_store_pd |
| 10:45.20 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63) | |
| 11:30.04 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 11:31.04 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - hey I would like to work on this task if you can explain me what is the diffrence between the doc file http://brlcad.org/w/images/2/2c/Optical_Shaders.pdf and what I have to do... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 11:42.51 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63) | |
| 11:46.05 | Notify | 03GCI: Andrei Popescu: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Assigned This task has been assigned to Andrei Tudorica. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 12:17.35 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Pthread pthread_set/get_affinity() are POSIX threads library functions. So I'm guessing they need to be implemented in the section where pthread_create is being used(in #if defined(HAVE_PTHREAD_H) block) and not before it in the SunOS/Solaris section, where... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:18.55 | *** join/#brlcad andreitudoricacj (566a34e3@gateway/web/freenode/ip.86.106.52.227) | |
| 12:24.32 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Read up on pthread_create I read up on pthread_create and it's parameters and have gone through parallel.c. Must admit, most of it seemed gibberish to me(stacks, concurrency, semaphore, etc), since I've never really dealt with so much low-level programming. But... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:31.04 | Notify | 03GCI: John: Create BRL-CAD-to-Blender tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 12:42.15 | *** join/#brlcad abhishek (3bb1451d@gateway/web/freenode/ip.59.177.69.29) | |
| 12:56.43 | andrei | <PROTECTED> |
| 12:56.51 | andrei | damn space |
| 14:15.04 | *** join/#brlcad harmanpreet (~chatzilla@124.253.210.110) | |
| 14:54.54 | *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 14:56.04 | Notify | 03GCI: Silvrous: Create a utility library (LIBBU) API unit test ... for vls.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 15:11.02 | ashwinlokkur | Hi, im working on a documentation task(the brep command manual) in the GCI… i hav done the manual page in .docx… how do i convert it into .xml ?? |
| 15:31.57 | ashwinlokkur | i need serious help here…. i have 1hr 30min form y deadline!!! |
| 15:32.03 | ashwinlokkur | *my |
| 15:36.01 | *** join/#brlcad Ashish101 (75c226a5@gateway/web/freenode/ip.117.194.38.165) | |
| 15:38.37 | Ashish101 | I am supposed to categorize stuff in categories like geometry importer So i have no idea what it means also leave the categorizing part please tell me where can can get similar such catagories in order to just do google search and learn about them and categorize the MGED commands please help |
| 15:40.31 | Ashish101 | harmanpreet: Any help ?? |
| 15:46.43 | *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136) | |
| 15:50.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63) | |
| 15:51.50 | harmanpreet | ashwinlokkur: I will suggest you to upload work you have done till now. I think, writing the manual page from your .docx file using docbook(in xml format) can be another GCI task. Wait until Sean come back. Let's see what he feels. :) |
| 15:52.12 | ashwinlokkur | ok…. thankx…. |
| 16:03.24 | *** join/#brlcad rptynan (~poiuyt@87-40-216-53.ptr.edu.ie) | |
| 16:03.36 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efcb1.bb.sky.com) | |
| 16:08.15 | *** part/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 16:13.21 | *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 16:14.35 | harmanpreet | Ashish101: Sean's reply on December 8 2012 21:43 UTC on task: http://www.google-melange.com/gci/task/view/google/gci2012/7970237 has everything you are asking. Just read it carefully. Secondly, you are asking for an example of similar categorization. Categorization is just categorization. Noting too hard. For example you have bunch of pens, some of them are red, some are blue and some... |
| 16:14.37 | harmanpreet | ...green. You can easily categorize them into three categories: red pens, blue pens and green pens. Same is the case of your task. You have to read out a little description of each command to know its purpose. Then place it under relevant category if you already created one. If not create a new category. Repeat this until you categorize all commands. Understand? |
| 16:15.41 | Ashish101 | YES that is the point !! |
| 16:15.54 | Ashish101 | I dont have the correct technical words |
| 16:16.22 | Ashish101 | for example the one he gave and i think that it will be rejected |
| 16:16.34 | Ashish101 | but still if u say so ill give it a try |
| 16:16.53 | Ashish101 | KK ill claim the task tom as its really night here |
| 16:17.39 | Ashish101 | bye then |
| 16:17.54 | Ashish101 | <PROTECTED> |
| 16:19.12 | *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 16:55.35 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 17:02.56 | caen23 | ashwinlokkur: does your .docx respect the format of a unix manpage? i don't know if a docx will do, but if you want to see what a docbook xml looks like, there are plenty of examples under doc/docbook/system/man1 |
| 17:03.02 | ashwinlokkur | I have30 min for my task submission. I couldn't setup brlcad source properly, I had some school work. I need some extension. Please forgive. |
| 17:08.35 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@5e0efcb1.bb.sky.com) | |
| 17:14.17 | caen23 | ashwinlokkur: if you want some reference, here's an archive that contains an xml and a pdf generated from it https://dl.dropbox.com/u/4460937/rtray.zip again, a docx might be enough, but i'm not the one who decides this, so if your docx at least resembles the pdf, it might be fine |
| 17:16.34 | ashwinlokkur | Can I please get an extension????? I need some time for this!!!! |
| 17:18.00 | harmanpreet | ashwinlokkur: don't worry. I will extend the deadline for 1 day. |
| 17:18.50 | ashwinlokkur | THANKS A LOT! |
| 17:18.59 | Notify | 03GCI: Harmanpreet Singh: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 17:45.23 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.58.63) | |
| 17:45.32 | Skriptkid | If I've understood right, bu_parallel is a function for creating a thread, invokes parallel_interface and manage the thread.(Differently on different platforms.) Am I right? |
| 17:57.06 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.58.63) | |
| 17:59.55 | *** join/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 18:04.21 | *** part/#brlcad ashwinlokkur (~Adium@117.216.156.2) | |
| 18:55.27 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - what I have so far I have uploaded what I have so far. Please advise. It's not yet quite complete (I would estimate > 3/4 done). Column J lists each tag and its #of occurences (it will likely be quite useful to understand the "subtags") - its coded in so it... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 19:04.45 | Notify | 03GCI: Melange: Crash Archer reliably (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7959241 |
| 19:56.12 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - slight changes added utility & geometry tags - ver3 http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 19:59.09 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 20:13.33 | Notify | 03GCI: javamonn: cmake case cleanup - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 20:14.13 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 20:26.07 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vls.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 20:30.43 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 20:33.58 | *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136) | |
| 20:56.17 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - he ZERO() macro? I've come across some files where a ZERO() macro is defined, where the tolerance is set to be SMALL_FASTF for all calls. If this macro is called with a subtraction of arguements, should I change it to EQUAL(), or should I leave calls to ZERO()... http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 21:27.58 | Notify | 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Sorry for the delay... I'm still trying to work this out. I'm having problems compiling even a fresh checkout with strict enabled, its running into warnings being treated as errors around the 20% mark. I've been able to fix a couple of them but it seems like... http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 21:45.11 | Notify | 03BRL-CAD Wiki:JoesphnvbaqyadolStuhr * 4762 /wiki/Tips_On_How_To_Buy_A_House_Without_A_Real_Estate_Agen: New page: If not, throw a cleaning party for friends and family. Guwahati Real estate is developing extremely fast like other sectors of the type of city to cater to the most important constantly gr... |
| 22:15.35 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Not necessary See this: http://public.kitware.com/Bug/view.php?id=13354 They have it nailed and plan on fixing it for 2.8.11. Hopefully when 2.8.11 rolls around, or a dev build in the nearer future, someone can write the tutorial. If I happen to notice... http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 22:18.01 | Notify | 03GCI: Arjun Govindjee: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 23:11.19 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 23:31.11 | *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 23:33.47 | rptynan | Hey, I have a question about my gci task, anyone here who can help? |
| 23:39.10 | *** join/#brlcad rptynan (~poiuyt@86-45-18-4-dynamic.b-ras1.wtd.waterford.eircom.net) | |
| 00:33.08 | brlcad | <PROTECTED> |
| 00:33.12 | brlcad | ~ask |
| 00:33.13 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 00:33.56 | Notify | 03GCI: Sean: Modify IRC notifier output - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 00:34.26 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 00:57.50 | maths22 | What files does the IRC notifier parse for gci |
| 01:03.13 | brlcad | maths22: see the brlcad-tracker mailing list |
| 01:07.47 | rptynan | Sorry, was out for a bit. |
| 01:08.07 | rptynan | I wondering how I should give the results for this task: |
| 01:08.10 | rptynan | http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 01:21.02 | Notify | 03GCI: javamonn: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - Can't compile with strict off, either I cant get a fresh checkout to compile with strict off either, apparently. I'm running Ubuntu with the gcc compiler. http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 01:21.18 | brlcad | rptynan: exactly what the task says |
| 01:21.21 | brlcad | what do you mean? |
| 01:24.06 | rptynan | Well right now I just have a python script which parses and calls the gnuplot scripts and they output pngs/ |
| 01:24.11 | rptynan | Is that ok? |
| 01:54.34 | Notify | 03GCI: Richard Tynan: Graph our geometry conversion logs - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 01:56.48 | brlcad | rptynan: so upload those three things :) |
| 01:57.01 | brlcad | sounds perfect |
| 01:57.57 | rptynan | I just uploaded the scripts |
| 02:00.01 | rptynan | brlcad: and I uploaded the results there |
| 02:04.07 | brlcad | great |
| 02:06.35 | brlcad | rptynan: that is SUBLIME! |
| 02:07.46 | rptynan | <PROTECTED> |
| 02:08.33 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 02:09.12 | brlcad | that really is *perfect* |
| 02:09.45 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Note The patch right now doesn't change calls to ZERO(). Let me know if you want me to add that in. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 02:10.01 | brlcad | exactly what I was hoping to see and the results are extremely informative ... it's only halfway done processing the history, but that's definitely very useful information |
| 02:10.29 | Notify | 03GCI: Sean: Graph our geometry conversion logs - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 02:11.13 | rptynan | thanks :) The script should be good for any added logs, the gnuplots might need to be tweaked though, just to allow for larger results. |
| 02:11.50 | Notify | 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 02:23.58 | Notify | 03GCI: Sean: Graph our geometry conversion logs - phenomenal This is truly phenomenal. I sincerely hope you take on some of our other tasks. We add new ones every few days, so keep checking back too. http://www.google-melange.com/gci/task/view/google/gci2012/7996224 |
| 02:25.50 | brlcad | rptynan: sounds good -- the conversions still have another month or so to go |
| 02:33.41 | rptynan | Thanks again, I'm hoping to get that web interface done, I think I have a way to run it sandboxed through http |
| 02:34.03 | brlcad | keep tabs on how much time you invest |
| 02:34.22 | brlcad | if you spend more than a few hours and make some progress, let someone know |
| 02:34.45 | brlcad | we can break tasks into multiple tasks or create follow-on tasks if our time estimates are incomplete |
| 02:35.04 | rptynan | Ok, will do :) |
| 02:54.02 | rptynan | I'm going to head to bed now, goodnight |
| 03:03.18 | *** join/#brlcad sharan (3bb393d1@gateway/web/freenode/ip.59.179.147.209) | |
| 03:07.39 | maths22 | ok |
| 03:11.30 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Please Extend My Deadline Hello, I am still working on how to get my table, that I built in blender, into BRL-CAD. I was sick yesterday so I couldn't work on it then. I don't understand how to get it into BRL-CAD. I saved my blender file and tried to run it, but it gave me an error.... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:11.14 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 05:00.47 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JoesphnvbaqyadolStuhr]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 05:00.58 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Tips On How To Buy A House Without A Real Estate Agent]]": spam |
| 05:02.32 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - Task Assigned This task has been assigned to Richard Tynan. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 05:02.42 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Assigned This task has been assigned to gcking. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 05:03.02 | Notify | 03GCI: Melange: Create Blender-to-BRL-CAD tutorial - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 05:03.22 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 05:04.35 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 05:04.43 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - importer Toshita, you're going to have to export from Blender's format to a format that BRL-CAD will import. We have dozens of importers, you just have to pick one. Example is dxf-g. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 05:05.18 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - external tools note that our converters are stand-alone tools like mged, not commands that are run within mged. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 05:10.00 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - depends Yes, please also update the (relatively new) ZERO() calls as well just like the NEAR_ZERO() ones. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 05:10.55 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - marking as complete I am marking the task as complete so that it can be reviewed. I know that it still needs some work. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:11.00 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:11.15 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - note the related Note the highly related other macro task: http://www.google-melange.com/gci/task/view/google/gci2012/8007240 You may be interested in claiming that one as well after completing this one. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 05:18.33 | Notify | 03GCI: Dhruv Agarwal: Mock up new BRL-CAD website interface design (#2) - Reclaim task Hi, I would like to reclaim this task if you feel that more work needs to be done on this task. Regards.. Dhruv Agarwal http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 05:19.28 | Notify | 03GCI: Sean: Convert bu_free((char*)...) casts to bu_free((genptr_t)...) casts - should work It should work straight from a checkout, but there has been a lot of GCI-related commits recently that may have introduced a few minor warnings. Those sorts of issues are usually cleared up in a day or two, but you could just try to run "make -k" and... http://www.google-melange.com/gci/task/view/google/gci2012/7966238 |
| 05:26.15 | *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 05:26.33 | *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 05:29.38 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - design not rendering Sean, the design is not rendering correctly. There are numerous local and invalid url references. Even after correcting those manually, it doesn't look like there's much of a design being proposed. It's our same content, even the same layout, with just a big... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 05:32.09 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-1.PNG]]" |
| 05:32.18 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 05:32.34 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-2.PNG]]" |
| 05:32.44 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-3.PNG]]" |
| 05:33.04 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-4.PNG]]" |
| 05:33.08 | Notify | 03GCI: Sean: Write a tutorial on compiling BRL-CAD with XCode on Mac OS X - very well Thanks for the reference to the existing bug. If you see that they provide a new release that fixes the bug before GCI ends, let us know and we can create another task to try the tutorial again. http://www.google-melange.com/gci/task/view/google/gci2012/8012213 |
| 05:33.19 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-5.PNG]]" |
| 05:34.00 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-6.PNG]]" |
| 05:34.15 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-7.PNG]]" |
| 05:34.35 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-8.PNG]]" |
| 05:34.50 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-9.PNG]]" |
| 05:35.16 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-10.PNG]]" |
| 05:41.11 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - no problem No problem reading the table in Excel. So you're still on the right track but some of the tags may need cleanup. For example, you find a lot of converters, but there are geometry (3D) and image (2D) converters. Note "convertion" is spelled wrong. Conversion. ... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:41.17 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:42.58 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4773 /wiki/Compiling/Eclipse: GCI Task 8038207 |
| 05:44.22 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - on the right track You're on the right track. So for pthreads (which are in the POSIX threads library, but are a GNU extension), it ends up creating a new thread that invokes parallel_interface(). That's the key. You need to set the affinity within the thread, and all... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 05:45.26 | *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 05:45.57 | *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 05:46.48 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - It's not a tutorial So that pdf is not really a tutorial. It's an overview. See some of our other completed GCI tutorial tasks for ideas, but basically we're looking for something more succinct that *teaches* what shaders are, describes how to use them (especially the stack... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 05:53.00 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - almost! Now that's a lot closer, just a few problems: should include V label should use actual I and O vectors, which overlap Maybe make the I/O vectors go left or right. Then you could make r1 go the opposite direction (since it's non-directional) and r2 from there. Something like this,... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 05:54.01 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 05:54.11 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 05:55.41 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for backtrace.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8012216 |
| 05:56.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 06:05.29 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Call set_affinity in parallel_interface? Points 4-8 are starting to make sense now, as you said. Since all threads invoke parallel_interface, I'm assuming parallel_interface needs to call bu_set_affinity. Are you saying(in points 4-8) that parallel_interface,... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 06:12.32 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 06:16.53 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Thanks Thanks for giving me such detailed information. The extension was not that necessary. The update took me 10 minutes. I was new to IRC so i didn't knew the rules, Sorry for misusing it http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 06:40.02 | *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164) | |
| 06:48.54 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 07:18.09 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Time Extension and More Yes I would like more Time. I will also fix all the coding issues. Thank You for the notice. New one will look completely different and should work flawlessly. I only have one problem, I need a bigger picture of the moose. Thanks, Sean... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 08:00.04 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 08:03.47 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 08:21.33 | *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164) | |
| 08:38.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 08:50.26 | Notify | 03GCI: Abhishek: Test and update our simulation / animation tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 08:51.17 | Notify | 03GCI: Abhishek: Test and update our simulation / animation tutorial - Simulation Not working it say the comand is invaild http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 09:15.15 | Notify | 03GCI: Harmanpreet Singh: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 10:01.42 | *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136) | |
| 10:02.33 | Silvrous | How far up the review queue is my vls task? :) |
| 10:04.19 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 10:21.42 | *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net) | |
| 10:59.10 | *** join/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 11:04.05 | stevenkou | does anyone know if the character ":" is accepted as part of a file name in linux? |
| 11:04.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 11:07.39 | stevenkou | i found this character "" in one of the source files, i think it is creating a problem for the cmake in cygwin |
| 11:10.12 | *** join/#brlcad abhishekteotia (3bb2ae6c@gateway/web/freenode/ip.59.178.174.108) | |
| 11:11.41 | *** part/#brlcad abhishekteotia (3bb2ae6c@gateway/web/freenode/ip.59.178.174.108) | |
| 11:11.57 | andrei | stevenkou: this might be what you are looking for: http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html |
| 11:13.22 | andrei | stevenkou, actually, on linux, the only not allowed characters are NUL and / |
| 11:13.34 | andrei | In windows it's NUL, : and |
| 11:13.46 | andrei | and \ |
| 11:13.46 | andrei | I hope this answers your question |
| 11:14.25 | stevenkou | i'm building brlcad, using cmake and on cygwin for windows, there is a lot of errors going like this CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tcl/doc/mann/platform::shell.n does not exist. |
| 11:14.40 | stevenkou | i went to manually look for the file |
| 11:16.34 | stevenkou | it is present but the only problem is that the name of the file in windows explorer looks like ie. "platform shell.n", in which i suppose should have been "platform::shell.n", and therefore giving the compiler errors, as windows don't accept ":" as part of file names |
| 11:17.38 | andrei | could you please provide a link to your task? |
| 11:35.24 | stevenkou | http://www.google-melange.com/gci/task/view/google/gci2012/7961226 i have not claimed the task yet, but trying out before i do, i will be away for a while, will be back soon |
| 11:38.05 | andrei | sure, if you claim it let me know and I will assign it to you :). Also, ask questions here if you're stuck, we might not get back to you instantly but if you stay here you will get your questions answered:) Goodluck! |
| 11:38.23 | Notify | 03GCI: Abhishek: Test and update our simulation / animation tutorial - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 11:41.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 11:43.39 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 11:56.57 | *** join/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 11:59.04 | ashwinlokkur | How to remove an uploaded work?? |
| 12:00.31 | *** part/#brlcad ashwinlokkur (~Adium@117.192.214.200) | |
| 12:26.29 | stevenkou | the files that cannot be found by cmake are present in the corect directories and are with the correct filenames when seen from the cygwin terminal, so is it a problem with the file system for the naming system? |
| 12:40.16 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 12:55.29 | stevenkou | is there a way to bypass the problem that the cmake in cygwin cannot recognise special characters in windows file system? |
| 13:07.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 13:13.28 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.63.99) | |
| 13:32.34 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 13:32.44 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Or... I just saw the section "un-published globals." You mean I need to make it a call back there? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 13:36.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 13:42.10 | *** join/#brlcad ashwinlokkur (~Adium@117.221.29.90) | |
| 13:45.24 | Notify | 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 13:57.39 | *** part/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 13:57.43 | ashwinlokkur | Can any of you please review my task, if you are free ? |
| 13:58.27 | Skriptkid | What does the pointer 'arg' in parallel.c do and why would a callback need to utilize it?? |
| 13:58.57 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99) | |
| 13:59.34 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - My current build log Here is the link to my build log before my claim is accepted: https://www.box.com/s/ova6dm970kmzk41ngxcp http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 14:01.39 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:01.52 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:01.55 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:02.41 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-1.png]]" |
| 14:03.02 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-2.png]]" |
| 14:03.17 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-3.png]]" |
| 14:03.37 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-4.png]]" |
| 14:04.12 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-5.png]]" |
| 14:04.27 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-6.png]]" |
| 14:04.43 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 0 /wiki/Special:Log/upload: uploaded "[[Image:Compiling-Eclipse-Manually-7.PNG]]" |
| 14:06.57 | *** join/#brlcad harmanpreet (~chatzilla@124.253.23.164) | |
| 14:10.11 | *** join/#brlcad ashwinlokkur (~Adium@117.221.29.90) | |
| 14:24.13 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4781 /wiki/Compiling/Eclipse/Manually: GCI Task 8038207 |
| 14:26.59 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4782 /wiki/Compiling/Eclipse/Manually: |
| 14:28.05 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4783 /wiki/Main_page: /* Tutorials */ |
| 14:28.29 | Notify | 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 14:40.14 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 14:41.39 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Progress I know it's not complete, but posted to check if I've made any progress in figuring it out. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 14:47.43 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99) | |
| 14:57.45 | *** join/#brlcad harmanpreet (~chatzilla@124.253.153.84) | |
| 14:58.22 | *** join/#brlcad Silvrous (4f705188@gateway/web/freenode/ip.79.112.81.136) | |
| 15:15.09 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.99) | |
| 15:16.21 | Skriptkid | Got the answer to my question above. |
| 15:16.39 | Skriptkid | So that can be ignored. |
| 15:18.18 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 15:19.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 15:39.15 | jordisayol | last commit (54067) break compilation on Linux 64-bit. no problem on Linux 32-bit |
| 15:49.35 | caen23 | jordisayol: open include/dvec.h, search for #undef __SSE2__ and uncomment that line. after that, it should compile fine |
| 15:58.37 | Notify | 03BRL-CAD:caen23 * 54068 brlcad/trunk/include/dvec.h: Explicitly casting the arguments passed to a_store() to (double *) solves compilation errors on x86_64 |
| 15:59.26 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Time Extension I have succesfully found 17 spelling mistakes. I have been constantly working on this task and has checked hundreds of files. The folders that I have checked are checked folders src/conv/3dm src/conv/asc src/conv/comogeom ... http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:00.17 | caen23 | brlcad: seeing how there are a number of people affected by this problem, i've committed some changes that solve the x86_64 compilation errors by explicitly casting (float *) to (double *) when calling a_store(). i think they should be safe |
| 16:01.08 | caen23 | jordisayol: could you run 'svn up' and try compiling 54068? |
| 16:01.57 | jordisayol | caen23: I'll do as soon as I can |
| 16:02.04 | caen23 | thanks :D |
| 16:10.10 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 16:11.20 | Notify | 03GCI: Harmanpreet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 16:13.12 | jordisayol | caen23: still break compiling on 64-bit |
| 16:13.57 | caen23 | jordisayol: hmm… can you post a log somewhere? |
| 16:15.16 | jordisayol | caen23: http://paste.debian.net/216604/ |
| 16:17.41 | caen23 | ugh, i was getting a different error, sorry my commit doesn't help |
| 16:17.49 | Silvrous | Could someone please review my task? The deadline expired almost 24h ago |
| 16:23.20 | Notify | 03GCI: Christine Naydenova: Model BRL-CAD logo in BRL-CAD (alan two) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977228 |
| 16:28.17 | Notify | 03GCI: Christine Naydenova: Model BRL-CAD logo in BRL-CAD (alan two) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7977228 |
| 16:28.58 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - changes I've tried to go through and fill in some of the holes. Also, I fixed that spelling. Oops, I guess I got so used to typing convert that convertion just started to come naturally. Anyways, I tried to split the fileConvertion tag into 3DConvertion &... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 16:40.10 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 16:40.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 16:50.34 | *** join/#brlcad ashwinlokkur (~Adium@117.216.156.34) | |
| 17:04.05 | *** join/#brlcad merzo (~merzo@154-121-133-95.pool.ukrtel.net) | |
| 17:05.10 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 17:15.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 17:34.06 | caen23 | brlcad: the error i got, regarding a_store, seems to have been introduced in rev 54067, when you changed fastf_t from double to float. if SSE2 is available, _mm_store_pd is called, but that function is only defined with a double* argument, not with a float*. the cast i introduced seems fine, although i think the best solution is to overload a_store to be defined with a float*, too, which will then be casted to double* before sent to _mm_store_pd as argument |
| 17:45.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 18:01.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.99) | |
| 19:04.48 | Notify | 03GCI: Melange: Crash Archer reliably (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7959241 |
| 19:35.13 | Notify | 03GCI: Melange: Create BRL-CAD-to-Blender tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 19:42.26 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 19:42.46 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Doesn't need to be done. Almost done. I have fixed up many of the issues, I just need a little more time on the project. Thanks. Sean Caldwell http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 19:46.57 | Notify | 03GCI: Andrei Popescu: Mock up new BRL-CAD website interface design (#2) - Extension Hello, I have extended the task deadline with one day, goodluck ! Andrei http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 19:47.07 | Notify | 03GCI: Andrei Popescu: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 19:57.36 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Thanks Thank You. That should be long enough. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 20:20.01 | *** join/#brlcad rptynan (~poiuyt@86-45-18-4-dynamic.b-ras1.wtd.waterford.eircom.net) | |
| 20:30.38 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Assigned This task has been assigned to Steven Kou. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 20:32.02 | brlcad | caen23: casting a float* to a double* is a bug |
| 20:32.09 | brlcad | you can't coerce an array of floats to double |
| 20:32.32 | brlcad | they have to either be re-encoded or the function needs to also define a float version |
| 20:34.40 | caen23 | brlcad: then the commit should be reverted, but how do you propose we fix the compilation error, then? making fastf_t a double solves this problem, but then it's not "fast" anymore on older systems? |
| 20:36.44 | brlcad | function overloading |
| 20:36.53 | brlcad | supporting both a double and float pointer |
| 20:37.11 | brlcad | the error you ran into was on a mac? |
| 20:37.49 | brlcad | if so, I have encountered the same issue and it's been on my radar, just won't get able to work on it until tomorrow |
| 20:39.13 | caen23 | the error was on a mac, but i'm now trying to build on 64-bit mint linux, and i'm getting a "float to double" error on line 67 of vector_x86.h |
| 20:40.14 | caen23 | you will have to overload _mm_store_pd, which is inside emmintrin.h |
| 20:46.28 | brlcad | caen23: if you look through the file's history, there was a fix for the mac |
| 20:48.14 | brlcad | it did the overloads and more, but was reverted when starseeke tried to fix something on linux |
| 20:51.36 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Ready for review Alright, I edited the appropiate calls to ZERO() and replaced them with EQUAL(). This is ready for review now. And thanks for the heads up, I'll pick that one up as soon as this is marked as complete. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 20:52.11 | caen23 | brlcad: you mean vector_x86.h's history? |
| 20:55.33 | brlcad | i think o |
| 20:55.36 | brlcad | i think so |
| 20:56.33 | caen23 | i can't seem to find any overloading of a_store() from erik's "enter the dragon" until today |
| 20:59.38 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:07.54 | brlcad | caen23: that may be one that was originally missed or one introduced during the rewrite |
| 21:24.59 | caen23 | brlcad: hmm… i think i've got it. apparently, _mm_store_pd is for doubles, and _mm_store_ps is for floats. and i've simply overloaded a_store |
| 21:30.45 | caen23 | but pd stores 2 doubles and ps stores 4 floats |
| 21:36.39 | caen23 | brlcad: now i believe it works properly. it compiles, but i'm not entirely sure i haven't introduced a new bug, perhaps you'll have a look when you have the time? |
| 21:56.10 | jordisayol | caen23: I'm still getting compile errors on Linux 64-bit |
| 21:56.12 | jordisayol | http://paste.debian.net/216664/ |
| 21:58.40 | caen23 | jordisayol: i was referring to the mac, but it shouldn't break on linux either. let me check |
| 22:01.10 | caen23 | it doesn't break on my 64-bit linux mint, so i'll have to try 64-bit deb |
| 22:02.05 | jordisayol | caen23: which cmake flags did you use? |
| 22:03.12 | caen23 | jordisayol: i compiled using the instructions on the wiki http://brlcad.org/wiki/Compiling are you building with warnings treated as errors? |
| 22:03.52 | jordisayol | nop. I'm using sh/make_deb.sh script |
| 22:04.29 | caen23 | i don't think i'm familiar with what that does |
| 22:05.41 | caen23 | ok, i found out |
| 22:06.55 | jordisayol | caen23: it simply makes this cmake: |
| 22:06.56 | jordisayol | cmake -DBRLCAD_BUNDLED_LIBS=ON \ |
| 22:06.56 | jordisayol | -DBRLCAD_FLAGS_OPTIMIZATION=ON \ |
| 22:06.56 | jordisayol | -DBRLCAD_ENABLE_STRICT=OFF \ |
| 22:06.56 | jordisayol | -DBRLCAD_FLAGS_DEBUG=OFF \ |
| 22:06.56 | jordisayol | -DCMAKE_BUILD_TYPE=Release \ |
| 22:06.57 | jordisayol | -DCMAKE_INSTALL_PREFIX=/usr/brlcad \ |
| 22:06.57 | jordisayol | -DDATA_DIR=share \ |
| 22:06.58 | jordisayol | -DMAN_DIR=share/man |
| 22:08.59 | caen23 | i'm installing 64-bit deb and i'll try building to see what errors i get |
| 22:09.59 | jordisayol | caen23: I don't understand you. which deb are you installing? |
| 22:10.29 | caen23 | the 64-bit version |
| 22:10.57 | jordisayol | brlcad deb 64-bit? |
| 22:11.39 | caen23 | debian 6 from their website, not from the vm brlcad provides |
| 22:12.02 | caen23 | are you using the vm? |
| 22:12.13 | jordisayol | no no, you can do it in linux mint 64-bit |
| 22:12.37 | jordisayol | yes. I always use vm to generate deb packages |
| 22:12.37 | caen23 | i don't get any errors with that one, it compiles fine |
| 22:12.59 | jordisayol | did you use the sh/make_deb.sg script? |
| 22:13.10 | jordisayol | s/.sg/.sh/ |
| 22:13.34 | caen23 | no. do you encounter the error only when using that script? |
| 22:13.43 | jordisayol | yes |
| 22:14.46 | caen23 | hmm… ok, then i'll try running it too |
| 22:15.10 | jordisayol | sure. you can run it on linux mint |
| 22:16.30 | caen23 | what's the first argument you're passing to make_deb.sh? |
| 22:16.54 | jordisayol | -b |
| 22:17.52 | jordisayol | caen23: I'm getting errors doing as in the wiki too |
| 22:18.44 | caen23 | same errors? |
| 22:18.49 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 22:18.55 | jordisayol | http://paste.debian.net/216667/ |
| 22:34.41 | jordisayol | caen23: I have to go |
| 22:35.15 | jordisayol | bye bye |
| 22:35.21 | caen23 | jordisayol: sorry i couldn't fix it, on mint it's still building, and i can't figure out how to solve it without breaking it first |
| 22:35.24 | caen23 | bye |
| 22:36.30 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:35.50 | Notify | 03BRL-CAD:caen23 * 54069 brlcad/trunk/include/dvec.h: Remove buggy cast from float* to double* |
| 23:35.52 | Notify | 03BRL-CAD:caen23 * 54070 brlcad/trunk/include/vector_x86.h: Overload a_store() to work with float* arguments, too. This enables compilation on the Mac |
| 23:35.54 | Notify | 03BRL-CAD:caen23 * 54071 brlcad/trunk/include/vector_x86.h: _mm_store_pd stores 2 doubles, while _mm_store_ps stores 4 floats, so update code accordingly |
| 23:35.59 | Notify | 03BRL-CAD:jordisayol * 54072 (brlcad/trunk/misc/debian/brlcad.postrm brlcad/trunk/sh/make_rpm.sh): update Linux deb/rpm remove scrips |
| 23:36.07 | Notify | 03BRL-CAD Wiki:AmieesaseatwaghsmebtncsoegammvuyaiaqtbpzWildauer * 4784 /wiki/AmieesaseatwaghsmebtncsoegammvuyaiaqtbpzWildauer: New page: If you're considering making just a little toy, a statue, or something little types correct in your home, a plastic mildew is ideal for you personally. You should buy used plastic gadgets ... |
| 23:36.08 | Notify | 03GCI: Melange: Publish two Eclipse write-ups to our wiki - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 23:36.09 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 23:52.27 | maths22 | Is there any way to test modifications to the notifier script on a test input? |
| 23:54.41 | *** join/#brlcad andrei_ (~andrei@188.25.159.191) | |
| 03:51.19 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 03:51.19 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 04:32.36 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - you assume correctly You assume correctly about calling from within parallel_interface. You have the right idea about taking advantage of the ability to pass an argument. What it amounts to is making it so that parallel_func and parallel_arg are not used for platforms... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 04:33.16 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 04:39.23 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - patch As for your patch, put your new affinity function into a new file (see sh/template.sh). You added the bu_set_affinity() function in the right function, but it's not right. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 04:39.49 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 04:40.49 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 04:44.20 | Notify | 03GCI: Sean: Create a Torus Model and Diagram - no worries Thanks for your patience to work through all of the issues. It should help make any others go even more quickly, should you take more on (we have a couple dozen primitives). I also always extend the time a little bit whenever we follow-up and ask for changes just as a matter of... http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 04:46.25 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - use our VM Abhishek, you needed to use a compilation of BRL-CAD that has Bullet enabled. The virtual machine image we provide (http://brlcad.org/wiki/Deuces) has/had everything you needed pre-installed and pre-configured ready to go. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 04:56.46 | maths22 | brlcad/``Erik: Is there any way to test modifications to the notifier script on a test input? |
| 04:56.54 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - more work needed Ashwin, it looks like you're really on the right track, but some more work is needed. First the content. Note that the brep command supports a variety of sub-commands (info, plot, intersect..) but your description only mentions the latter. The first two are... http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 04:56.56 | maths22 | I just want to make sure you two had seen it |
| 04:56.59 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 04:57.00 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 05:13.25 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - not your build log So for starters, that is not your build log. That is your cmake configuration log. That's a very important distinction to understand. Second, so your inspection that the problem stems from those colons seems fair, but lacks understanding for where they're... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 05:14.12 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 05:14.14 | brlcad | maths22: I'd just test it manuallly myself -- feed it some input and see if it parses/translates it correctly |
| 05:21.33 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Link latter to prior It doesn't look like anything links to Compiling/Eclipse/Manually? Compiling/Eclipse should mention and link to it somewhere briefly. Also the link on the Main page should be under "Want to get involved?" not under the tutorials section. Notice the other Compiling... http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 05:21.38 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 05:21.43 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 05:27.15 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - hrm I find it hard to believe you didn't find a spelling mistake in src/util... :) Either way, sounds good. Submit what you have. How many spelling mistake occurences have you fixed (including duplicates)? http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 05:27.56 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 05:30.39 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:35.02 | *** join/#brlcad merzo (~merzo@241-127-132-95.pool.ukrtel.net) | |
| 05:36.58 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Re: hrm I have till now found 19 mistakes (including duplicates) . So should I find 1 more or submit it with 19 ?? http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 05:37.34 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - of course Of course, the Internet! You can learn about the various file types all over the web. :) Still, you've put in reasonable effort and this may be a starting point so I'm going to close out the task. I'm not sure if we can use it in its current form given so many... http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:37.44 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 05:42.16 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - looks great A quick review and test application of the patch and everything looks perfect. Nicely done! If you provide your full name (if you haven't already), I'll be sure you're properly credited in our authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 05:42.21 | Notify | 03GCI: Sean: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 05:50.35 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - filename :: spell_check.diff I have uploaded the file with 19 mistakes (including duplicates ).Is it OK ..... http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 06:00.13 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - very close That's very close to what we're looking for, but is lacking in just a couple areas. First off, the tutorial jumps into shader panel with some unknown example geometry (stem1.r). The tutorial should give a concrete example. Create a sphere (make my.sph sph), create a... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 06:00.22 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 06:00.23 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 06:01.53 | Notify | 03GCI: Sean: Model an hourglass in BRL-CAD - see the references That's a complicated question, but you could start my taking a look at the scripting examples in the references. You may want to try at manually place a bunch at first and once you find a common pattern, you can try to script it. http://www.google-melange.com/gci/task/view/google/gci2012/8017215 |
| 06:11.51 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - what I see I see the following: writable each vertices database and tessellation re-sized (doesn't count) barometric (wrong fix, barycentric) faceted until top level (top-level) non minimal (non-minimal) non air (non-air) subdirectory (doesn't count)... http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 06:13.13 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - mark as complete So you'll need to mark it as complete. If you would add the dashes, fix barycentric, and re-upload the patch, that will make it much easier to apply. Thanks again for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 06:15.13 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 06:16.08 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vls.c - untested, but looks like a lot of work I haven't tested the patch but it certainly looks like you've put a lot of effort into it. This was one of the more involved unit tests, so thank you for your efforts rounding it out! http://www.google-melange.com/gci/task/view/google/gci2012/7979226 |
| 06:17.08 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 06:19.30 | Notify | 03GCI: Sean: Combine letters for "BRL-CAD" into one 3D model - well done Well done, thank you for making the updates. If you keep an eye out for our news announcement after GCI is over (if you join the brlcad-news mailing list), you'll see a slightly modified version of your work headlining the article. Thanks again! There are several other... http://www.google-melange.com/gci/task/view/google/gci2012/7974264 |
| 06:21.25 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Finished Product The most recent 2 files are the final result. Save them under the same folder and they should work. The blank area between the navigation and the posts is supposed to be a carousel, but I don't know how to program a carousel, so I left it blank. Let... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 06:21.35 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 06:24.06 | Notify | 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 06:26.01 | Notify | 03GCI: Gauravjeet Singh: Find and fix at least 20 spelling mistakes in at least 5 different files - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 06:27.23 | Notify | 03GCI: Sean: Create BRL-CAD-to-Blender tutorial - much better Now that's MUCH better. I even like how you extended the tutorial to talk about how to reparameterize the triangle mesh into a quad mesh once imported into Blender. Note that the reason for the scaling size disparity is because the moss.g model is modeled in millimeters and... http://www.google-melange.com/gci/task/view/google/gci2012/7958232 |
| 06:28.33 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 06:31.54 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - would you Would you upload a screenshot of what it looks like for you? The references in the xml file still don't seem to be correct. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 06:35.56 | caen23 | brlcad: regarding the building failure on 64 deb, it appears there's an array, data.v[], which stores doubles and also needs overloading to store floats, but i can't fix it right now |
| 06:38.06 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 06:39.25 | brlcad | caen23: understood, no worries |
| 06:39.50 | brlcad | suggest just hacking around it for now until a fix is made, shouldn't be more than a day or two |
| 08:14.28 | Notify | 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:21.30 | Notify | 03GCI: Andrei Popescu: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:25.06 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 09:01.12 | Notify | 03GCI: Sharan: Model a Fresnel lens - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 09:05.58 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Clarification I understand that it may be my bad that I did not explain clear enough. I apologize for that. But in the last line said that configurations are incomplete, so I think that building it will not be possible, nonetheless, I will still try to build using make... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 09:07.29 | Notify | 03GCI: Sharan: Create a Torus Model and Diagram - Hey Thanks for inculding my name in the authorship. You really tested my patience. My full name is Sharan Narayan. Email- sharan.nyn@gmail.com I am from India, so GMT is a alot different. I go to school Mon-Sat. So, If my task needs more work then extension would be really helpfull. http://www.google-melange.com/gci/task/view/google/gci2012/8059206 |
| 09:11.40 | Notify | 03GCI: Ashish: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:35.04 | Notify | 03GCI: Andrei Popescu: Categorize all of BRL-CAD's commands into a spreadsheet - Task Assigned This task has been assigned to Ashish. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:36.39 | Notify | 03GCI: Andrei Popescu: Model a Fresnel lens - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 09:52.00 | Notify | 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 09:53.10 | Notify | 03GCI: Sharan: Model a Fresnel lens - Done Made this yesterday but claimed today. was waiting for my previous work to be reviewed http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 09:53.46 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 09:55.36 | Notify | 03GCI: Andrei Popescu: Test and update our simulation / animation tutorial - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 10:07.26 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - What are the dependencies? What are the dependencies that I need? I cannot install the VM since I don't have sufficient bandwidth to download it (yeah I know it sounds crazy). Is there any page in your wiki where I can find them? http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 10:55.18 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 10:57.53 | stevenkou | In some of the files generated by cmake while configuring, it contains the : character, is there any way to stop this from occuring? |
| 11:02.09 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 11:08.43 | *** join/#brlcad Silvrous (4f704d17@gateway/web/freenode/ip.79.112.77.23) | |
| 11:18.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133) | |
| 11:19.36 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 11:43.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133) | |
| 11:48.33 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:55.27 | Notify | 03GCI: Daniel Rossberg: Model a Fresnel lens - Your lens isn't solid As far as I can see your lens is hollow. And I don't think that an elliptical torus is the right shape. I would recommend to use a usual lense shape (section of a sphere or ellipsoid?), cut these shape with cylinders into rings and shift these rings to a Fresnel lens. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 11:55.32 | Notify | 03GCI: Daniel Rossberg: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:01.14 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4785 /wiki/Compiling/Eclipse: |
| 12:01.54 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4786 /wiki/Main_page: /* Tutorials */ |
| 12:02.55 | Notify | 03BRL-CAD Wiki:Jasonspriggs * 4787 /wiki/Main_page: /* Want to get involved? */ |
| 12:03.15 | Notify | 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 12:03.25 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 12:18.03 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.133) | |
| 12:18.29 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 12:20.42 | Notify | 03GCI: Sharan: Model a Fresnel lens - Misunderstanding I think you might have misunderstood the rendered image beacuse it is made up of glass. Check out the plastic.png which is made up of plastic. I was aware of the lens being hollow, So i added rings and a base. You can check out the Hollow + Base.png, where there are no rings. If you... http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:23.02 | Notify | 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:28.10 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - bu_set_affinity If I put it in a different file, how can I make the other source files access it? Something to do with Cmake? Just tell me where I need to start looking for how to do this.(What I need to Google for, what files I need to look at, that sort of... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:30.33 | *** join/#brlcad ashwinlokkur1 (~Adium@117.216.152.195) | |
| 12:31.17 | Notify | 03GCI: Daniel Rossberg: Model a Fresnel lens - I checked the BRL-CAD file lensperfect (with missing .g ;) And there I saw that the rings are hollow. You modelled the boundery from an elliptical torus, the intersction of two cylinders and a baseplate. However, a Fresnel lens is solid. There is no air in the rings. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:31.22 | Notify | 03GCI: Daniel Rossberg: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:36.53 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Add it to the file list in CMakeLists.txt and add the function prototype to an appropriate header file. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:41.15 | Notify | 03GCI: Sushain Cherivirala: Categorize all of BRL-CAD's commands into a spreadsheet - Thanks! thanks! Maybe I will (after finals) :) http://www.google-melange.com/gci/task/view/google/gci2012/7987215 |
| 13:11.44 | *** join/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 13:43.10 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 13:59.29 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Make command Due the error during cmake, the makefile is not generated, therefore make cannot continue, is there any cmake files that can be edited to stop cmake from generating file with names that include colons? As long as the files generated in the build directory... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 14:20.21 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Two lines from your log-file Call Stack (most recent call first): src/other/tcl/doc/CMakeLists.txt:291 (configure_file) What happens there in this file? http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 14:23.32 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Re: Two lines from your log-file if (NOT CMAKE_CONFIGURATION_TYPES) configure_file(${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tclmann} COPYONLY) from line 290 to 291 Do you know what is happening? http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 14:30.13 | *** part/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 14:30.46 | *** join/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 14:32.16 | *** part/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 14:34.37 | *** join/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 14:48.27 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - notice the progress on the other task Ashish, notice the progress that was made on the other (identical) categorization task: http://www.google-melange.com/gci/task/view/google/gci2012/7987215 That task is considered incomplete, but was closed after Sashain put a good... http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 14:48.52 | d_rossberg | stevenkou: contains this CMakeLists.txt a "create.n"? |
| 14:50.50 | stevenkou | d_rossberg: do you mean if the CMakeLists.txt contains the name "create.n" |
| 14:51.21 | d_rossberg | yes, i.e. the one in src/other/tcl/doc |
| 14:52.58 | stevenkou | it does not contain the text "create.n" the file cmake is requesting does exist, it is called"pkg::create.n" |
| 14:54.40 | stevenkou | when listing files from the cygwin terminal, the filename is accurate, but when i look for the file in windows explorer, it is called "pkg create.n" where the colon is replaced by a strange spacing due to windows not supporting colons in its file names |
| 14:56.47 | d_rossberg | in a first attempt i would try to switch off the generation of man pages in cmake |
| 14:57.36 | d_rossberg | (another would be to use a cygwin implementation of cmake - if there is one) |
| 14:58.11 | stevenkou | i have cmake installed with cygwin, and another in windows already |
| 14:58.36 | Notify | 03BRL-CAD Wiki:Sean * 4788 /wiki/Compiling/Eclipse: clean up |
| 14:59.15 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 15:00.40 | stevenkou | in order to witch off the generation of man pages in cmake, what flags are needed? or should tk be disabled? |
| 15:01.46 | Notify | 03GCI: Sean: Publish two Eclipse write-ups to our wiki - hanks That looks good. I made a few changes, but that looks perfectly useful now. If you provide your full name, I'll be sure to credit you in our website authorship documentation. http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 15:05.41 | d_rossberg | BRLCAD_EXTRADOCS ? |
| 15:10.39 | Notify | 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:13.32 | stevenkou | i added -DBRLCAD_EXTRADOCS=OFF to my cmake, but it still fails |
| 15:14.20 | *** join/#brlcad andrei (~andrei@188.25.159.191) | |
| 15:18.17 | Notify | 03GCI: Sean: Model a Fresnel lens - create the corresponding lens Sharan, make the lens out of just ELL and RCC primitives. I don't believe a torus is not going to provide the right surface curvature (prove me wrong). See this link on lenses in general including the two slides near the end on Fresnel lenses:... http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:22.54 | brlcad | the third-party sources may not be properly protected |
| 15:24.51 | andrei | hello |
| 15:25.03 | d_rossberg | stevenkou: which version of cmake do you use? cygwin or Windows? |
| 15:27.00 | Notify | 03GCI: Sharan: Model a Fresnel lens - Update I just made the frensellens.g out of sphere and rcc http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:27.54 | stevenkou | i use the commands within the cygwin terminal, i suppose that it is cygwin, do tell me if i'm wrong or a way to verify |
| 15:28.37 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - basically bullet Basically, I think you just need Bullet installed, but it'll need to be specified such that it's properly found during the "cmake" configuration step. See our INSTALL file for details and try http://brlcad.org/wiki/Compiling AFTER you install Bullet. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 15:31.07 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - I'll check on that Thanks. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 15:32.37 | stevenkou | d_rossberg: I have verified that my windows path does not contain anything leading to my windows cmake installation, even if i use cmake from windows command prompt, it cannot be executed unless the cygwin path is added. Does it eliminate one source of problem now? |
| 15:35.08 | d_rossberg | that's strange because in this case cmake should see the cygwin names wit :: ... shouldn't it? |
| 15:36.41 | stevenkou | yes, i do agree with you, since i am able to see it thru the cygwin terminal, but it is okay, i have disabled compiling for tk and tcl, configurations completes! but using the make command failed at 1% |
| 15:38.01 | stevenkou | i have updated a newer log, you may wish to check it out to see what i have tried |
| 15:39.54 | d_rossberg | BRL-CAD needs TCL ... i would recommend to comment the generation of man-pages out (e.g. in line 128 of src/other/tcl/CMakeLists.txt) |
| 15:40.30 | d_rossberg | for the compilation test |
| 15:43.14 | stevenkou | DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_EXTRADOCS=OFF -DBRLCAD_TK=OFF -DBRLCAD_TCL=OFF, so i take away the last three flags and just comment out the line you have mentioned? |
| 15:43.46 | stevenkou | sorry, this is the command that i last used for cmake: cmake ../brlcad -DCMAKE_BUILD_TYPE=Release -DBRLCAD_BUNDLED_LIBS=Bundled -DBRLCAD_EXTRADOCS=OFF -DBRLCAD_TK=OFF -DBRLCAD_TCL=OFF |
| 15:45.17 | d_rossberg | ok ... however your build breaks in zlib, there is no tcl yet ... |
| 15:46.17 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:47.39 | Notify | 03GCI: Silvrous: Implement runtime detection of SSE - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8007218 |
| 15:47.53 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 15:48.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133) | |
| 15:48.34 | Notify | 03GCI: Andrei Popescu: Implement runtime detection of SSE - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8007218 |
| 15:48.44 | d_rossberg | stevenkou: it's unlikely that you'll succeed in compiling BRL-CAD under cygwin; you should document the ::-problem and investigate what's wrong with zlib (or a zlib tool) and try to solve this one |
| 15:52.07 | stevenkou | i have already noted down the problem previously in my log, i am trying to compile as much as i can |
| 15:56.29 | d_rossberg | there will probable be follow-on tasks to investigate the problems you found |
| 15:56.52 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Thanks :) Would you know anything about the question above it also? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:03.35 | Notify | 03GCI: Sean: Model a Fresnel lens - better Sharan, that's better but still has a few issues. A sphere is an ELL so that part is good. There should, however, be just one instance of the lens surface, ie, one sphere, that is reused. Instead of making a sph1, sph2, ..., model the lens using just one sph. The way to do that is to apply a matrix... http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 16:03.45 | Notify | 03GCI: Sean: Model a Fresnel lens - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 16:08.41 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - apparently my reply was eaten You're on the right track with the struct, but not how you're using it. Right now, bu_parallel() sets the two static global variables, calls parallel_interface() (via pthread_create()), that calls the user's callback function (that was... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:09.21 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 16:09.39 | stevenkou | d_rossberg: perhaps it is because i have been working with the same build folder for quite a long time and it is corrupted or some sort, i tried cmake again and disabled generation of man-pages for tcl and tk, my build is further now, stopped at 3%, i have updated my log once again. pardon me for having no experience on such areas, but you may want to take a look to see what failes, but i think that it is the same error in the makefile as the previous bu |
| 16:10.32 | stevenkou | is zlib neccessary? can i not build it? |
| 16:12.29 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - I'm not sure but shouldn't you set the affinity before doing the work (parallel_func)? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:12.43 | *** join/#brlcad stevegt_ (~stevegt@wsip-184-178-114-167.sd.sd.cox.net) | |
| 16:13.41 | brlcad | interesting: http://www.technologyreview.com/view/508826/quantum-imaging-technique-heralds-unjammable-aircraft-detection/ |
| 16:13.58 | ``Erik | brlcad: how is https://google-melange.appspot.com/gci/task/view/google/gci2012/8007218 not duplicate of src/libbu/simd.c ? |
| 16:14.59 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Got it But should the function type in the struct also be of void type? If so, currently bu_set_affinity is an int. Should I make t void and use function bu_log(which I've so far seen in many places to log errors) to log any errors? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:16.16 | brlcad | ``Erik: hm, I don't think I'd seen that file (or at least realized it was run-time) |
| 16:16.21 | brlcad | is that hooked in? |
| 16:17.00 | brlcad | because the build system still turns SSE off due to the places it'll crash afaik, and the TODO entry was still there when I made the task |
| 16:17.25 | brlcad | so the task could be to use that and turn it on |
| 16:17.53 | brlcad | or could just see what Silvrous comes up with :) |
| 16:20.14 | ``Erik | it was wired in and working at one point |
| 16:20.41 | d_rossberg | stevenkou: zlib (the library) was build during the last run, the problem was probably a tool there (?) |
| 16:21.14 | ``Erik | yeah, it's wired into cmake and cpp logic is for system defined symbols |
| 16:21.29 | d_rossberg | you should clean up your build and start again |
| 16:22.15 | ``Erik | it's gnuc, so maybe rework the task to be to add clang support? |
| 16:22.16 | stevenkou | during my last run that went up to 3%, i realised that zlib did not build again after all the deletion of my build directory and starting all over again with cmake |
| 16:24.05 | caen23 | brlcad: i'm trying to fix the dvec/vector_x86 problems. i need to make all the functions work with float, too. but i'm stuck, i don't know how to overload this http://slexy.org/view/s2126iIWOh if i work with doubles, i need to call *_pd, if i work with floats, i need to call *_ps. but in this case, the program doesn't know whether the array data.v[] is float or double. what should i do? i think it would be easier to reencode the arrays to double before doing |
| 16:24.06 | caen23 | anything with them, but i don't know how to do that and i'm not sure it's ok |
| 16:24.50 | brlcad | ``Erik: so you're welcome to steer them to that file and say pick up and verify/integrate/whatever |
| 16:26.40 | brlcad | caen23: that's why I mentioned my previous commit -- I believe I separated the two at the class level |
| 16:26.46 | brlcad | there was a dvec and an fvec |
| 16:27.00 | stevenkou | d_rossberg: do look again at my log, actually i have cleaned up my build directory and yet the same problem is occuring |
| 16:27.12 | caen23 | brlcad: you mean you had two classes? |
| 16:27.21 | brlcad | I think so |
| 16:27.34 | brlcad | that was a few months back |
| 16:28.03 | brlcad | it might help to revert all the way back to a previous state before all these edits started occurring and walk forward |
| 16:28.07 | stevenkou | d_rossberg: i will have to go now, thank you for all your assistance all the while, i will continue working on this tomorrow |
| 16:28.43 | *** part/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 16:29.32 | caen23 | brlcad: i'll try writing fvec first. if i fail, i'll try starting with an older version and going forward |
| 16:31.01 | d_rossberg | there is still "Generating Tcl man pages..." in your log followed by "Configuring incomplete" |
| 16:56.19 | Skriptkid | brlcad: Could you please look at thread affinity integration task? I implemented the struct. |
| 17:01.11 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.63.133) | |
| 17:03.56 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.63.133) | |
| 17:10.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:12.24 | Notify | 03GCI: Sharan: Model a Fresnel lens - Extension I might need a extension http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 17:12.35 | caen23 | brlcad: hmm… by writing a second class, i got it to compile, but something weird happens on debian. apparently, if i define both f(double) and f(float) inside vector_x86, but i call it as f(fastf_t) inside dvec.h, it doesn't expand and i get an error about f(fastf_t) not being defined. deb comes with gcc 4.4.5, could this be the culprit? |
| 17:19.10 | Notify | 03BRL-CAD:bob1961 * 54073 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Updated SketchEditFrame::pick_vertex to take an optional tag argument that gets passed to the canvas' "find" command. Changed the units for mPickTol to pixels. Also changed the line creation mode to assume connected line segments until the user press Escape. This gets rid of the <Shift> modifier. |
| 17:31.32 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 17:32.59 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Thank You Dear BRL CAD, Thank you once again. This is no easy task, designing and programming a webpage. I will submit a screenshot soon and see if I can fix the problem. I think what may be happening is an upload error. I will email you it once done, instead of... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 17:35.10 | Notify | 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 17:39.46 | Notify | 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 17:39.47 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - on the right track It looks like you're on the right track though a couple comments and questions are raised. First comment, you'll still going to need to have a version of the parallel_interface callback that takes no parameters because there are a lot of other... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:39.48 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:42.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.63.133) | |
| 17:43.02 | brlcad | caen23: that's probably what the other dev ran into when they reverted my change |
| 17:44.15 | Notify | 03BRL-CAD Wiki:Tbrowder * 4789 /wiki/Deuces: /* Getting Started */ |
| 17:50.25 | caen23 | brlcad: hmm… my guess is it's never been written to accept floats. going back inside bu.h, fastf_t has never been a float until a couple of days ago. but i could be mistaken, i don't understand it very well |
| 17:51.51 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 17:53.52 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 17:54.07 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - :D done http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 18:34.13 | Notify | 03GCI: jasons: Publish two Eclipse write-ups to our wiki - Re: thanks Jason Spriggs :) http://www.google-melange.com/gci/task/view/google/gci2012/8038207 |
| 18:34.43 | Notify | 03BRL-CAD Wiki:Jacksixb * 4790 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 18:36.48 | Notify | 03GCI: Cezar: Enable our test_density tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 18:38.01 | brlcad | caen23: that's the mistake... |
| 18:38.07 | brlcad | bu.h wasn't supposed to be committed |
| 18:38.12 | brlcad | probably my doing applying a gci patch |
| 18:38.44 | brlcad | fastf_t has been a float before, it was just a really long time ago |
| 18:39.56 | caen23 | so the solution is to simply modify bu.h, or do we make it work with floats, too? |
| 18:41.37 | brlcad | yes |
| 18:41.50 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - hrm... That's looking better, but you don't show the making of the sphere, the making of the region, or the steps for using the stack shader. You clearly did them, so you're just missing the text and images that show others how to do what you did. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 18:44.27 | Notify | 03BRL-CAD:brlcad * 54074 brlcad/trunk/include/bu.h: revert the fastf_t change to float introduced after r54057, that was not intentional with the comment change on fclose(). |
| 18:44.46 | Notify | 03GCI: Sean: Enable our test_density tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 18:46.43 | Notify | 03BRL-CAD:brlcad * 54075 brlcad/trunk/include/bu.h: reapply the comment change that was intended in r54067. fclose() after bu_temp_file() shouldn't be optional. |
| 18:51.13 | Notify | 03GCI: Daniel Rossberg: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 18:56.55 | Notify | 03GCI: Cezar: Enable our test_density tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 18:58.07 | Notify | 03BRL-CAD:caen23 * 54076 brlcad/trunk/src/libanalyze/CMakeLists.txt: Move test_density.c into a tests/ directory (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7986225) |
| 18:58.30 | Notify | 03GCI: Cezar: Enable our test_density tool for compilation - Commit r54076 Commit r54076 http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 18:59.37 | Notify | 03GCI: Sean: Enable our test_density tool for compilation - missed one thing Nicely done, Cezar. You just missed deleting the commented-out line in CMakeLists.txt that still reference the test program. ;) http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 18:59.42 | Notify | 03GCI: Sean: Enable our test_density tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7986225 |
| 19:04.16 | *** join/#brlcad Silvrous (4f704d17@gateway/web/freenode/ip.79.112.77.23) | |
| 19:10.00 | Silvrous | regarding the runtime SSE implementation, I must basically test whether the processor supports SSE, right? |
| 19:20.34 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 19:21.19 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - . I think it is all you asked for :D http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 19:24.13 | ``Erik | Silvrous: the basic capability is in src/libbu/simd.c using gcc... that task probably needs tweaking (like port it to clang or msvc and test?) |
| 19:27.33 | Silvrous | ''Erik: http://www.google-melange.com/gci/task/view/google/gci2012/8007218 the task states that it is not yet implemented. |
| 19:27.55 | ``Erik | yeah, brlcad didn't realize that simd.c was there when he wrote it |
| 19:28.45 | brlcad | new gci task: bug fix ged draw crash: http://www.google-melange.com/gci/task/view/google/gci2012/8114203 |
| 19:29.33 | brlcad | and ``Erik didn't update our todo file when he implemented it :P |
| 19:30.20 | brlcad | or the NEWS file or otherwise document it in any fashion other than dropping in the .c file :P |
| 19:31.28 | ``Erik | there were .h changes, too |
| 19:31.40 | ``Erik | (it was in the todo?) |
| 19:32.46 | Silvrous | And here I was learning about assembly to do something with cpuid :P What should I do now? |
| 19:33.32 | ``Erik | Silvrous: what OS do you use? |
| 19:34.21 | Silvrous | Windows, Ubuntu and the VM image from the brlcad website |
| 19:34.40 | ``Erik | do you have msvc? |
| 19:35.55 | Silvrous | no, and I don't think I have enough space on the Win drive for it right now |
| 19:37.36 | Silvrous | Oh wait! sorry, apparently I have VS 2010 with C++ installed |
| 19:38.25 | ``Erik | hm, ok, what about making a small program to try all the SIMD levels specified in bu.h (around line 6175) as a test program to include in BRL-CAD (src/libbu/tests/bu_simd.c ?) and change the cpu on the vm image through each kind to collect the results? |
| 19:39.03 | ``Erik | or port the function to msvc and test it to get it working on windows, or port it to clang on linux |
| 19:39.14 | ``Erik | I'd imagine any one of those 3 options would be roughly right-sized (brlcad?) |
| 19:40.14 | Notify | 03BRL-CAD:brlcad * 54077 (brlcad/trunk/configure.ac brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt and 2 others): eliminate enigma from our distribution. *sniff* it's a maintenance cost that recently reared its head once again, which isn't acceptable for an interface we're not using. it's even more obsoleted as time goes by as a public domain replacement for 'crypt' considering some desktop systems can |
| 19:40.16 | Notify | bruteforce crack them in mere seconds. if we need to encrypt something, we can look to modern methods. doesn't go through our deprecation process because it's back-end infrastructure, not a tool we've provided (hence why it's always been in misc) |
| 19:41.45 | Notify | 03BRL-CAD:brlcad * 54078 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: enable pictx.xml for compilation and sort the list for readability |
| 19:44.15 | brlcad | Silvrous: do you have access to a pentium M ? |
| 19:44.53 | Silvrous | No, I only have access to Celeron and Core 2 Duo |
| 19:45.07 | ``Erik | bochs has a significant list of cpus it can emulate |
| 19:45.15 | ``Erik | I think qemu has a decent list, too |
| 19:46.25 | brlcad | so the problem that spawned the to-do entries is that a program will crash with an illegal instruction of you run an -msse program on non-sse capable hardware |
| 19:47.59 | brlcad | very non-graceful at that, so we've had to disable SSE outright since the compiling host isn't necessarily the system running the binary |
| 19:48.53 | brlcad | so progress could be made to use that function (assuming it doesn't also cause an illegal instruction on non-sse capable hardware) to prevent run-time use of sse |
| 19:49.03 | brlcad | making sure that all works |
| 19:50.20 | brlcad | right now, we only compile with SSE if it's a debug build so we don't accidentally post a busted binary for people to download |
| 20:07.59 | Notify | 03BRL-CAD:caen23 * 54079 brlcad/trunk/src/libanalyze/CMakeLists.txt: Remove reference to old test_denisty.c, now tests/denisty.c |
| 20:20.37 | Notify | 03BRL-CAD:caen23 * 54080 (brlcad/trunk/include/dvec.h brlcad/trunk/include/vector_x86.h): Overloading functions to accept float arguments is no longer necessary |
| 20:21.07 | Notify | 03BRL-CAD:caen23 * 54081 brlcad/trunk/src/libanalyze/tests/density.c: Main returns 0 |
| 20:22.47 | caen23 | hmm… i think i've achieved my goal of completing the 100th task |
| 20:23.22 | brlcad | caen23: what do you mean? :) |
| 20:23.35 | caen23 | ugh, nevermind, it didn't refresh properly |
| 20:23.56 | caen23 | there are 103 task completed, i thought there were 100 and i got the latest one :D |
| 20:24.47 | brlcad | ah, :) |
| 20:25.19 | brlcad | yeah, looks like "John" got #100 .. brl-cad to blender tutorial |
| 20:39.54 | Notify | 03BRL-CAD:brlcad * 54082 brlcad/trunk/src/proc-db/CMakeLists.txt: apply a work-in-progress patch submitted by brendon jackson via e-mail, part of an independent study to create molecular geometry. this stubs main. |
| 20:41.09 | Notify | 03GCI: Cezar: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 20:48.07 | Notify | 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 20:48.08 | brlcad | caen23: so that's a tricky one |
| 20:48.36 | brlcad | the issue is related to how resources and directory entries are used/reused |
| 20:48.40 | caen23 | i haven't compiled the example program yet, but i'm thinking reference counting? |
| 20:49.08 | brlcad | as a solution, perhaps but shouldn't technically need it |
| 20:50.11 | brlcad | there's a few "features" in play that have to be cared for, like what legitimately happens if you dirbuild one .g file and then dirbuild another into the same database instance -- that's the method used to merge two files |
| 20:50.15 | brlcad | (dbconcat) |
| 20:51.01 | brlcad | another is that the example program is even simpler, it's before we even have a database instance (it returns one), so we SHOULDN'T be getting duplicate geometry messages |
| 20:51.04 | brlcad | regardless |
| 20:51.47 | brlcad | the references are apparently getting stashed on the rt_uniresource, but then that's perhaps the problem to fix |
| 20:52.00 | brlcad | (shouldn't be stored on the rt_uniresource!) |
| 20:52.38 | brlcad | caen23: note that the example is in src/proc-db/wdb_example.c |
| 20:52.44 | brlcad | so you don't have to download that wiki page source |
| 20:55.58 | caen23 | thanks for the pointers, i'll need to study librt a bit |
| 20:57.06 | brlcad | nods |
| 23:24.49 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - sorta So it looks like you did the first half, showing how to create the sphere region, but not the second piece -- showing how to use the stack shader. Also, you don't show how you made the renderings and the blue glass one is not visible. A tutorial needs to be completely... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 23:24.54 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 23:50.53 | Notify | 03GCI: Sean: Implement thread creation for Windows - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8086204 http://www.google-melange.com/gci/task/view/google/gci2012/8030203 |
| 23:55.25 | Notify | 03GCI: Sean: Implement mutex locking for Windows - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8095204 http://www.google-melange.com/gci/task/view/google/gci2012/7999206 |
| 00:04.50 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 00:13.25 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 00:34.04 | Notify | 03GCI: Melange: Modify IRC notifier output - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 01:23.56 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 01:24.15 | ``Erik | eck, that patch for cl-cia is wrong (doesn't compile, doesn't make sense), and I thought the modifications I made 2 weeks ago deprecated this as a task :/ |
| 01:35.40 | maths22 | What does not make sense? |
| 01:40.35 | ``Erik | referring to variables that are not in scope, assignment of an undecorated function name to a variable, etc |
| 01:41.10 | ``Erik | (cl-cia is in common lisp, not emacs lisp or scheme... sbcl is the impl it's tested on) |
| 01:42.37 | ``Erik | (and the commit changed line endings through the whole file to dos style, so the diff isn't very helpful) |
| 01:50.56 | ``Erik | I'll have to look over it some more tomorrow morning, I think, see what direction should be taken (if any) |
| 02:11.22 | maths22 | I will see if I can improve it (and not bree endings) |
| 02:11.42 | maths22 | I will also fix the variables if I can |
| 02:16.57 | brlcad | ``Erik: diff -b -B |
| 02:17.04 | brlcad | but yeah, should be fixed |
| 02:17.30 | ``Erik | git diff -w works, too |
| 02:17.41 | brlcad | so what do you want to do with the task? |
| 02:17.46 | brlcad | you'd suggested it |
| 02:18.29 | brlcad | format doesn't technically fit what the task suggests (matching commit), so could still be something |
| 02:19.02 | brlcad | also don't know if you know but notify is no longer in #bzflag, didn't show up to report commits over past couple days |
| 02:19.11 | ``Erik | actually, you suggested it originally :D improving the reliability of the parsing is probably the biggest improvement that could be made |
| 02:19.24 | brlcad | rather, is in there now, but wasn't |
| 02:20.07 | brlcad | I'd requested much more brevity |
| 02:22.33 | ``Erik | more than what's going out now? I thought I'd cut it down to the bare minimum O.o |
| 02:22.43 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 02:28.04 | ``Erik | http://elfga.com/cia-data/ is a dump of data, #'process-brlcad-gci-mail-dir should fill in the notices slot of *state* |
| 02:31.16 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - mged basics It's hard to write a tutorial about importing into BRL-CAD without understanding some of BRL-CAD's fundamental tenants. Unlike Blender, CAD files can and often do contain multiple objects or even top-level objects. MGED doesn't assume that you want to do anything more than open the... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:31.31 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:32.36 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - images note that when you finalize all of the steps that need to be taken, there should be an image for nearly all of them. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:59.17 | Notify | 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - related task There is a related task here: http://www.google-melange.com/gci/task/view/google/gci2012/8084204 http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 03:05.50 | maths22 | brlcad: Just so you know I mirrored the formatting of the sample; the task did not state that the example should match commit notifications |
| 03:09.31 | brlcad | new task: nmg tutorial in C: http://www.google-melange.com/gci/task/view/google/gci2012/8121202 |
| 03:09.37 | brlcad | and a wiki userland version |
| 03:10.09 | brlcad | maths22: the sample was mirrored after commit notifications |
| 03:10.35 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 03:12.38 | maths22 | I mirrored the /clear |
| 03:12.50 | maths22 | sorry. My terminal is a bit strange |
| 03:13.16 | maths22 | I mirrored the example: it should produce output matching the sample if it works |
| 03:13.19 | brlcad | new task: bot tutorial in C: http://www.google-melange.com/gci/task/view/google/gci2012/8093203 |
| 03:13.51 | brlcad | maths22: okay, sounds peachy to me, hopefully erik likes it ;) |
| 03:14.39 | maths22 | I will make it actually work tonight/tomorrow morning. |
| 03:14.52 | maths22 | How would I go about passing a sample file to the script? |
| 03:17.14 | brlcad | new task: bot wiki tutorial: http://www.google-melange.com/gci/task/view/google/gci2012/8119203 |
| 03:17.59 | brlcad | maths22: good question, you can either set it up on your end like erik suggested (http://elfga.com/cia-data/ is a dump of data, #'process-brlcad-gci-mail-dir should fill in the notices slot of *state*) |
| 03:18.14 | brlcad | or set up some little harness program where you can feed it input |
| 03:18.21 | brlcad | then just feed it any of the brlcad-tracker e-mails |
| 03:18.39 | brlcad | all archived on sourceforge |
| 03:19.59 | Notify | 03GCI: Melange: Add missing documentation (for any ONE command) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 03:26.18 | brlcad | starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8009209 work for you? |
| 03:26.37 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 03:26.51 | brlcad | why hello |
| 03:26.58 | brlcad | sexy |
| 03:30.55 | Gmercer015 | brlcad vm always logging me in as brlcad_ |
| 03:31.03 | Gmercer015 | whoops haha |
| 03:31.41 | starseeker | brlcad: I think I looked at that a while back - looked fine |
| 03:32.31 | brlcad | Gmercer015: heh that's right .. default username |
| 03:32.50 | brlcad | starseeker: what'd you want to do with that? |
| 03:33.30 | brlcad | new task: find places to post an open source job: http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 03:33.44 | starseeker | brlcad: I figured it would be useful when the time came to write up the NURBS stuff |
| 03:34.20 | brlcad | you planning on committing it then, or just stashing the file on your end? |
| 03:34.32 | starseeker | brlcad: either way |
| 03:34.33 | brlcad | just wondering how to take that to the next step |
| 03:34.54 | starseeker | you mean a follow-on task? |
| 03:35.20 | starseeker | wasn't sure whether you would want to commit it |
| 03:38.00 | Gmercer015 | why do all functions in poly.c return a pointer to a struct that is already passed into the function? meaning from my understand a call would me polyp = bn_poly_scale(polyp,poly1,poly2) |
| 03:38.11 | brlcad | no, follow-on action -- each of the tasks is being tracked on their status so that nothing falls through the cracks |
| 03:38.22 | Gmercer015 | even though polyp already seems to be multiplied |
| 03:38.26 | Gmercer015 | modified* |
| 03:38.50 | starseeker | we can commit it |
| 03:38.52 | brlcad | starseeker: it's okay to commit if it's documentation for our implementation |
| 03:38.59 | starseeker | brlcad: it isn't, yet |
| 03:39.04 | brlcad | hm |
| 03:39.08 | starseeker | just a list of references |
| 03:39.25 | brlcad | that's a little more problematic the |
| 03:39.31 | starseeker | nods |
| 03:39.33 | starseeker | figured |
| 03:39.46 | brlcad | so then is the end-state "in your hands"? :) |
| 03:39.51 | starseeker | yep |
| 03:40.07 | brlcad | okay, I can track it that way |
| 03:40.18 | brlcad | if I say something again, just say no action or done or whatever ;) |
| 03:40.30 | brlcad | might forget a 100 tasks later |
| 03:40.34 | starseeker | sure :-) |
| 03:40.48 | starseeker | sorry I didn't frame that so it'd be easier to track |
| 03:41.20 | brlcad | as long as it's useful and gets used, it's fine |
| 03:44.32 | *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 03:44.58 | *** join/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 03:45.42 | stevenkou | when building brlcad, is zlib necessary, will brlcad still work without building it? |
| 03:46.04 | starseeker | if you have a system zlib, it will work without building it |
| 03:46.48 | stevenkou | what do you mean, does it mean that if the system that has zlib already installed, the program need not contain it? |
| 03:47.01 | brlcad | new task: showcase article: http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 03:48.16 | brlcad | stevenkou: zlib is necessary, but it can either compile a version we provide or use a zlib you already have installed |
| 03:49.50 | stevenkou | i understand now, i will try to not build it as it is giving problems when compiling using cygwin |
| 03:52.27 | brlcad | caen23: if you want to tackle a problem related to the float fastf_t, there is http://www.google-melange.com/gci/task/view/google/gci2012/8017207 |
| 03:52.44 | brlcad | stevenkou: there's a GCI task for that, is that yours? |
| 03:55.09 | stevenkou | yes, http://www.google-melange.com/gci/task/view/google/gci2012/7961226, i'm currently working on it, my attempt is to compile as much and skip those that are giving problems, will that do? |
| 03:55.58 | brlcad | that will, presuming you can get past the cmake failures |
| 03:56.37 | brlcad | starseeker may be able to help you with some of those, he's a cmake guru and set up the cmake builds |
| 03:56.52 | brlcad | he may have an idea where the :: is coming from |
| 03:57.06 | brlcad | but yeah, you can just comment those out if it comes to it |
| 03:57.15 | stevenkou | i have already resolved the cmake error by skipping the generation of man-pages, i will consult him on that |
| 03:57.34 | starseeker | the "::" may be from Windows path names... |
| 03:57.39 | stevenkou | yes |
| 03:57.58 | starseeker | usually if those aren't being handled correctly it means some quotes are missing around path names |
| 03:58.11 | starseeker | what's the specific failure message? |
| 03:58.40 | stevenkou | let me check it out, i will paste one of the many similar errors here |
| 03:59.02 | stevenkou | CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tk/doc/mann/ttk::treeview.n does not exist. |
| 03:59.03 | stevenkou | CMake Error at CMakeLists.txt:417 (_configure_file): |
| 03:59.03 | stevenkou | <PROTECTED> |
| 03:59.03 | stevenkou | Call Stack (most recent call first): |
| 03:59.03 | stevenkou | <PROTECTED> |
| 04:00.10 | stevenkou | from the first line, it is said that the file cannot be found, but the file does exist and from within the cygwin terminal, the filename is acurrate with the "::" intact, but those colons go missing when viewed from windows explorer |
| 04:00.20 | Notify | 03BRL-CAD:jordisayol * 54083 brlcad/trunk/misc/debian/rules: Don't generate "shlibs" file for Linux deb packages |
| 04:00.41 | starseeker | I'd suggest adding "" around the pathnames in the configure_file command |
| 04:00.44 | starseeker | see if that helps |
| 04:02.45 | stevenkou | i'm not very familiar with this, but which specific file should i be editing? |
| 04:04.02 | starseeker | <PROTECTED> |
| 04:04.59 | brlcad | new task: fix cmake on cygwin: http://www.google-melange.com/gci/task/view/google/gci2012/8093204 |
| 04:05.40 | stevenkou | seems like the new task would help greatly on my task |
| 04:05.45 | brlcad | stevenkou: you can claim that new task if you make progress or like to shift gears for a little bit (you can unclaim/reclaim the task) |
| 04:06.01 | brlcad | it would, and if you figure it out, you get two tasks out of the work ;) |
| 04:06.44 | stevenkou | starseeker: i have previously comment out the generation of man-pages to remove those above mentioned errors, i would have to restore them too right? |
| 04:06.50 | starseeker | yes |
| 04:07.50 | stevenkou | tcl is giving similar problems too, i should do the same by adding "" around the pathnames right? |
| 04:09.25 | stevenkou | This is the original line, configure_file(${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann} COPYONLY) |
| 04:09.26 | stevenkou | it should become configure_file("${man} ${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann}" COPYONLY) |
| 04:11.23 | starseeker | no |
| 04:11.32 | starseeker | ${man} is a separate path from the rest |
| 04:11.50 | starseeker | so ${man} needs its own quotes, as does the subsequent path |
| 04:12.02 | stevenkou | i see, so it should have been configure_file("${man}" "${CMAKE_BINARY_DIR}/${MAN_DIR}/mann/${tkmann}" COPYONLY) |
| 04:12.08 | starseeker | right |
| 04:22.40 | Gmercer015 | why do the functions in poly.c return a struct passed by pointer initially? such that mult returns struct bn_poly but modifies the value anyways |
| 04:23.13 | Gmercer015 | polyp = bn_poly_mult(polyp,poly1,poly2) <-- ex |
| 04:38.58 | brlcad | new task: add new db: http://www.google-melange.com/gci/task/view/google/gci2012/8099208 |
| 04:39.58 | brlcad | stevenkou: you might want to scan all occurences of configure_file() for that same issue |
| 04:41.09 | stevenkou | it did not help when quotes are added around the paths with problems, cmake is still giving errors on the same line, not being able to find the files required |
| 04:43.51 | Notify | 03GCI: Sean: Create geometry database with one of every primitive - external files? Donny, would you provide your external files? http://www.google-melange.com/gci/task/view/google/gci2012/7985226 |
| 04:44.51 | starseeker | stevenkou: what's the correct path, and what's the one being reported? |
| 04:47.28 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:48.14 | stevenkou | what path do you want to know? for the errors? for CMake Error: File /usr/brlcad/rel-7.22.1/brlcad-build/src/other/tk/doc/mann/ttk::labelframe.n does not exist. The real path in windows would be C:\cygwin\usr\brlcad\rel-7.22.1\brlcad-build\src\other\tk\doc\mann\ttk::labelframe.n |
| 04:48.14 | stevenkou | From what I know, all path names are correct, it is just the :: that are preventing things to work |
| 04:50.31 | starseeker | after line 256 in src/other/tk/doc/CMakeLists.txt, try adding the following |
| 04:50.58 | starseeker | message("tkmann: ${tkmann}") |
| 04:51.16 | starseeker | see if that :: is present before configure_file is ever run |
| 04:51.37 | starseeker | it should be ttk_labelframe.n |
| 04:51.45 | starseeker | so somehow _ is becoming :: |
| 04:51.56 | starseeker | what version of CMake do you have? |
| 04:52.13 | stevenkou | 2.8.9, the latest i can get from cygwin |
| 04:53.52 | stevenkou | Quote: "so somehow _ is becoming ::" does it mean that there the cmake is generating filenames wrongly? |
| 04:57.42 | stevenkou | my log file is updated at my task page, please take a look at the last part of the log, it seems like the file are designed to be named with ::, is there anyway to stop this? |
| 04:58.43 | starseeker | stevenkou: look at the cmake logic in that area |
| 04:59.26 | starseeker | are the generated files in ${CMAKE_CURRENT_BINARY_DIR}/mann/ named using :: ? |
| 04:59.43 | starseeker | it *should* just be globbing whatever is in that directory |
| 05:00.24 | stevenkou | cmake logic? i don't quite understand that part |
| 05:00.24 | stevenkou | the files are indeed named correctly if i browse to it in the cygwin terminal, but not if in windows explorer |
| 05:00.36 | starseeker | O.o |
| 05:00.39 | brlcad | stevenkou: "it is just the :: that are preventing things to work" ... but where is the :: coming FROM? |
| 05:00.51 | starseeker | so cygwin and Windows are seeing *different* file names? |
| 05:00.55 | brlcad | that's the point of adding that message() line |
| 05:01.32 | brlcad | need to trace back through where those variables come from to figure out where it's coming from |
| 05:02.04 | stevenkou | in the file names, for example, tkmann: ttk::label.n |
| 05:02.05 | stevenkou | the file does exist, from what i understand, windows does not allow : in filenames, so naturally it is unable to present the filename correctly |
| 05:02.52 | starseeker | ah, k |
| 05:03.11 | starseeker | sees the ttk man pages do indeed have "::" in their output |
| 05:03.14 | starseeker | names |
| 05:03.41 | starseeker | that's how tcl denotes namespace, so that's probably why they're named that way |
| 05:03.57 | brlcad | ah |
| 05:04.42 | starseeker | one option would be to change :: to _ in the actual man pages |
| 05:04.54 | starseeker | doubt upstream would accept that change though |
| 05:05.12 | stevenkou | but how to tell that to cmake and process that way? |
| 05:05.20 | starseeker | that's not CMake |
| 05:05.33 | starseeker | a shell script is being run to generate those files |
| 05:05.46 | brlcad | so, but why isn't this a problem for the non-cygwin windows compile? |
| 05:05.55 | starseeker | because sh isn't available |
| 05:05.56 | brlcad | are the docs just skipped? |
| 05:05.59 | brlcad | okay |
| 05:06.06 | starseeker | no sh, no man page script |
| 05:06.21 | starseeker | I didn't translate it into CMake, considering the "man" command wasn't available either... |
| 05:07.06 | stevenkou | those man-pages is not a big problem right? if those files are skipped, will anything be affected? |
| 05:07.06 | starseeker | cygwin is a problem though, because we *do* have sh and man along with Windows pathname restrictions (apparently) |
| 05:07.26 | starseeker | stevenkou: we'd have to conditionalize our logic, which is something we try and avoid |
| 05:08.05 | starseeker | you do want those man pages, if you have the tools available to read them in the first place |
| 05:09.02 | stevenkou | i have a question here, bugging for quite a while, what is the function of man-pages, documentations? |
| 05:09.09 | starseeker | yes |
| 05:09.32 | brlcad | stevenkou: man == manual .. pages of a manual |
| 05:09.37 | starseeker | http://en.wikipedia.org/wiki/Man_page |
| 05:10.27 | stevenkou | i understand now, thank you |
| 05:10.30 | starseeker | brlcad: what do you think? fix the man pages to work on cygwin, or just conditionalize them out? |
| 05:11.58 | stevenkou | at the moment, i can skip them and try to make most of brlcad to build right? |
| 05:12.58 | starseeker | yes, but don't forget about the issue because it will need to be addressed one way or the other |
| 05:13.54 | brlcad | starseeker: since it's our copy, probably best to just strip :: from the name or replace them with a character |
| 05:14.40 | brlcad | stevenkou: you can skip them, but figuring out a proper fix will let you claim the other task too, so it's not just an academic question |
| 05:14.56 | starseeker | stevenkou: OK, go for that - anywhere in the Tcl/Tk man pages where you see something like ttk::, replace it with ttk_ |
| 05:14.57 | brlcad | we need both problems solved, not just a rush to a finish |
| 05:15.06 | starseeker | see if that works |
| 05:15.37 | starseeker | stevenkou: the default "out of box" experience for BRL-CAD should be that it builds and works, regardless |
| 05:15.56 | stevenkou | but is cmake is able locate them if i rename the files? |
| 05:15.59 | starseeker | so anything like this is a show-stopper, and needs to be addressed |
| 05:16.04 | starseeker | my guess would be yes |
| 05:16.11 | starseeker | but that's not enough |
| 05:16.35 | starseeker | you need to fix the original files in the src/other/tk/doc directory so they won't *generate* files using :: |
| 05:16.54 | starseeker | for example, look at src/other/tk/doc/ttk_label.n |
| 05:17.26 | starseeker | inside, you'll see the string "ttk::label" |
| 05:18.03 | stevenkou | yes, on line 13 |
| 05:18.08 | stevenkou | etc |
| 05:18.25 | starseeker | nods. I'd try changing the one on line 10 first |
| 05:18.47 | starseeker | see if the file that appears in the build directory is named ttk::label or ttk_label |
| 05:19.17 | starseeker | once you find the right one to change, you'll have to change it for all the files generating errors |
| 05:19.35 | starseeker | remember, too, that some of the src man pages will generate more than one output file in the build directory |
| 05:19.57 | stevenkou | that mean i will have to delete the build and try again to see if my edit in ttk_label.n will affect the generated files, test if it works |
| 05:20.36 | starseeker | you can probably just clear the contents of the src/other/tk/doc/mann subdirectory in the build directory |
| 05:21.01 | starseeker | then re-run cmake |
| 05:26.10 | stevenkou | i only edited one line, but no errors are present at the moment, i guess i will have to clear the entire build directory to confirm |
| 05:29.24 | Notify | 03GCI: Sean: Add a primitive surface area function ... for polyhedron with 4 to 8 sides (ARB8) - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8098203 http://www.google-melange.com/gci/task/view/google/gci2012/8028203 |
| 05:35.54 | stevenkou | other than line 10, should i edit all similar cases? |
| 05:36.01 | stevenkou | in the same file? |
| 05:45.04 | Notify | 03GCI: Sean: Add a primitive surface area function ... for triangle meshes (BOT) - follow-on tasks There are two follow-on tasks to integrate this into 'analyze' and to implement surface area for plate mode BoT geometry: http://www.google-melange.com/gci/task/view/google/gci2012/8070203 ... http://www.google-melange.com/gci/task/view/google/gci2012/7968224 |
| 06:05.47 | Notify | 03GCI: Sean: Migrate our MySQL databases from v4 to v5 - follow-on task A follow-on task has been created: http://www.google-melange.com/gci/task/view/google/gci2012/8078203 http://www.google-melange.com/gci/task/view/google/gci2012/7991209 |
| 06:12.45 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 06:22.39 | Notify | 03GCI: Harmanpreet Singh: Identify 10 places to post an open source solicitation - Task Assigned This task has been assigned to Jjca. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 06:29.02 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - What I have to do? Hi! Reading the description, I have a question: Only I've to tell you what pages I suggest to post the solicitation? For example, I've found Sourceforge, Ohloh, Github. I tell to you and that's it? And what is 'run them by us to make sure they're all... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 06:39.29 | stevenkou | startseeker: so all :: should be changed to _ in all files and all occurence right? |
| 07:04.48 | stevenkou | starseeker: are you away? |
| 07:09.42 | stevenkou | does anyone here know which file pkg::create.n is generate by? |
| 07:47.14 | stevenkou | i found it already, no need to anwser my question |
| 07:48.15 | stevenkou | brlcad: I have successfully configured using cmake without any errors, should I take on the new task and post the method there? Or should I just continue on with my current task? |
| 07:52.34 | stevenkou | I guess that all the mentors are sleeping at the moment, shall not bother them further, logs will be updated to the latest one after make is finished, or stopped because of errors. |
| 07:58.09 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 07:59.55 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 08:07.14 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - CMake success... make fails From what I understand, zlib fails to build perhaps because of some syntax errors, but I do not understand the last few lines that make it giving me, hope that someone would explain it to me. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 08:08.46 | d_rossberg | does a git-diff usually look this way: https://github.com/erikg/cl-cia/pull/1/files ? |
| 08:26.09 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - It doesn't look like a syntax error For me it looks like a misformed command line in the make script: "/usr/bin/windres: invalid option -- w" and "recipe for target ... failed". What is in line 402 of src/other/libz/CMakeFiles/zlib.dir/build.make ? What's the... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 08:30.24 | stevenkou | d_rossberg: line 402 looks like this: $(CMAKE_COMMAND) -E cmake_progress_report /usr/brlcad/rel-7.22.1/brlcad-build/CMakeFiles $(CMAKE_PROGRESS_16) |
| 08:37.34 | d_rossberg | ok, next you could try the verbose option in cmake: BRLCAD_ENABBLE_VERBOSE_PROGRESS |
| 09:20.32 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Finding Centroid I believe I may have found a general formula for finding the centroid of the hyperboloid, if it is oriented nicely and I can work out the equation. I couldn't find any specific formula for a hyperboloid's centroid on the... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 09:25.34 | stevenkou | d_rossberg: so i have added an additional flag |
| 09:25.34 | stevenkou | -DBRLCAD_ENABBLE_VERBOSE_PROGRESS=On |
| 09:25.34 | stevenkou | I have restarted from the beginning from cmake, in order to prevent and conflict or whatsoever, a new log will also be posted for the convenience of reading. |
| 09:51.56 | stevenkou | d_rossberg: new log available on my task page |
| 09:58.29 | d_rossberg | do you see where the problem comes from? |
| 10:22.09 | stevenkou | other than zlib not compiling, it would be the last line that has got something to do with the word all |
| 10:23.44 | d_rossberg | almost ... it complains about a "-w" parameter, what is the first line in your log where this parameter occures? |
| 10:25.46 | stevenkou | line 832 I suppose, it has got to do with the zlib |
| 10:28.16 | stevenkou | I wanted to compile without zlib, but I don't think there is a ready copy of it in cygwin. I still have to compile it, but I don't seem to understand why it will not compile, by right it should, there is nothing that is stopping it from compiling from what I see, do correct me. |
| 10:37.51 | stevenkou | d_rossberg: you may want to just guide me on my task page as I will be away. |
| 10:38.48 | *** part/#brlcad stevenkou (~Steven@175.156.156.148) | |
| 10:53.44 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 10:54.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188) | |
| 11:19.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188) | |
| 11:24.10 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - But... If I create a new modified parallel_interface_arg that takes arg and call it in parallel_interface, the struct will have to be passed to parallel_interface_arg by parallel_interface. If parallel_interface has to pass the struct to parallel_interface_arg,... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 11:29.10 | *** join/#brlcad ashwinlokkur (~Adium@117.216.153.101) | |
| 11:33.39 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - You found the right line with the first occurrence of "-w" It's a zlib line (as you said on IRC) and the error message was about the zlib. But look at the other lines in your log. So the error was simply at the first occurrence of -w. There is probably nothing... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 12:17.16 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 12:20.28 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - po2.patch That'll give make what I was saying clearer. Also, where is bu_set_affinity implemented in all this? the new struct is for the user's func(passed to bu_parallel) to be called in parallel_interface. But how and where is bu_set_affinity called? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:20.29 | Notify | 03GCI: Daniel Rossberg: Mock up new BRL-CAD website interface design (#2) - Task Assigned This task has been assigned to Sean W. Caldwell. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 12:21.43 | Notify | 03GCI: Sharan: Model a Fresnel lens - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 12:29.06 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:35.19 | *** join/#brlcad ashwinlokkur (~Adium@117.216.153.101) | |
| 12:38.24 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - cpuid Before implementing the structure, cpuid ID was set to parallel_nthreads_started. Now, since parallel-nthreads_started itself is used in bu_parallel, and a local variable's value isn't assigned to it in bu_parallel(like parallel_func was done), removing... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:39.05 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.188) | |
| 12:53.05 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - it means be specific So finding 10 websites is not hard, but that doesn't mean this task is going to take you a half-hour and you're done! :) You need to provide exact URLs and identify posting requirements. If there's an announcement forum, show us that URL too in addition... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 12:58.07 | *** join/#brlcad ashwinlokkur1 (~Adium@117.192.212.159) | |
| 13:30.26 | *** join/#brlcad ashwinlokkur (~Adium@117.192.212.159) | |
| 13:32.34 | *** join/#brlcad ashwinlokkur1 (~Adium@117.192.204.213) | |
| 13:43.05 | ashwinlokkur1 | DOCBOOK T OHTML ERROR in Ubuntu … can any help be rendered?? |
| 13:43.09 | ashwinlokkur1 | *HTML |
| 13:47.50 | ashwinlokkur1 | <PROTECTED> |
| 13:50.06 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - Problem Sean, when I run the first shell script (the one before downloading Imagemagick), I always get this error (after a lot of junk text that I'm not able to put here): ERROR: No primitives selected. Do you have any suggestion? http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 14:16.52 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - center? So oriented nicely, the elliptical hyperboloid is elliptical. You know the center of the elliptical part is the center of the ellipse, so you can immediately constain your solution to the center of a bounded hyperbola, no? You also know that... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 14:17.03 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 14:19.22 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 14:24.46 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - not so Responding to "But...": parallel_interface() will need to pass the struct to parallel_interface_arg() but that doesn't mean it needs to take the struct as an argument. It's still the arg-less function used by old platforms and will still have values set in the... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 14:25.37 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 14:30.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188) | |
| 14:39.57 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 14:43.33 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Review and next As per mentor Daniel Rossberg's advice, I have written down what I have done so far and did a summary. Hope that it will do along with all the logs I submitted. Should I claim the task on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:15.32 | Notify | 03BRL-CAD:carlmoore * 54084 brlcad/trunk/src/librt/primitives/dsp/dsp.c: improve the error message -- it now shows the directory & file name attempted |
| 15:16.22 | *** join/#brlcad andrei (~andrei@188.25.160.116) | |
| 15:16.28 | andrei | hello |
| 15:17.26 | Notify | 03GCI: Sean: Model a Fresnel lens - wrong link Sharan, so that looks a lot better, but you should have mentioned that the link I provided didn't actually give you measurements for a real lens! Where's figure 3.2 and table 3.2?? That URL was supposed to be: http://www.osti.gov/bridge/servlets/purl/120927-64DD1o/webviewable/120927.pdf The... http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:18.49 | andrei | brlcad: you around? I'm going to give a speech at my university about how my GSoC experience was, promoting open source and the GSoC itself. Related to BRL-CAD, is there anything that you would want me to mention ? I will give them a brief description of what we do, why to write patches and other matters. |
| 15:20.44 | andrei | unfortunately the presentation happens in two hours |
| 15:23.39 | Notify | 03GCI: Sean: Model a Fresnel lens - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:24.45 | Notify | 03GCI: Sean: Model a Fresnel lens - frensel Also meant to ask -- what's a "frensel"? You made that mistake in a couple places. A follow-on task has been posted here if you're interested: http://www.google-melange.com/gci/task/view/google/gci2012/8125202 http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:25.14 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 15:27.52 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - implies something went wrong Well, sure. That means something went wrong before you got to that point. Did you run every step in the tutorial preceding that script successfully? I doubt it... http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 15:29.07 | brlcad | ashwinlokkur1: need a lot more context |
| 15:29.57 | brlcad | ashwinlokkur1: provide your entire output including the command you ran and all output that followed (to pastebin.ca or similar) |
| 15:31.04 | brlcad | andrei: I'd love to see the presentation myself when you're done, but what you mention sounds good to me |
| 15:31.21 | brlcad | showcasing pretty interesting pictures is always nice, not just text |
| 15:31.34 | rptynan | brlcad: I can't compile brlcad on my raspberry pi, which was what I was trying to use for my GCI task on remote mged running. |
| 15:32.07 | rptynan | I keep getting build errors, it can't find the Xi library, but I have it installed? |
| 15:32.24 | andrei | brlcad: I attended it last year and was more of a discussion between students that were accepted to first and second year studies |
| 15:32.29 | brlcad | rptynan: did you see the related GCI tasks? |
| 15:32.36 | brlcad | rptynan: http://www.google-melange.com/gci/task/view/google/gci2012/8003218 |
| 15:32.38 | brlcad | rptynan: http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 15:33.10 | rptynan | I did, but I what how was it built? |
| 15:33.18 | brlcad | andrei: if you like, I gave a lightning talk at google on GSoC that you can use |
| 15:33.29 | brlcad | it gives the really really brief intro with some interesting pics |
| 15:33.49 | andrei | could you please send that to me ? I'm not sure about the pics but I ll adapt it into my speech |
| 15:34.06 | brlcad | it's public, i'll dig up the link now |
| 15:34.26 | andrei | sorry for asking on such a short notice, I just got asked to go three hours ago :). I'm glad you were around |
| 15:34.28 | brlcad | andrei: try this: https://docs.google.com/presentation/d/1HzUGAR0waZochTlPHdTSGjjVYU9WbGnzTqhRlGz6a-E |
| 15:34.55 | andrei | Im getting a file not found |
| 15:35.06 | brlcad | try adding /edit to the end |
| 15:35.30 | andrei | brlcad: yeah, it works now, thanks |
| 15:35.42 | brlcad | just don't edit it ;) |
| 15:36.31 | rptynan | brlcad: How was the raspi built differently than the default build? |
| 15:36.35 | brlcad | it's a presentation meant to take all of 2 minutes, so it's intentionally very brief and can easily expand into a 5-10 minute talk |
| 15:36.52 | brlcad | rptynan: what do you mean? |
| 15:37.44 | rptynan | brlcad: I'm just wondering how I can find out how to get around this error |
| 15:37.45 | andrei | brlcad: it looks great, thanks ! |
| 15:38.14 | brlcad | rptynan: you have too many implied nouns (it, this, that) .. what are you saying? :) |
| 15:38.47 | rptynan | brlcad: Sorry :) I can't get around this error basically. Did it happen to the other build? |
| 15:39.02 | brlcad | you tell me, did you read the discussion and logs? :) |
| 15:39.17 | brlcad | that error sounds fishy |
| 15:39.35 | brlcad | note that if you install Xi, the development libraries/headers are usually a separate apt-get |
| 15:39.44 | brlcad | that goes for most packages |
| 15:39.54 | brlcad | runtime is not the same package as what you need to compile |
| 15:40.01 | brlcad | there's usually a -dev or -devel pacakge |
| 15:40.25 | brlcad | see http://brlcad.org/wiki/Compiling and doc/README.Linux and the top-level INSTALL file... ;) |
| 15:40.58 | brlcad | rptynan: if you're going for a complete raspberry pi build, you should claim that task |
| 15:41.15 | rptynan | Ok, I'll go read some more and see what happens :L |
| 15:41.32 | rptynan | I don't think my compiler is right for the 2nd task though. |
| 15:41.41 | brlcad | that isn't meant to not ask questions, but a little research is always expected |
| 15:41.44 | brlcad | due diligence and what |
| 15:41.53 | brlcad | what is your compiler? |
| 15:42.18 | Notify | 03GCI: Sharan: Model a Fresnel lens - Measurement I measured the figure with a physical ruler on my screen ;-) so i managed to make it much more accurate. http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:42.19 | brlcad | notice the task says that we'll *provide* remote access to a raspberry pi |
| 15:43.36 | rptynan | I can't claim that task if I'm doing the remote access one too |
| 15:44.07 | rptynan | the remote mged instance task that is |
| 15:44.30 | andrei | rptynan: you are able to claim just one task at a time:) |
| 15:44.34 | Notify | 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 15:45.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188) | |
| 15:46.02 | *** join/#brlcad harmanpreet (~chatzilla@210.56.125.13) | |
| 15:46.13 | rptynan | brlcad: I've got to go now, I'll be back later. Bye. |
| 15:46.38 | brlcad | rptynan: you can unclaim and come back ;) |
| 15:47.10 | brlcad | it's not likely someone will complete that task but the Pi task is pretty simple |
| 15:47.36 | brlcad | it's certainly a gamble either way (might not get it to compile) |
| 15:47.50 | Notify | 03GCI: Daniel Rossberg: Create an Hyperboloid Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 15:48.28 | *** join/#brlcad Ashish101 (75c22334@gateway/web/freenode/ip.117.194.35.52) | |
| 15:49.16 | Notify | 03GCI: Sean: Model a Fresnel lens - Except that was just a notional diagram Except that the colorado.edu presentation was merely a notional diagram and it wasn't on page 12 or 13 ... and no table 3.2 anywhere. You shouldn't ignore details like that! Something was clearly wrong. Still, thank you for your efforts. Hopefully it's a learning... http://www.google-melange.com/gci/task/view/google/gci2012/8049208 |
| 15:51.02 | Ashish101 | My comp finally started working and when i went back to this - http://www.google-melange.com/gci/task/view/google/gci2012/7987215 and i saw sooo many stuff- uploaded files which i have never uploaded !! I aint understanding anything -- what are these files anyone can explain ?? |
| 15:52.57 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:53.33 | *** join/#brlcad rptynan (~poiuyt@87-40-216-53.ptr.edu.ie) | |
| 15:55.13 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Globals Currently, parallel.c has two global variable parallel_func and parallel_arg. These two are used by parallel_func. Parallel_interface uses the pointer parallel_func, which is the pointer to the user's function, to call the user function. Are you saying I... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:55.47 | rptynan | brlcad: Ok, I'll keep trying anyway, I have a way to run a web-based shell and in a sandbox, but I just can't get brl to compile :/ |
| 15:58.34 | Ashish101 | anyone ?? |
| 16:00.29 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Almost Fort the Windows MSVC build there seams to be a work around fore the :: problem by replacing it with _. You did this by hand but there is perhaps already some code for it in the cmake files. You should make a note about comparing cygwin with MSVC to get a... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 16:03.11 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - hat's good but... It's good to see what all you've tried, but that certainly isn't what's needed to close either task out. Given your progress, I suggest you unclaim this task, claim the other, and work on submitting everything you did to get cmake to configure correctly.... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 16:04.49 | Ashish101 | anyone ?? |
| 16:08.49 | d_rossberg | Ashish101: the task you mentioned is closed, so if you haven't completed it it was probably somebody else? |
| 16:13.02 | Ashish101 | OK |
| 16:13.10 | Ashish101 | This is a little wierd !! |
| 16:13.51 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Affinity.c This part is done. I've put it in a seperate file, added the declaration in bu.h. I'll submit those also once this part is cleared. Can you tell me what I need to do with respect to the new patch I've submitted?(Sorry, I'm unable to understand what the... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:13.54 | Ashish101 | check out this - http://www.google-melange.com/gci/task/view/google/gci2012/7987215 and this -- http://www.google-melange.com/gci/task/view/google/gci2012/7970237 I dont know i gues some error on ur side |
| 16:14.15 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:17.34 | d_rossberg | 7970237 is a follow on for ci2012/7987215 |
| 16:19.55 | Ashish101 | So what different do i have to do -- everything is already done in a neat and clean way by the other chap |
| 16:20.59 | *** join/#brlcad ashwinlokkur (~Adium@117.221.31.178) | |
| 16:21.48 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - I need to ... So i just need to briefly describe these - key bindings, mouse bindings, and primary GUI elements. It should minimally include the command window, the graphics window, the raytrace control panel, the combination editor, the geometry tree view, and overview graphics... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 16:24.39 | d_rossberg | following the comment from Sean 7987215 is incomplete |
| 16:26.33 | Ashish101 | kk |
| 16:26.35 | Ashish101 | GTG |
| 16:27.03 | Ashish101 | Carols - :) |
| 16:34.33 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - well it did say minimally That's what should be minimally included but it entirely depends on the design and information being presented. There was a wide range of examples provided, some more and others less complicated. Regardless of the format, this is meant to be concisely... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 16:40.11 | Notify | 03GCI: Sean: Categorize all of BRL-CAD's commands into a spreadsheet - IRC Ashish, please be sure to read http://brlcad.org/wiki/IRC particularly the etiquette section. I'm glad Daniel was able to help you, but please be a bit more patient for replies. The other task wasn't an error on our part -- see my previous comment here about this task.... http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 16:40.48 | ashwinlokkur | can anyone help me with DOCBOOK_TO_HTML ERROR??? |
| 16:43.38 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - hat's part of it So that looks like part of it. You still need to modify bu_parallel() to call parallel_interface_arg() where possible instead of parallel_interface(). There are at least two or three platforms where you can pass a pointer to a thread_data struct that... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:43.40 | brlcad | ~ask |
| 16:43.40 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 16:43.43 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 16:47.25 | Notify | 03BRL-CAD:carlmoore * 54085 brlcad/trunk/src/librt/primitives/dsp/dsp.c: revision to avoid hardwiring of separator '/' |
| 16:55.17 | brlcad | ashwinlokkur: if you want help, you need to ask a specific complete question |
| 16:56.50 | brlcad | ask a bad question and you're just going to get a bad answer |
| 16:58.15 | ashwinlokkur | I'm working on 'brep' command manual. I have a file(brep.xml). I want to know the way to use the 'make' command on the file. |
| 17:11.09 | Notify | 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 17:15.23 | *** join/#brlcad ashwinlokkur (~Adium@117.221.31.178) | |
| 17:19.12 | Notify | 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Raytrace I created the lines,spheres and arrows. Everything but HYP is not raytraced. Dont know why http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 17:27.41 | Notify | 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 17:27.42 | *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 17:27.48 | *** part/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 17:44.13 | Notify | 03GCI: Sharan: Create an Hyperboloid Model and Diagram - HYP not traceable hyp is traceable when its blasted alone I read about hyp on your site- http://brlcad.org/wiki/User:Pacman87 on 2008-06-04 that hyp is not traceable.I tried RT also but no luck. http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 17:52.21 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.188) | |
| 18:01.04 | caen23 | brlcad: regarding the "improve geometry db loading behavior", i don't understand what risks/problems are involved with running rt_dirbuild multiple times. also, the problems occur when running rt_dirbuild on the same file multiple times, different files are alright? |
| 18:01.31 | maths22 | ``Erik: how would I run the notifer on my computer (I changed the channel and the nick) |
| 18:05.31 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - Everything was right I did copy/paste of all the tutorial, and still I get the same error. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 18:07.47 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - FORGET It is curious that it is right after we send the message that we understand what the real problem was. I managed to fix it so you can forget about it. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 18:27.45 | *** join/#brlcad harmanpreet (~chatzilla@210.56.121.156) | |
| 18:43.37 | brlcad | caen23: different files are only alright if there are different object names |
| 18:43.56 | brlcad | caen23: the problem is one of API usability |
| 18:46.43 | Notify | 03GCI: Sharan: Create an Hyperboloid Model and Diagram - Somehow Managed I managed to get a raytraced image with the lines, spheres, arrows and labeled them in the labels.jpeg. Still hyp is not traceable. Used photoshop to combine two images and labeled them http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 18:47.29 | brlcad | consider a case of opening a file, say havoc.g, and running dirbuild on a component within that file |
| 18:47.43 | brlcad | you start raytracing that component or whatever |
| 18:48.10 | brlcad | then you have another thread need to do some work on component2, also in havoc.g, but partially different geometry |
| 18:48.59 | brlcad | you can't build a directory for the second without getting errors and names gtting changed |
| 18:49.19 | brlcad | the rt_uniresource is effectively creating an undesirable implicit library state |
| 18:56.38 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - fromParallelInt had to introduce that variable in the struct to avoid additional unwanted incrementations and certain function calls I thought were necessary(looking at parallel_interface.) parallel_interface_arg is called directly by 3 platforms -... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 19:01.21 | Skriptkid | 500 Internal Server Error? |
| 19:01.52 | Skriptkid | Unable to upload files at Google Melange |
| 19:02.05 | brlcad | just try again in a few minutes |
| 19:02.33 | Skriptkid | ok |
| 19:03.12 | caen23 | so dirbuild builds a directory for a component (such as sph1.s), not a db. and i need to alter "struct resource" to separate threads better? |
| 19:03.24 | caen23 | alter it among other things |
| 19:04.04 | brlcad | caen23: there's a whole slew of ways this can be addressed.... |
| 19:04.22 | brlcad | I'm frankly a little disappointed that the rt_uniresource is involved at all |
| 19:04.36 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 19:04.51 | brlcad | dirbuild should just build up the directory and return the dbip like we asked |
| 19:18.34 | *** join/#brlcad merzo (~merzo@7-253-133-95.pool.ukrtel.net) | |
| 19:25.26 | Notify | 03GCI: Sean: Create an Hyperboloid Model and Diagram - seem to have uncovered a bug The HYP is one of our newest incomplete primitives and you've apparently discovered a bug of some sort. I was able to reproduce the strangeness. Intersections and unions seem to behave just fine, but any subtraction produces an incorrect result. You get a task... http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 19:25.26 | Notify | 03GCI: Sean: Create an Hyperboloid Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 19:40.47 | Notify | 03GCI: Sean: Create an Hyperboloid Model and Diagram - follow-on task A follow-on task has been posted to fix the bug observed and documented here: http://www.google-melange.com/gci/task/view/google/gci2012/8105204 http://www.google-melange.com/gci/task/view/google/gci2012/7985246 |
| 19:42.17 | Notify | 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:42.23 | Notify | 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:43.38 | Notify | 03GCI: Sean: Modify IRC notifier output - malformatted Notice how the pull request shows every line in the file changing: https://github.com/maths22/cl-cia/commit/dad68e924319de0475afd8db603b1ee4d071287f That's not right. You're introducing or otherwise chaning the existing end-of-line character so every line gets changed. It's not... http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:45.34 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 19:45.44 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 19:47.50 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - please re-read Please re-read my "more work needed" reply from earlier. Your patch does not include changes to the CMakeLists.txt file which implies you've not actually compiled your new manual page yet? The page must compile and pass validation (and the changes be part of the... http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 19:50.56 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - and what was that? Care to share with the rest of the class? What was the real problem and what was the fix? Don't be shy, it's meant to be a learning experience. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 19:51.25 | *** join/#brlcad caen23_ (~caen23@92.81.199.132) | |
| 20:01.50 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - don't see the point I don't see the point of fromParallelInt. Why can't cpu_id just get set within bu_parallel()? Avoiding those semaphore locks in parallel_interface_arg() was an intentional goal. If it's a platform that uses parallel_interface(), the static globals... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 20:02.01 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 20:07.39 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 20:15.20 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 20:16.37 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - The websites has to be specific? I've searched websites in the past 3 hours, I've checked SourceForge, GitHub and Ohloh and I haven't found something about "jobs", "volunteer"... Maybe, I'm searching with wrong keywords or in wrong sites. But I haven't found anything. ... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 20:18.07 | brlcad | new task: rt cmd line option: http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 20:23.05 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - or the wrong way I can't really help you with how to search -- that IS the task. You may, however, be thinking about this the wrong way. Sourceforge has a news feature, for example, that can be used to post an announcement -- and since I have to tell you that, it can't be... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 20:30.38 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 20:31.33 | Notify | 03GCI: gcking: Close MGED when both windows are closed - I would like to work on this task. I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 20:32.40 | Notify | 03GCI: gcking: Fix closedb - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 20:51.37 | Notify | 03GCI: Sean: Close MGED when both windows are closed - hen... Then claim it. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 20:55.59 | Notify | 03GCI: Sean: Fix closedb - possible melange bug If you claimed this task, the web interface is not showing that you did. It's still in a reopened status. http://www.google-melange.com/gci/task/view/google/gci2012/7958214 |
| 20:59.20 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - patch format So it looks like you got it working, but you need to submit your work in patch format. See http://brlcad.org/wiki/Patches for assistance. The claim you have on this task is why you cannot claim other tasks yet. It shouldn't have even given you the... http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 20:59.25 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 20:59.30 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 21:00.44 | ``Erik | maths22: you don't need to run the bot, just fire up sbcl, load cl-cia, create a new state instance and put it in cl-cia::*state*, crank the email directory parser process-brlcad-gci-mail-dir, then look in the notices slot of *state* |
| 21:01.38 | ``Erik | there's a test-gci function I was using to shortcircuit part of the process to test it on a single email, you can use that one and look int eh state, too. if you really want it to connect, cl-cia.lisp has a "start" function |
| 21:03.47 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - :) I am alomst done but I am not home until tomorow... (it is 23:03 here) so I will need some more time if there's no problem :D... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 21:06.34 | Notify | 03BRL-CAD:carlmoore * 54086 (brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml brlcad/trunk/doc/docbook/lessons/es/mged07_prop_materiales_copa.xml and 4 others): fix spellings (includes English in a Spanish text, Spanish, and, at the end of a LONG line, 'database') |
| 21:09.04 | *** join/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 21:09.14 | *** part/#brlcad maths222 (~maths22@173-167-152-209-illinois.hfc.comcastbusiness.net) | |
| 21:13.56 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Language Hi! I've found a website but it's in Spanish... http://www.comocreartuweb.com/ (Como crear tu Web), the website is about how to create a website. Can I put this website in the work? Or only websites in English? http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 21:21.36 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - Stupid problem When I found out that 200 images would be generated, I decided to put the script and the shell script inside a folder I created. But, once I runned the script, I got the previous mencioned error. It seems that the problem was that it was searching for a .g file... http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 21:24.18 | maths22 | Thanks |
| 21:28.54 | *** join/#brlcad andrei (~andrei@188.25.160.116) | |
| 22:24.56 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 22:33.08 | *** join/#brlcad javamonn (~twitch@108.223.141.188) | |
| 22:37.06 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - End of the line Sean, I'm not the quitting type of guy, but I need to quit this task, unfortunately. I did everything I could but my computer limitations are so many that I can't even save the results to a zip file, so I'll try to submit the .g file as soon as possible. I'm... http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 22:43.30 | *** join/#brlcad rptynan (~poiuyt@92.251.255.5.threembb.ie) | |
| 22:55.37 | ``Erik | heh, #notify has a doppelganger :D |
| 23:30.01 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 02:24.55 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 02:31.56 | stevenkou | So basically there seems to be 2 approach for the cmake errors that I have encountered, from what I see from the mentors' advice, I can either look into the method used in visual studio or look at the cmakelist.txt, but ultimately, I will have to produce a patch for it. |
| 02:33.06 | brlcad | basically |
| 02:33.30 | brlcad | but I can say that the visual studio route will probably be a partial dead end, because it doesn't build the docs and they're part of the problem |
| 02:33.41 | brlcad | zlib is one issue, that msvc might be of help |
| 02:33.59 | brlcad | manpages is going to be a tiny change to the installManPage script |
| 02:37.04 | stevenkou | I see, so what do you recommend me to start working on? |
| 02:42.48 | stevenkou | Does the zlib issue occur on msvc too? |
| 02:42.52 | Notify | 03BRL-CAD Wiki:ShantergglljyaatHaverstock * 4791 /wiki/Lida_Daidaihua_-_The_Key_to_a_Speedy_Weight_Loss: New page: Should you need to lose weight quick pertaining to whatever reason, you better try Lida Daidaihua slimming pills. These products are common to reduce a person's weight in a very shorter ci... |
| 02:42.53 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Lida Daidaihua - The Key to a Speedy Weight Loss]]": spam |
| 02:42.55 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:ShantergglljyaatHaverstock]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 02:42.56 | Notify | 03GCI: John: Test and update our simulation / animation tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 02:42.58 | Notify | 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 02:42.58 | Notify | 03GCI: javamonn: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Some notes: I worked off a fresh checkout, and ignored calls to NEAR_ZERO that involved subtraction since these were fixed with my other task. Let me know if you want me change calls that have have SQRT_SMALL_FASTF as their tolerance, I figured not... http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 02:42.59 | Notify | 03GCI: javamonn: Convert NEAR_ZERO() macro calls to NEAR_EQUAL() and EQUAL() - Name Full name: Daniel Ramirez Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7958234 |
| 02:43.01 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 02:43.02 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Submitting Hey Sean, I am submitting my document that I have created. I have put in lots of pictures. I also have a pdf version of the file. If you would like the pdf version just send me an email and I will send it to you. Also let me know if I need to make any changes in my... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:43.02 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 02:43.03 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Assigned This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 02:43.05 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 02:43.06 | Notify | 03GCI: Steven Kou: Fix Cygwin configuration warnings/errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8093204 |
| 02:43.07 | Notify | 03GCI: Sean: Fix Cygwin configuration warnings/errors - Task Assigned This task has been assigned to Steven Kou. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8093204 |
| 02:43.09 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Blog Posts 2012 - Juegos By Fernanda Coy1198015]]": gibbrish |
| 02:43.20 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:CatrinaglnxcawnacDrewniak]] with an expiry time of infinite (account creation disabled, e-mail blocked): Inserting nonsense/gibberish into pages |
| 02:44.15 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Anuragmurty]]": already exists as User:Anuragmurty |
| 02:46.28 | stevenkou | I see people trying to promote their products using the wiki, pretty genius for their actions. |
| 02:57.13 | stevenkou | I should start on solving the cmake errors by looking at the cmakelists.txt and try to create a patch before I go on to solve the building problems right? But there is one more thing that I have noticed, even if I choose not to compile zlib, make will still fail because of a line in the makefile that contains the word all. |
| 03:15.22 | *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 03:16.40 | starseeker | stevenkou: that's wiki spam - it's rude and an abuse of the wiki system |
| 03:18.45 | stevenkou | I understand, it is a difficult job to maintain the wiki when there are such people who don't know when to do things appropriately. |
| 03:22.17 | brlcad | new task: link orphaned pages: http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 03:22.45 | stevenkou | starseeker: I tried your method of changing the filenames and it works, but does the cmakelists.txt do any job of naming such files? Can any lines be added to automate this process of changing the filenames? |
| 03:23.58 | brlcad | stevenkou: did you edit the script? |
| 03:24.56 | brlcad | hacking it at the cmake level is ignorant of the underlying problem |
| 03:26.23 | stevenkou | I did not edit anything other than those source files, I'm trying to see if there is another way around this. What will be the appropriate method of approaching this? |
| 03:27.07 | brlcad | what source files? the man pages? |
| 03:27.13 | stevenkou | Yes |
| 03:27.17 | brlcad | that's also wrong, worse even |
| 03:27.49 | stevenkou | That is why I am seeking another method. To avoid such mistakes. |
| 03:29.01 | brlcad | you need to understand what the build system is doing |
| 03:29.31 | brlcad | how does it go from a file named ttk_whatever.n to ttk::something.html |
| 03:30.15 | maths22 | lastlog erik |
| 03:31.06 | stevenkou | It is generated by the build system. Is it? |
| 03:31.51 | brlcad | stevenkou: where? how? |
| 03:32.31 | brlcad | it's not magic, you need to read the files and understand where and how that is happening if you're going to have a hope of fixing it right |
| 03:33.13 | brlcad | start by reading src/other/tk/doc/CMakeLists.txt |
| 03:34.45 | brlcad | if you don't understand a line in that file, you should be asking questions or reading the cmake documentation |
| 03:34.57 | brlcad | it's a rather simple scripting language, code like any other |
| 03:36.42 | stevenkou | I have to admit that I do not understand the process very well as I do not have much experience in such areas, all that I know is that cmake takes instructions from the cmakelists.txt then it generates the makefiles and all the required dependencies, the make will utilise those files to build the program. I will put more effort into understanding everything before I start work again. So I think perhaps today I will not work on anything but try to unde |
| 03:36.51 | *** join/#brlcad maths222 (328d9f4a@gateway/web/freenode/ip.50.141.159.74) | |
| 03:44.03 | starseeker | brlcad: the Tcl/Tk man page script is generating those file names |
| 03:44.27 | starseeker | the only way CMake could do anything about it would be to rename any file it finds in those directories using the "::" convention |
| 03:44.27 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - what? Spanish sites would be okay, but I don't understand how that site is at all relevant to this task. I don't see anywhere where an announcement could be posted or would be appropriate. You seem to be misunderstanding the task or severely lacking some background... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 03:46.28 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 03:47.59 | Notify | 03GCI: Sean: Test and update our simulation / animation tutorial - sorry to hear that Sorry to hear that you're giving up, but thanks for your efforts. There are fortunately plenty of other tasks that aren't resource intensive. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 03:48.12 | starseeker | the "installManPage" script in the unix subdirectory is reading the contents of the src dir man page files - it is getting the "::" names *from* the man pages themselves. There are only three ways this might be handled - 1. change the original files in the Tcl and Tk distributions to not have names using "::" 2. change the installManPage shell script to catch such names and change them on the fly 3) have CMake recognize the problematic names after the |
| 03:48.52 | starseeker | if this were any kind of sane OS, I'd suggest a patch to the OS to fix support for filenames with "::" |
| 03:49.09 | starseeker | hooray Windows |
| 03:49.32 | stevenkou | starseeker: brlcad advised me that editing cmakelist.txt does not solve the underlying problem, so I guess I have to give up on that. |
| 03:49.48 | starseeker | stevenkou: I thought you were editing the man pages |
| 03:49.56 | starseeker | what did you change inCMakeLists.txt? |
| 03:50.30 | Notify | 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 03:51.05 | stevenkou | I did not change anything except the man pages which is also considered wrong, so I guess I have to read the entire cmakelist.txt before I resume work. |
| 03:51.21 | starseeker | stevenkou: I'm not convinced changing the man pages is wrong |
| 03:51.54 | starseeker | stevenkou: that's why I explained what's going on in more detail at 22:48 - those names aren't coming from CMake *at all* |
| 03:52.00 | Notify | 03GCI: Sean: Review and update preprocessor macro calls, NEAR_ZERO() and NEAR_EQUAL() - nope What you did looks good. I didn't try to apply it as there are other patches pending, but it reads fine and is what was expected. http://www.google-melange.com/gci/task/view/google/gci2012/8007240 |
| 03:52.46 | starseeker | stevenkou: you should still understand how the CMake build logic is being used to run the process |
| 03:53.32 | brlcad | starseeker: I knew it was generating those file names |
| 03:53.32 | starseeker | stevenkou: I would suggest you follow the build logic chain, until you are sure you understand *why* CMake is not the source of the names (and what *is*) |
| 03:53.47 | stevenkou | It did help, but since you are the guru on this, I will see if I can make a patch to make the process automatic. Nontheless, thanks to brlcad's advice, I will try understanding that |
| 03:53.50 | starseeker | brlcad: what, installManPages? |
| 03:53.57 | brlcad | yes |
| 03:54.14 | starseeker | I'm not sure a CMake level activity can fix this |
| 03:54.38 | brlcad | cmake's not the problem |
| 03:54.59 | starseeker | right... but you didn't want him to alter the man pages? |
| 03:55.12 | brlcad | and the point of the questions wasn't so that I would understand..... |
| 03:55.41 | brlcad | the manpages look like valid manual pages to me |
| 03:56.08 | brlcad | and reflects the api |
| 03:57.19 | brlcad | stevenkou: so you should understand that cmake file I mentioned a *little* bit more than what you just described |
| 03:57.44 | brlcad | (especially given starseeker just explained it all to you in more detail than I would have) |
| 03:58.13 | starseeker | brlcad: apologies - I was a bit thrown by you saying changing the man pages was the wrong solution |
| 03:58.58 | brlcad | stevenkou: you said that "cmake takes the instructions from the cmakelists.txt then it generates the makefiles" .. that's all crazy high level -- read the instructions in that file and ask yourself what do you NOT understand if you read it top to bottom? |
| 04:00.09 | stevenkou | I'm currently not at my computer, apologies if I'm causing any misunderstandings, I will read it up when I get access to it. |
| 04:00.12 | brlcad | starseeker: well the man pages are API documentation. the API *is* ttk::whatever |
| 04:00.29 | brlcad | and they're not invalid manpage syntax as far as I'm aware |
| 04:01.05 | starseeker | OK... so the goal is get working filenames but leave the contents of the man pages alone? |
| 04:01.53 | starseeker | stevenkou: our source repository can be browsed online |
| 04:02.00 | brlcad | so while changing the content may *avoid* the failure, it no more fixes the problem than would it be fixed if we just didn't run installManPages |
| 04:02.22 | brlcad | the goal is to fix it right, that's the task :) |
| 04:03.31 | starseeker | then the first step needs to be to define "right", I suppose... my read on the situation was something had to give - minimally the 1:1 correspondance between the ttk::whatever name internally and the filename... |
| 04:04.00 | starseeker | stevenkou: you can read through any of BRL-CAD's files here: http://brlcad.svn.sf.net/viewvc/brlcad/brlcad/trunk/ |
| 04:04.08 | brlcad | so the underlying "wrong" is defined by the platform |
| 04:04.17 | brlcad | doesn't support : in filenames |
| 04:04.23 | brlcad | so what is creating a : in a filename |
| 04:04.40 | brlcad | that leads to where that file somes from |
| 04:05.05 | brlcad | s/somes/comes/ |
| 04:05.39 | starseeker | brlcad: OK :-) I'll stay out of it - you've clearly got something in mind, so I won't mess up the logic chain any more than I have |
| 04:06.13 | brlcad | reading the logic that's doind that damage, that's all pretty clear that it's not necessary, so the fix should be trivial |
| 04:06.15 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 04:08.09 | brlcad_ | how would i use the bn_poly struct to declare a polynomial? i dont seem to understand the struct. Link to definition of bn_poly: http://brlcad.org/xref/source/include/bn.h#L860 |
| 04:09.17 | Notify | 03GCI: Richard Tynan: Web interface (AJAX?) to MGED - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 04:13.20 | brlcad | brlcad_: look at some of the uses |
| 04:13.55 | brlcad_ | damn it |
| 04:14.04 | gmercer015 | did it again! |
| 04:14.09 | brlcad | gmercer015: src/util/roots_example.c |
| 04:19.56 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Well... You want 10 websites where post a volunteer job request for a "Web Designer", is voluntary, so the pay is 0. I've looking for websites where publish that request, like www.dice.com but without pay to publish. Like SourceForge (https://sourceforge.net/people), but... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 04:20.16 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - close, but bad patch It looks like you copied your version of the CompileFlags.cmake file over an existing updated checkout. That's bad... You clobbered a whole slew of changes. Basically, you edited an old version of the file. You have to manually run diff (not... http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 04:20.21 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 04:20.36 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 04:21.32 | stevenkou | I can see that CMakeList.txt actually runs all the command that directs to the various manpages, getting properties within the manpages such as the filrname, since the manpages designated the name for itself, cmake picks it up and names the file accordingly in the build Directory. Correct me if I have not understand anything, I can read the entire text in more depth. |
| 04:31.40 | Notify | 03GCI: javamonn: cmake case cleanup - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 04:36.30 | *** join/#brlcad caen23_ (~caen23@92.81.172.45) | |
| 04:39.27 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:42.25 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - nicely done! So that looks great. I'd only ask for a few minor changes/additions. You have tons of great screenshots when you ran Blender, but only two tiny snippets when it came to BRL-CAD and not a single screen capture. Show MGED running, show screenshots or windows for each step. Of... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:42.30 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:42.35 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:42.59 | Notify | 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:43.14 | Notify | 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:44.29 | Notify | 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:45.36 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - dice is a bad example So Dice is a bad example. This isn't a traditional job posting, that was merely a notional example. Posting to a blog, mailing list, or forum is a valid place where this kind of solicitation could be posted. Like I said, maybe try to find some other... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 04:45.50 | Notify | 03GCI: Sean: cmake case cleanup - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 04:45.55 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to RikuMiyao. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:55.42 | stevenkou | I should neither touch the man-pages nor the CMakeList.txt, what should I do to solve the root problem of :: in filenames? Since the problem lies on the name, something has to be changed right? What are the options that I can have? |
| 05:01.36 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 05:21.15 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 05:26.20 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Screenshot and Code from My Idea Now available I realized that the uploader was causing the issue so I submitted the screenshot like you told me earlier and put the coding into 2 google documents. I hope it works this time. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 05:32.08 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - now it becomes more clear Now it's more clear what you actually changed... :) So that's looking good but a couple issues. First, you shouldn't leave commented out code (it's dead code). Second, you're eliminating a feature by commenting out the $ENV() lines --... http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 05:32.18 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 05:49.34 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - hm. So the google docs is not helpful, that's not a useful way to exchange design files. But the screenshot does give the idea. So you technically have completed the task and we can close the task out if you like, but I have to admit that I'm not very fond of the design or the... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 05:50.09 | brlcad | stevenkou: have you read the CmakeLists.txt file yet? do you understand what it's doing? |
| 05:51.38 | brlcad | that file has a simple syntax, even if you don't understand the nuances, you should get the gist |
| 05:52.15 | brlcad | for example, you know that it gets to "Generating Tk man pages..." because it prints that |
| 05:52.57 | brlcad | the SET(tk_MAN3 .... is clearly a list of files and the problematic ones are listed there.... |
| 05:53.22 | brlcad | immediately following that is an obvious loop doing something |
| 05:53.38 | brlcad | figure out what it's doing |
| 05:54.53 | brlcad | aside from a few distracting variables, it almost tells you plainly what is going on |
| 05:55.13 | brlcad | that will lead you to another file, and that's probably the one that needs changing |
| 06:01.16 | *** join/#brlcad RikuM (47c60115@gateway/web/freenode/ip.71.198.1.21) | |
| 06:44.29 | stevenkou | Ok, I get the file you want me to change. Thank you. |
| 06:58.33 | *** join/#brlcad stevenkou1 (~Steven@175.156.156.148) | |
| 06:58.39 | *** part/#brlcad stevenkou1 (~Steven@175.156.156.148) | |
| 07:00.15 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 07:14.12 | stevenkou | brlcad: I can see that installManPage has a section for extracting filenames from the manpages, to patch it up it will just be adding a line to replace :: with a _ right? |
| 07:14.12 | stevenkou | My extra line is as follows: |
| 07:14.22 | stevenkou | s/::/_/g |
| 07:18.07 | stevenkou | I will need to test if it works, if it does, I can go on to make the patch right? |
| 07:48.40 | stevenkou | For now, I can say that by adding the above line, the problem is patched, after someone can confirm that it is a valid patch, I will find a way to make the patch which I have no experience as yet. |
| 07:59.40 | stevenkou | Patch complete, ready to submit. |
| 08:09.39 | Notify | 03GCI: Steven Kou: Fix Cygwin configuration warnings/errors - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093204 |
| 08:48.45 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 09:04.04 | Notify | 03GCI: Sharan: Model BRL-CAD logo in BRL-CAD (alan two) - Repeat I did this task before , can i do it again? http://www.google-melange.com/gci/task/view/google/gci2012/7977228 |
| 09:38.14 | stevenkou | i don't see any -w flags for windres, but why is there such a flag generated for compiling zlib? it is causing make to fail |
| 09:55.39 | Notify | 03GCI: Melange: Test and update our simulation / animation tutorial - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7966239 |
| 10:04.47 | Notify | 03GCI: Daniel Rossberg: Model BRL-CAD logo in BRL-CAD (alan two) - It depends If you have a new idea for a different interpretation of the BRL-CAD logo that you would like to model: Yes If you only want to make small changes to your old model: No However, we'll increase the level of expected achievement. http://www.google-melange.com/gci/task/view/google/gci2012/7977228 |
| 10:13.36 | d_rossberg | stevenkou: not only for zlib, -w is in (almost?) every gcc.exe line |
| 10:17.58 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 10:18.21 | stevenkou | no it is for windres.exe |
| 10:19.27 | stevenkou | d_rossberg: even for things that get processed by windres.exe, the -w flag is also present, which should not be as it is not part of the options |
| 10:21.59 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Messy I'm sorry if the code looks messy, both math-wise and code-wise. I believe the seemingly complicated math is what is necessary to find the centroid. On the other hand, the numerous variables in the code are so it doesn't get even more... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 10:26.58 | d_rossberg | so, the -w flag is given to the compiler and the linker? and the linker crashes? |
| 10:27.58 | stevenkou | the compiler is not the one complaining, but windres, it lists out all the available flag as output saying that -w is invalid |
| 10:28.15 | stevenkou | it did not crash but exits that way |
| 10:31.22 | d_rossberg | you want to know where -w comes from, then that the compiler _and_ the linker get it is an important information |
| 10:32.15 | d_rossberg | can you identify one ore more variables in the cmake files that could carry such a flag? |
| 10:36.49 | stevenkou | i actually found the source of the -w, but i cannot upload the log unless my current task is approved, then can i be able to claim my previous task back |
| 10:39.27 | stevenkou | brlcad is away until a few more hours later right? |
| 11:08.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 11:17.05 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 11:32.43 | Skriptkid | Anybody else getting compilation errors with the latest revision? Problems with vector_fpu.h, dvec.h and opennurbs_ext.cpp? |
| 11:43.05 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 11:47.43 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Fixed Okay, that's fixed. For all the platforms that call parallel_interface_arg directly, the cpu_id is assigned a value in bu_parallel_interface itself. The globals aren't touched. Now, there's a single structure now in bu_parallel, rather than different... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 11:49.43 | Notify | 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 11:51.20 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143) | |
| 12:12.03 | d_rossberg | Skriptkid: no problem on Debian wheezy |
| 12:14.38 | Notify | 03GCI: Daniel Rossberg: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to John. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 12:28.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 12:31.31 | *** join/#brlcad ashwinlokkur (~Adium@117.192.207.44) | |
| 12:37.06 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 12:39.44 | *** join/#brlcad ashwinlokkur (~Adium@117.192.207.44) | |
| 12:41.53 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Issues Your patch doesn't follow our coding guidelines (see the HACKING file) particularly wrt the indentation levels (4 spaces, 1 tab, 1 tab plus 4 spaces, 2 tabs, ...). Please update table.c too. RT_HYP_CK_MAGIC ??? http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 12:41.58 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 12:42.29 | Notify | 03GCI: Daniel Rossberg: Create an Extrusion Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 12:44.11 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 12:46.22 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Parameters What parameters should i show. Should i just show the H and V parameter http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 12:46.52 | Notify | 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 12:49.48 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Which command should I male the documentation for? Wow, that was fast. Could you please tell me which command to do the documentation on? If not, then can you suggest one? Thanks. BTW, what's your handle on IRC? http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 12:53.45 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 13:00.17 | Notify | 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - You can take any program from the list If you want a suggestion: asc2g However, any other is good too. And for my IRC name: It is very similar to the one I use here ;) http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 13:00.43 | YatharthROCK | d_rossberg, For this task: http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 13:00.43 | YatharthROCK | Does anyone know where I can get the documentation for the commands? Or do I have to figure it out by using it or something? |
| 13:03.37 | d_rossberg | you have to look at the source file |
| 13:05.04 | YatharthROCK | d_rossberg, I'm looking at it right now: http://brlcad.org/xref/source/src/conv/asc/asc2g.c |
| 13:05.11 | YatharthROCK | What all do I have to put in the file? |
| 13:06.02 | YatharthROCK | Synopsis, paramteres it takes, usage (do I have to give an entire procedure of converting the GED data to ACII and back?), examples, and what else? |
| 13:07.01 | YatharthROCK | Or chuck that, it's all there in the task description |
| 13:07.35 | YatharthROCK | d_rossberg, I don't get what the "Code" part followed by the paths or something is |
| 13:12.18 | Notify | 03BRL-CAD:bob1961 * 54087 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Copious mods to streamline the workflow in Archer's sketch editor. More to follow. |
| 13:14.15 | Notify | 03BRL-CAD:bob1961 * 54088 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Added a class variable to the GeometryEditFrame class (i.e., mPrevEditMode). |
| 13:14.52 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 13:27.41 | Notify | 03GCI: javamonn: cmake case cleanup - A couple of questions: When you say logic, I'm assuming you mean the actual control stuctures like "IF" and "WHILE", and not the logic contained within the conditional, like the "GREATER 10 AND..." Also, should all commands be lower case, or just the user defined macros? Thanks for all the help, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 13:52.31 | Notify | 03GCI: Cezar: Improve geometry database loading behavior - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 13:53.02 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 13:54.07 | Notify | 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 14:00.24 | Notify | 03GCI: Harmanpreet Singh: Fix CMake build system auto-disabling of GLEW - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 14:13.48 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 14:16.07 | Notify | 03BRL-CAD:brlcad * 54089 brlcad/trunk/TODO: making push stop at various levels rears its head once again. |
| 14:36.35 | *** join/#brlcad Silvrous (4f7059d1@gateway/web/freenode/ip.79.112.89.209) | |
| 14:52.08 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 14:57.35 | Notify | 03GCI: Ashwin Lokkur: Write a manual page for MGED's "brep" command - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 14:58.34 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 15:01.49 | YatharthROCK | d_rossberg, If I use groff or nroff, will it output DocBook style man pages? Is that even a requirement or just a suggestion? Or maybe a style guide for consistency... |
| 15:03.02 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - DocBook format necessary? If I use groff or nroff, will it output DocBook style man pages? Is that even a requirement or just a suggestion? Or maybe a style guide for consistency... http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 15:06.50 | d_rossberg | YatharthROCK: look at doc/docbook/system/man1/en, you can use one of these as template |
| 15:07.30 | YatharthROCK | d_rossberg, Ummm.... is that a directory under brlcad or something? |
| 15:08.09 | Notify | 03GCI: Sean: Fix Cygwin configuration warnings/errors - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8093204 |
| 15:08.32 | brlcad | YatharthROCK: did you look? :) |
| 15:08.34 | Notify | 03GCI: Daniel Rossberg: Add missing documentation (for any ONE command) - Yes DocBook, we mean it. See doc/docbook/system/man1/en. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 15:09.05 | brlcad | starseeker: http://www.google-melange.com/gci/task/view/google/gci2012/8093204 <-- see *very* simple fix, it was even already set up for it |
| 15:09.11 | d_rossberg | YatharthROCK: yes, in the source tree |
| 15:10.22 | YatharthROCK | d_rossberg, Umm... 'source tree'? as in VCSs? Where exactly would these folder be located on a normal install? |
| 15:10.52 | brlcad | YatharthROCK: see http://brlcad.org/wiki/Deuces to get started |
| 15:10.55 | brlcad | at the top |
| 15:11.38 | brlcad | and/or http://brlcad.org/wiki/Compiling |
| 15:12.04 | d_rossberg | for a quick look: http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/doc/docbook/system/man1/en/ but i recommend to check it out with subversion |
| 15:13.41 | brlcad | you're going to need a checkout to add a new file anyways (the man page must pass validation and compile correctly) |
| 15:14.38 | YatharthROCK | brlcad, Even if I've already installed pr w/e I did and have the /usr/brlcad folder? Can't I use that? Does it not have the source code or something? |
| 15:15.15 | brlcad | if you install firefox, did that include the firefox source code? |
| 15:15.29 | brlcad | if you download brl-cad, do you think it includes the source code? |
| 15:18.57 | YatharthROCK | brlcad, OK, stupid question. Another stupid question: in a C file (as is the asc2g.c file), how would you access the command-line params? I need to know as then I can do a Ctrl+F and easily find the function responsible for handling them and do the documentation |
| 15:22.37 | YatharthROCK | It's argv and argc. GIYBF is a good principle |
| 15:22.44 | d_rossberg | argc (the number) and argv (the values) in main() |
| 15:23.25 | d_rossberg | did you noticed the usage variable? |
| 15:25.55 | archivist | EG923 |
| 15:26.27 | Notify | 03GCI: Gauravjeet Singh: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 15:26.48 | archivist | must set the right tab first before I use the barcode scanner :) |
| 15:27.07 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - nicely done That's really looking great Akshay! Looks like this is wrapping up nicely. I only have one remainging question for you that I don't know the answer to myself. So bu_parallel() has a user_thread_data_bu struct that is getting passed to thr_create(),... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:27.12 | Notify | 03GCI: Gauravjeet Singh: Web interface (AJAX?) to MGED - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 15:27.13 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:27.22 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:30.38 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 15:33.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 15:35.35 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - where's the rest? I don't see A/B u/v vectors or the 2D sketch name. I suggest raytracing lines.r and shape.r like you did (after adding the A/B vectors) ... but into the graphics window if you didn't already, and then running "draw sketch2" and "erase lines.r shape.r" so that the sketch... http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 15:35.56 | d_rossberg | Skriptkid: no problem compiling BRL-CAD on Debian wheezy |
| 15:36.43 | Skriptkid | d_rossberg: Okay. Thanks. Guess I'll need to check if something's wrong here. |
| 15:42.20 | *** join/#brlcad merzo (~merzo@26-239-133-95.pool.ukrtel.net) | |
| 15:47.00 | brlcad | new tasks: additional missing doc: http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 15:48.31 | Notify | 03GCI: Melange: Implement runtime detection of SSE - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8007218 |
| 15:55.25 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Maybe not Each thread retaining it's own copy of the struct might not be needed. This is pass by reference, agreed, but since it isn't being modified by parallel_interface or parallel_interface_arg, the only places where it is being accessed, I don't think that... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:56.40 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - just saw your question I just saw your question asking which parameters. When in doubt, you should always show the parameters that are prompted by the 'in' command. It will interactively prompt for values, and those are the ones that we're trying to help visualize (along with other derived... http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 15:56.50 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:57.41 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143) | |
| 16:00.25 | brlcad | Skriptkid_: that's really coming together nicely -- I seriously had my doubts at the offset |
| 16:00.36 | brlcad | of course, it's been a lot of work on your part |
| 16:00.36 | brlcad | thanks :) |
| 16:03.48 | YatharthROCK | d_rossberg, Would asc2g be a 'library call' or an 'executable shell command' |
| 16:06.06 | brlcad | hah, awesome ... M-x unscreamify-cmake-buffer |
| 16:06.10 | Notify | 03GCI: Sean: cmake case cleanup - everything Everything that can be lowercase (except variables), should be lowercase. I'm kinda ambivalent about the logic within the conditional but would lean towards it also being lowercase if cmake doesn't care. Feel free to try just one file first and we can look if there are any exceptions. Note that... http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 16:06.17 | ``Erik | asc2g is an executable binary program |
| 16:06.37 | ``Erik | brlcad: downcase all cmake commands/variables? |
| 16:06.45 | brlcad | yep |
| 16:07.14 | ``Erik | adding it to the big honkin' indent/format/header/footer glob-o-script? :D |
| 16:07.25 | brlcad | apparently even the cmake devs have gotten over the yelling |
| 16:08.03 | brlcad | there's a gci task to convert everything to lower and I came across that |
| 16:08.30 | brlcad | could add it to the emacs formatter, but don't know how prevalent the cmake mode is |
| 16:09.44 | ``Erik | d'no emacs lithp, but would something like (when (assoc 'cmake-mode *features*) (unscreamify-cmake-buffer)) be feasible? |
| 16:09.55 | Skriptkid | brlcad: It's okay :) |
| 16:11.11 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - can you show it works? That looks great -- can you demonstrate (again) that it works like you did in that first log? Maybe set a CPP flag both in the environment and on the command-line so we can confirm it adds correctly to the summary list of flags. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 16:11.29 | brlcad | ``Erik: it is and there's emacs fu for detecting that though I've not written code like that in a LONG time, I'd have to look it up |
| 16:11.32 | Skriptkid | brlcad; Could you review it now? I submitted a new patch with the typos fixed. Also, made a comment in reply your question. |
| 16:12.10 | ``Erik | (gci task for an emacs weenie?) |
| 16:13.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 16:14.09 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143) | |
| 16:16.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 16:20.26 | Skriptkid | brlcad: Do you think the buildbot server has to be stopped till that bug is fixed? It's just building every time there's a new release. There are 44 builds so far and none successful. Waste of server resources. |
| 16:23.04 | brlcad | Skriptkid: it doesn't cost anything to let it keep running ;) |
| 16:23.15 | brlcad | there's just a lot going on right now |
| 16:23.28 | Skriptkid | Ok :) |
| 16:23.35 | brlcad | I've been going down the task list and creating follow-up tasks for all completed tasks that warranted one |
| 16:24.04 | brlcad | I actually left off yesterday jut before the CI tasks |
| 16:24.13 | brlcad | so they'll be the next created |
| 16:24.30 | Skriptkid | Alright. |
| 16:24.45 | brlcad | right now I'm getting an internal server error, so I can't even pull up the tasks though :) |
| 16:25.05 | YatharthROCK | brlcad, How do you view DocBook pages as man pages again? |
| 16:25.11 | Skriptkid | Yeah, that's a pain on Melange |
| 16:25.51 | brlcad | YatharthROCK: with the man command? |
| 16:27.03 | YatharthROCK | brlcad, Not working :( For troff macros, it works, but not for the DocBook files :( |
| 16:27.04 | starseeker | brlman is a handy wrapper if you have BRL-CAD built |
| 16:27.35 | brlcad | YatharthROCK: it works if you use it right ;) |
| 16:27.46 | brlcad | you have to set your MANPATH (just like PATH) |
| 16:27.52 | brlcad | or use our wrapper that does it for you |
| 16:27.54 | YatharthROCK | brlcad, And how would that be? |
| 16:27.55 | starseeker | YatharthROCK: are you trying to view the xml files as man pages, or the output the build generates? xml files aren't man pages, they're used to *generate* man pages |
| 16:28.20 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143) | |
| 16:28.35 | YatharthROCK | starseeker, Umm... so how do I generate those manpages? I thought man did it automatically for us |
| 16:28.50 | starseeker | YatharthROCK: the BRL-CAD build generates them for you |
| 16:30.14 | YatharthROCK | starseeker, Take this situation. I write some troff macros. I convert them to DocBook using DocLifter. What's the fastest way to see what this XML file looks likie? |
| 16:30.18 | starseeker | man only reads man pages. Generating man pages from DocBook involves a whole different set of tools |
| 16:30.23 | YatharthROCK | brlcad, How do you use the wrapper? |
| 16:31.19 | YatharthROCK | starseeker, Tools like? I Googled but didn't find anything (which probably indicates my Google-Fu is weakening more that anything else). |
| 16:31.29 | brlcad | YatharthROCK: I think you're misunderstanding something critical |
| 16:31.36 | Notify | 03GCI: gcking: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - esting result I set a CPP flag both in the envorionment and on the command-line, here is the result. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 16:31.39 | brlcad | you run the wrapper on a generated manual page |
| 16:31.47 | brlcad | brlamn whatever |
| 16:31.47 | YatharthROCK | brlcad, Me too. |
| 16:32.07 | brlcad | the situation you described, you need to add that xml file to our build system |
| 16:32.08 | YatharthROCK | brlcad, Cool, but how do we generate that manpage fomr DB again? |
| 16:32.22 | brlcad | that xml file gets *compiled* into html and man format |
| 16:32.45 | brlcad | add your file to the CMakeLists.txt file in the man1/en/ directory |
| 16:32.46 | YatharthROCK | brlcad, Umm.. by adding it to `Makefile.am` or something? |
| 16:32.57 | YatharthROCK | Ohh.... |
| 16:33.03 | brlcad | so you grabbed the first task that was posted |
| 16:33.19 | brlcad | that Makefile.am should have said CMakeLists.txt (we've since migrated) |
| 16:33.32 | brlcad | look up one of the other GCI tasks |
| 16:33.47 | brlcad | there are a bunch of others now, they include step-by-step instructions that may help |
| 16:33.47 | YatharthROCK | And then how do I recompile it? `make` and then `sudo make install` or something? |
| 16:34.03 | brlcad | the other tasks explain that |
| 16:34.10 | YatharthROCK | Umm... does Melange offer a way to search for tasks? |
| 16:34.34 | brlcad | have you looked? |
| 16:35.14 | brlcad | i'm sensing that you're an "ask first, look later" kind of person ... open source communities expect a modicum of "look first, then ask" ;) |
| 16:35.55 | brlcad | if we have to hold your hand every step of the way and for every possible question that pops into your head, the task becomes a huge waste of time, no? :) |
| 16:36.07 | brlcad | we're here to help when you get stuck definitely, though |
| 16:38.20 | YatharthROCK | brlcad, Point. But the problem is that for some unexplained reason, Melange always gives an error while viewing a list of tasks from the past few days. SO I couldn't look tasks up. That's why I wanted to know if there was a way to search or something that I hadn't noticed so I could look at the tasks you're referring to. Could you link them to me, please? As I said, I can't view the list. |
| 16:38.56 | *** join/#brlcad andrei (~andrei@79.113.128.71) | |
| 16:40.01 | YatharthROCK | There's this Filter option, but that doesn't work for me |
| 16:40.08 | YatharthROCK | I should try Google |
| 16:42.29 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/8126204 is one of them |
| 16:42.47 | YatharthROCK | OK, Google turned upo http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 16:43.02 | brlcad | that all also applies to your task so it should help |
| 16:44.04 | brlcad | YatharthROCK: try clearing out your cookies |
| 16:44.13 | YatharthROCK | brlcad, Thanks a lot. I really appreciate it. |
| 16:44.31 | brlcad | the filter option is the search method |
| 16:44.31 | YatharthROCK | And yes, I tried that, but to no avail. |
| 16:45.02 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation (for any ONE command) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7972228 |
| 16:45.16 | brlcad | if you enable the debug console in your browser, you can figure out what the problem is |
| 16:45.37 | brlcad | giving up? :) |
| 16:55.19 | andrei | brlcad: hey, at yesterday's presentation we ended up with the q&a session taking two hours instead of 15 min |
| 16:56.10 | andrei | we were several gsoc participants speaking about our projects, organization and overall experience |
| 16:57.12 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - But the parent thread is modifying it Even if they're read-only, the parent thread modifies the value and uses the cpu_id to set the affinity (among other things). If it's not a per-thread instance, then there indeed is a problem since the scheduler could pause a... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:00.09 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - a quick search A quick search on pthread_create() and it indeed is shared data, so this is a bug. There needs to be a separate structure for each thread being created. Don't forget to deallocate since you'll probably want to allocate on the heap. :) http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:00.40 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:01.55 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 17:03.32 | andrei | I spoke about BRL-CAD and one of the question was something like |
| 17:04.06 | andrei | " how are you guys able to obtain such complex geometries and so many tools using a language like C, which isn't very complex?" |
| 17:04.16 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - you are You are my hero. Awesome work! There will likely be a follow-on task to make one of the two of those flags get appended to the end of the list (probably the environment variable ones) instead of the beginning if you want a head start. http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 17:08.22 | Notify | 03GCI: Sean: Verify and/or Fix setting cflags/cppflags/ldflags during Cmake - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8106206 http://www.google-melange.com/gci/task/view/google/gci2012/7984228 |
| 17:08.32 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:09.14 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 17:09.34 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 17:10.49 | Notify | 03GCI: Andrei Popescu: Append CMake build flags to the end of a compile line - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 17:11.19 | Notify | 03GCI: Andrei Popescu: Add missing documentation for any one command (#2) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:12.45 | Notify | 03GCI: Jacob B: Modify IRC notifier output - New Version I updated it and fixed the line endings. I can't get testing working, so I have to hope it works. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:13.15 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - asc2g available? I would like to document the asc2g function for this task. If not that, then the ad one. The task description mentioned to make sure the commands haven't been already taken, so I want to know: Can I work on those? http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:13.21 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:13.34 | brlcad | andrei: wow |
| 17:13.47 | brlcad | did someone smack that person over the head? |
| 17:14.12 | brlcad | how'd the presentation itself go? |
| 17:14.19 | brlcad | you use the slides? |
| 17:14.46 | andrei | we had someone from Rosedu(Romanian open source education ) have like a few slides about GSoC in general : what is it, guidlines etc |
| 17:15.09 | andrei | after, we introduced ourselves, our projects and orgs |
| 17:15.32 | andrei | followed by a Q&A that was supposed to take 15 mins, but it took 2 hours |
| 17:15.36 | brlcad | ``Erik: http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:15.56 | brlcad | andrei: right, you said that but how did YOUR portion go? :) |
| 17:16.27 | andrei | ah, sorry. They seemed interested by the 3d modelling aspect |
| 17:16.38 | andrei | I managed to "smuggle" one of the slides from your presentation |
| 17:16.59 | andrei | ( as in get it onto the projector, when I was speaking) |
| 17:17.32 | andrei | for example I got asked how much did it take to learn 1 milion code lines. |
| 17:18.52 | Notify | 03GCI: Sean: Add missing documentation for any one command (#2) - both are available Both/either are available and you didn't need to change tasks. They are identical. This one just provides more step-by-step information in response to questions received from people working on the first one (yourself included). The goal and resulting... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:18.54 | andrei | I insisted on the fact that it's hard to achieve large code contributions during GSoC( for example to write something that is 15k lines or longer) and the most important part is what you do after GSoC |
| 17:20.16 | brlcad | so did you tell them how they could get involved in development? |
| 17:21.41 | andrei | yes, I explained why would one want to be part of GSoC, as well as contribute after |
| 17:23.25 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - OK I preferred switching. I'll work on ad as it's simpler ;) BTW, couldn't you have updated the previous task also? http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:24.25 | Notify | 03GCI: Sean: Modify IRC notifier output - odd commits So looking at your git history, I still can't tell what exactly you've changed because three of the five commits changes every line in the file and the two one-liner commits undoes itself. Your work needs to be reviewable without all of that mess. Provide a patchfile *here* so the GCI task... http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:24.30 | Notify | 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:24.41 | Notify | 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 17:26.32 | andrei | There was a question that amused me , like " What do I do if I run out of work to do after first two weeks?" |
| 17:28.49 | ``Erik | brlcad, maths22: head of the forked git repo is still uncompilable (unbalanced parens, referring to variables before their scope frame is valid), ... |
| 17:28.57 | Notify | 03GCI: Sean: Add missing documentation for any one command (#2) - no Gee, didn't think of that... No, tasks cannot be updated once they're assigned. The simpler tools get scrutinized more carefully for completeness and perfection, so they're not usually any less work. The only savings may be in learning what the simpler commands do is... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:29.17 | brlcad | ``Erik: k, I rejected it back already since the git history is a mess |
| 17:29.48 | brlcad | shouldn't have to apply the patch and run diff manually to be able to review it |
| 17:30.42 | ``Erik | I made a branch, pulled his, then used tr to convert it to unix line endings so i could diff branch to master |
| 17:31.06 | brlcad | right, don't do that :) |
| 17:31.11 | brlcad | waste of your time |
| 17:31.32 | brlcad | he fluxed it up, he can fix it |
| 17:32.08 | ``Erik | speaking of wasting time, a chunk of my vacation was spent doing user account stuff for the web interface, so'z I need alpha victe, er, testers |
| 17:33.14 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - :/ By "tasks cannot be updated once they're assigned", do you mean they can when they're not assigned? Also, should I do a troff macro and use DocLifter or something to convert it or directly modify the template? I prefer the macro way. You can see instant results... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:37.17 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.143) | |
| 17:44.34 | Notify | 03GCI: Sean: Add missing documentation for any one command (#2) - i do not I did not mean that. Once a task has been assigned to anyone, regardless of it's current assignment/completion state, it can no longer be edited. The answer to your other question hasn't changed from what Daniel told you earlier. The end result must be a valid Docbook... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 17:46.15 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - he name What's "sketch2"? :) It should just say sketch and ideally be aligned in the same 3D plane as the sketch itself (warped in photoshop/gimp works great for that) http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 17:46.20 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 17:49.35 | brlcad | ``Erik: write up the task, let me know when done and I'll publish it |
| 17:49.52 | ``Erik | task for what? |
| 17:49.58 | brlcad | testers |
| 17:50.14 | ``Erik | oh, I meant you guys, just to mess around with it and see if it breaks :D |
| 17:50.28 | brlcad | gci student would be great for that too ;) |
| 17:50.35 | brlcad | but sure, I'll bust it up |
| 17:53.38 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Sketch I can change the label of the sketch. But i dont what do you mean by ideally aligned on the same 3D plane, isn't it aligned properly right now? http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 17:56.03 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Modified Now the structure is modified to structure array with 'ncpu' elements, wheer each element is for each thread.(Since ncpu threads are created.) Also, the cpu_id is initialised in a loop, through 0 to (ncpu-1), along with the other members, rather than... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:57.14 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:57.22 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 18:05.07 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 18:05.52 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Check New.png I think this is what do you mean http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 18:19.22 | caen23 | brlcad: i'm working on the "auto-disabling of glew" task ( http://www.google-melange.com/gci/task/view/google/gci2012/7999218 ) because i couldn't make much sense of the other one (maybe i'll get back to it later), and what i've done so far is i removed some opengl headers from my system and cmake disabled opengl. then i put them back and removed some X11 headers, but cmake did not disable x11. is this a bug, too? |
| 18:20.55 | maths22 | I will fix the notifier. |
| 18:34.36 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - parallel.tar.gz po10.patch is the patch only for parallel.c. Contains the struct fix. parallel.tar.gz has affinity.c(the new one I created) and a patch which adds declaration of bu_set_affinity to bu.h and the file name to CMakeLists.txt. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 18:35.42 | Skriptkid | brlcad: (Probably)Fixed the struct problem. |
| 18:38.05 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.102.143) | |
| 18:51.31 | starseeker | hah - Qt5 is here |
| 18:51.38 | starseeker | cool |
| 18:52.54 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Idea Issue My Second idea (which I never posted b/c it didn't work) was completely different from all that I have submitted. The issue behind my second idea was that the logo I could use was 64X64px (moose logo), which is not very big. If you could provide me with a... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 19:03.15 | ``Erik | :o that's an interesting error... "Nihil ex nihil." |
| 19:25.27 | brlcad | caen23: yes, that is a bug |
| 19:26.02 | brlcad | cmake should be testing and making sure we have everything needed for both x11 and opengl in order to enable x11 and opengl interfaces respectively |
| 19:26.20 | brlcad | if you find and fix problems in either, that's worthy of a task |
| 19:27.09 | brlcad | caen23: careful, you're going to be a brl-cad expert before too long .. c, tcl, and now cmake changes... |
| 19:33.37 | caen23 | brlcad: ok, i'll try fixing cmake properly. i need to study the source code better, and i still haven't gone through "intro to mged", before becoming a brl-cad expert :D |
| 19:48.39 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - noticed a few more things I mean kinda like this: https://forum.solidworks.com/servlet/JiveServlet/showImage/2-314074-50808/sk.jpg Notice how the "Top" text is "in the plane" and not just rotated? I think it worked well how you had it at the base, or would work well a little lower like it... http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 19:48.49 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 19:50.29 | ``Erik | !notify todo add capability to change email address |
| 19:50.30 | Notify | OK |
| 19:53.17 | brlcad | yay, svn 1.7 adds "svn patch" so it'll add/remove files/dirs depending on the patch contents |
| 19:54.00 | ``Erik | so, yeh, https://elfga.com/notify/ have fun tearing up the login/logout/register/deleteaccount/forgotpassword/etc stuff... I look forward to picking up the pieces :D |
| 19:54.51 | brlcad | caen23: you can become an expert without learning how to model ;) |
| 19:55.46 | caen23 | brlcad: yep, but it helps quite a bit to know the basics of the app too |
| 19:55.46 | brlcad | it's a good right of passage, but the tutorials often leave the wrong impression that that's the way we want things to be... fresh developer perspective is healthy |
| 19:56.55 | brlcad | I have some mged commands so ingrained, that I can barely remember just how utterly frustrating and convoluted it all seemed when I started |
| 19:57.06 | ``Erik | and then I crash the bot doing something else :D |
| 20:03.22 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - a single patch file You can create a single file just by running svn add src/libbu/affinity.c before running svn diff. That will include it in the patch file and is easier to review/apply than the tarball. The patch looks good except for the [ncpu] array. It's not... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 20:03.22 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 20:09.24 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - it's a mock up The first link I gave in my first "logos" reply had the link that provided a bigger version of the moose and other logos. Still, the goal is a mock up so even a 400x400 box that said "logo goes here" would work to conceptualize the design. The logo itself is not... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 20:09.40 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 20:26.23 | *** join/#brlcad Pwnna (~mrrow@24-138-135-84.eastlink.ca) | |
| 20:26.49 | Pwnna | Can i use BRLCAD to just cad stuff and do solid modelling and export to STL for 3D printing? |
| 20:29.55 | Notify | 03BRL-CAD:brlcad * 54090 (brlcad/trunk/AUTHORS brlcad/trunk/ChangeLog and 12 others): fix a slew of spelling mistake corrections from Gauravjeet Singh (http://www.google-melange.com/gci/task/view/google/gci2012/8033204), 20+ in 5+ files |
| 20:34.07 | Notify | 03BRL-CAD:brlcad * 54091 brlcad/trunk/AUTHORS: technically, the spelling corrections from ha and singh are edits to code, but they're not logic and not exactly documentation, so move then under special thanks |
| 20:34.11 | Notify | 03GCI: Sean: Find and fix at least 20 spelling mistakes in at least 5 different files - Changes applied Your spelling fix corrections have been applied to our repository (r54090) and you've been credited with the contribution in our authorship documentation-- thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8033204 |
| 20:37.04 | Notify | 03BRL-CAD:brlcad * 54092 (brlcad/trunk/doc/html/manuals/mged/animmate/anim_orient.html brlcad/trunk/doc/html/manuals/mged/animmate/animate.html and 7 others): apply another set of spelling corrections from An Ha, GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 20:37.23 | Notify | 03GCI: Sean: Find and fix at least 10 spelling mistakes in at least 10 different files - committed Your changes have now been applied (r54092) to our sources and will be included in the next release of BRL-CAD. Thanks for your efforts! http://www.google-melange.com/gci/task/view/google/gci2012/7959223 |
| 20:39.27 | *** join/#brlcad Pwnna (~mrrow@24-138-135-84.eastlink.ca) | |
| 20:39.46 | Pwnna | because it's not as intuitive as things like solid works. maybe it is.. but i'm just having some trouble using it |
| 20:39.52 | Pwnna | and wikipedia says this is more for force analysis? |
| 20:39.58 | Pwnna | I just don't wanna get Windows lol |
| 20:43.25 | *** part/#brlcad caen23 (~caen23@92.81.172.45) | |
| 20:43.40 | brlcad | Pwnna: you certainly can |
| 20:43.52 | Pwnna | is there any tutorials? |
| 20:43.58 | Pwnna | because this interface is very different lol |
| 20:44.01 | brlcad | export is not a strong point, but we do have an stl exporter and lots of people have done exactly what you're trying to do |
| 20:44.18 | brlcad | you're not going to just click around and figure ANYTHING out, it's got a learning curve ;) |
| 20:44.21 | Pwnna | yeah. anything will be better than going on windows and requesting for an academic license |
| 20:44.26 | brlcad | there are extensive tutorials |
| 20:44.28 | Pwnna | yeah. unfortunately |
| 20:44.52 | Pwnna | or is learning solid works more benificial? |
| 20:44.54 | brlcad | we're working on usability with several design replacements, but that all takes *years* of work to make better |
| 20:45.03 | Pwnna | I don't have a ocmputer to do that on as my primary work computer is a linux laptop and no windows |
| 20:45.05 | brlcad | well, i'm very biased |
| 20:45.09 | brlcad | learn both ;) |
| 20:45.16 | brlcad | we're free and will always be free |
| 20:45.35 | Pwnna | lol |
| 20:45.42 | brlcad | and you have direct access to developers who can help you (i.e., free support too) or make improvements or fix bugs you find, etc |
| 20:45.51 | Pwnna | i'm a developer myself ;D |
| 20:45.55 | brlcad | even better |
| 20:46.02 | brlcad | make it be better than solidworks |
| 20:46.11 | brlcad | or catia or nx or pro/e or ... ;) |
| 20:46.19 | Pwnna | lol |
| 20:46.23 | brlcad | we have no shortage of work |
| 20:46.26 | Pwnna | first you need an interface redesign ;D |
| 20:46.32 | brlcad | that's all in the works |
| 20:46.44 | Pwnna | One softwrae that I really like is the traditional 2D Cad systems |
| 20:46.57 | brlcad | getting boundary representation (nurbs) support is central to a new interface design |
| 20:46.59 | Pwnna | AutoCAD command system :D being a developer it is second nature |
| 20:47.23 | Pwnna | how is the code of brlcad laid out? backend APi + frontend code ontop or is everything coupled? |
| 20:47.28 | brlcad | we couldn't display via opengl without implementing that support, and that took about 4 years of full-time advanced math effort |
| 20:47.42 | Pwnna | heh |
| 20:47.49 | Pwnna | get funding, hire full time devs ;p |
| 20:48.01 | brlcad | we have that |
| 20:48.01 | Pwnna | wait/ isn't the project a us military project? |
| 20:48.13 | Pwnna | steal people from autodesk |
| 20:49.02 | brlcad | as for the design, brl-cad is *huge* (1M+ lines) with lots of different sections that cater to different capability, but it's all fairly modular |
| 20:49.11 | Pwnna | hm |
| 20:49.13 | brlcad | and where it's not, we're always working on making it more modular |
| 20:49.16 | Pwnna | what language are we dealing with? |
| 20:49.30 | Pwnna | baaah. i wanna draw somethings right now but I don't have windows or a computer with windows :s I gotta design this thing for someone's bday coming up xD |
| 20:49.58 | brlcad | the only place where there's a tight coupling is geometry and raytracing, which is a legacy design choice that optimizes performance and minimizes memory footprint |
| 20:50.05 | brlcad | predominantly C and C++ |
| 20:51.01 | Pwnna | hm cool |
| 20:51.06 | brlcad | the current gui and next version are both Tk GUIs on top of the C/C++ infrastructure, but the long term plan is Qt once our hybrid representation work is completed |
| 20:51.11 | Pwnna | Tk! |
| 20:51.24 | brlcad | Yep, Tcl/Tk |
| 20:51.41 | Pwnna | o.0 |
| 20:51.44 | brlcad | yeah |
| 20:51.56 | Pwnna | that's ancient lol |
| 20:52.03 | Pwnna | i remember working with Tk |
| 20:52.04 | brlcad | it was the best available back in 1985 |
| 20:52.19 | brlcad | or was it 88? before my time |
| 20:52.36 | Pwnna | i know brlcad is 83 |
| 20:52.38 | Pwnna | started |
| 20:52.50 | brlcad | mid-late 80's it was the best toolkit and it's sufficed for a long time but we've clearly outgrown it |
| 20:53.08 | brlcad | it's just the infrastructure needed to kickstart a Qt GUI is a lot of work, so that's where attention is focused |
| 20:53.10 | Pwnna | i'm pretty sure any sufficiently large application will outgrow tk |
| 20:53.16 | brlcad | that and backend infrastructure |
| 20:53.41 | brlcad | there's applications FAR bigger than BRL-CAD that use Tcl/Tk quite well |
| 20:53.44 | brlcad | code is code |
| 20:54.21 | brlcad | our GUI code just isn't very modular or clean, that's one area that is a world of complex on its own |
| 20:54.47 | brlcad | but it's being ditched when we move to Qt -- the important parts are pulled into a new modular command-centroic library (libged) |
| 20:55.56 | brlcad | that is one part where mged exceeds many of the commercial CAD systems even, mged's command interface is quite capable and often leveraged for arbitrary modeling/simulation/analysis tasks |
| 20:56.01 | brlcad | same with our ray tracing engine |
| 20:56.43 | brlcad | http://brlcad.org/wiki/Documentation is where the tutorials are at; scripting tutorials are at http://brlcad.org/wiki/ (e.g., SGI_Cube) |
| 20:58.52 | Pwnna | hm |
| 20:59.04 | Pwnna | i just wanna draw simple stuff like brackets and boxes and stuff |
| 20:59.04 | Pwnna | lol |
| 20:59.31 | brlcad | they cover that |
| 20:59.47 | brlcad | see the Introduction to MGED |
| 21:00.02 | brlcad | to make a box: make rpp rpp |
| 21:00.14 | *** join/#brlcad caen23 (~caen23@92.81.172.45) | |
| 21:07.09 | Pwnna | and then i can subtract stuff out and so on |
| 21:07.24 | brlcad | yep |
| 21:07.30 | brlcad | make rcc rcc |
| 21:07.38 | brlcad | r u rpp - rcc |
| 21:07.40 | brlcad | rt |
| 21:08.25 | brlcad | oops: make rcc rcc ; r box_with_hole.r u rpp - rcc ; B box_with_hole.r ; rt |
| 21:08.44 | brlcad | there's a quick reference cheat sheet on the wiki too |
| 21:09.00 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Request for more time Could i have my task's time extended? I've been a little caught up lately and would really enjoy being able to finish this task. Thank you http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 21:09.51 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 21:11.57 | Notify | 03GCI: Sean: Set up Jenkins continuous integration for BRL-CAD - follow-on task A follow-on to this task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8109203 http://www.google-melange.com/gci/task/view/google/gci2012/7952233 |
| 21:26.19 | Pwnna | what's a way of taking a complicated object and scan it into like a 3D stl file |
| 21:26.22 | Pwnna | with household tech? |
| 21:34.53 | Notify | 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4792 /wiki/Machines_Rental_Agreement_Template: New page: At the same time, highest care should be taken, when you are using the machine, lest you might injure your own self. By simply following these free online slots hosting space tips, you ca... |
| 21:35.28 | brlcad | Pwnna: there are hand-scanners to be had for <$100 |
| 21:36.04 | brlcad | otherwise, recontruction from photos into photogrammetry software is probably going to be your next bet |
| 21:36.28 | maths22 | Maybe someone could confirm, but cl-cia appears to have dos-style endings. |
| 21:37.39 | brlcad | Pwnna: another household tech that has been booming is the kinect |
| 21:37.55 | brlcad | lots of tools around that, probably the majority |
| 21:38.08 | brlcad | hooking that into brl-cad would be fun.. ;) |
| 21:42.05 | Notify | 03GCI: Sean: Set up BuildBot continuous integration for BRL-CAD - follow-on task Several follow-on tasks have been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8109204 http://www.google-melange.com/gci/task/view/google/gci2012/8125203 http://www.google-melange.com/gci/task/view/google/gci2012/8131202 ... http://www.google-melange.com/gci/task/view/google/gci2012/8006217 |
| 21:43.05 | Pwnna | hm |
| 21:44.06 | maths22 | brlcad, ``Erik: if someone could explain how to use *state*, I would be better able to complete the task. Sorry I don't get it. |
| 21:44.41 | brlcad | maths22: i don't know what that is either, so hopefully ``Erik can help |
| 21:45.37 | maths22 | I will try to make some changes in the mean time. I reset the code to ``Erik's last committ and am working on it from there. |
| 21:47.26 | Pwnna | brlcad: lol. i'm just drawing on paper now |
| 21:47.27 | Pwnna | heh |
| 21:48.47 | Pwnna | damn. i don't have a calipper |
| 21:48.50 | Pwnna | calliper* |
| 21:48.56 | Pwnna | can't measure these bolt sizes |
| 21:53.31 | Notify | 03GCI: Sean: Compile BRL-CAD using the Intel Compiler - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8132202 http://www.google-melange.com/gci/task/view/google/gci2012/7982222 |
| 21:58.22 | brlcad | Pwnna: this user-contributed module creates standard bolts: http://brlcad.org/wiki/Hex |
| 21:59.52 | brlcad | maths22: so you'll still want to submit a single patch file to the gci interface since that's what will be persisted and reviewed, git is convenient for erik to review and test your work |
| 22:04.24 | maths22 | OK |
| 22:15.46 | Notify | 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4793 /wiki/Driving_Cardboard_Baler_Machinery_For_Selling_In_Essex: New page: Particularly, the demand is so effective in the current global latest market environment that there seems within order to be a dearth of similar items in some country. If you do this headi... |
| 22:16.48 | ``Erik | *state* is a global clos object, you use slot accessors on it, so to get the list of notices currently in it, do (notices *state*) |
| 22:18.17 | ``Erik | all the slots have getters and setters defined, so you don't have to do any gunk like (slot-value *state* 'notices), just (notices *state*) |
| 22:23.54 | Notify | 03GCI: Sean: Compile BRL-CAD using GCC 4.8 - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8105205 http://www.google-melange.com/gci/task/view/google/gci2012/7982223 |
| 22:37.53 | ``Erik | maths22: http://www.gigamonkeys.com/book/ is a great book for learning the language, skimming chapters 16 and 17 might help you with the *state* object |
| 22:38.34 | ``Erik | (the book is keen enough that I bought the hardback copy just to support the author, and I'm cheap) |
| 22:45.53 | Notify | 03GCI: Sean: Compile BRL-CAD using LLVM trunk - follow-on task A couple follow-on tasks have been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8092204 http://www.google-melange.com/gci/task/view/google/gci2012/8103206 http://www.google-melange.com/gci/task/view/google/gci2012/8023206 |
| 22:49.52 | Notify | 03BRL-CAD Wiki:JosiahmguuqqpxlhWhisted * 4794 /wiki/Best_Gaming_Computer_-_What_To_Look_For: New page: Identifying The Best Desktop Gaming Computers If you're looking to the best online or offline PC gaming experience, then there are a amount of people who you must imagine. Some from the di... |
| 23:22.02 | brlcad | new task: fix -Wwrite-strings warnings: http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 23:22.58 | *** join/#brlcad rptynan (~poiuyt@92.251.255.7.threembb.ie) | |
| 23:24.39 | caen23 | brlcad: i think i've fixed the cmake issue. previously, if it hand't found the x11 libs, it would have disabled x11. with x11 disabled, opengl would be disabled, too. but it only checked for the libs, not the includes. so what i've done is, i've also checked for the includes together with the libs. if it doesn't find both the libs and the includes, it disables x11, which in turn disables opengl. i'm now building to see if it works, but if it does work, is my f |
| 23:24.39 | caen23 | proper one? |
| 23:25.43 | Notify | 03BRL-CAD:brlcad * 54093 (brlcad/trunk/include/bu.h brlcad/trunk/include/raytrace.h): gcc notices en masse that we assign string literals to non-const struct elements. fixed by adding const qualifier. undoubtedly will need to propagate constness elsewhere too. |
| 23:34.59 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 23:36.24 | maths22 | Thank you |
| 23:36.35 | maths22 | That is very helpful. |
| 23:39.06 | Notify | 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 23:40.36 | brlcad | new task: -Wstrict-prototypes: http://www.google-melange.com/gci/task/view/google/gci2012/8131203 |
| 23:41.48 | brlcad | new task: -Wold-style-definition: http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 23:43.27 | brlcad | caen23: that sounds good to me |
| 23:43.38 | brlcad | our old build system went even one step further |
| 23:44.28 | caen23 | well everything seems to work ok, so i'm going to commit |
| 23:44.28 | brlcad | test headers compile, test libs will link, test that the lib works |
| 23:44.39 | brlcad | sounds good |
| 23:48.01 | Notify | 03BRL-CAD:caen23 * 54094 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libfb/tcl.c): X11 is available if the required files in both include/ and lib/ can be found (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999218) |
| 23:53.12 | brlcad | caen23: so the real test is whether the buildbot dashboard magically turns green ;) |
| 23:55.12 | caen23 | where can i check that out? :D |
| 23:56.08 | brlcad | http://crit.brlcad.org/buildbot/ |
| 00:00.28 | caen23 | looks like it didn't turn green :( i understand that buildbot does not have x11 available? |
| 00:01.32 | brlcad | it shouldn't |
| 00:02.22 | brlcad | caen23: so buildbot might have a separate issue, like a stale cmake cache |
| 00:02.45 | brlcad | or no x11/ogl protections in a particular subdir |
| 00:02.52 | brlcad | http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/65/steps/shell_2/logs/stdio indicates that it's failing in glew |
| 00:03.34 | brlcad | i'll make another task to fix glew if your changes didn't do the trick |
| 00:09.15 | maths22 | ``Erik: I get an error when I run (notices *state*) |
| 00:15.40 | ``Erik | are you in the right package? was *state* instantiated? |
| 00:17.44 | ``Erik | (ql:quickload :cl-cia) (in-package :cl-cia) (load-state) (notices *state*) |
| 00:18.09 | ``Erik | those 4 commands should get the system put together and then print "NIL" as the notice list |
| 00:23.45 | caen23 | brlcad: but why did you assume it was a cmake error in the first place? |
| 00:26.32 | maths22 | I did not run load-state |
| 00:27.56 | ``Erik | load-state will create an instance of state and save it to *state* if it can't find the database file |
| 00:31.01 | maths22 | OK. Now I run test-gci (I changed the paths, but nothing else) and (notices *state*) still returns nil |
| 00:37.37 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 00:50.19 | Notify | 03BRL-CAD:caen23 * 54095 brlcad/trunk/CMakeLists.txt: Fix previous commit which removed some lines, causing a build failure with X11 enabled |
| 01:19.22 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Good Progress I have gotten the commands mged, rt, nirt, remrt, dbupgrade, g2asc, asc2g, pix, and benchmark. I am having trouble with the others as there are no man pages provided and the commands page that I found on the BRL-CAD website is just a stub and only features... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 01:21.42 | Notify | 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 01:24.09 | Notify | 03GCI: Richard Akira Heru: Create a Parabolic Cylinder Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985247 |
| 01:33.23 | Notify | 03BRL-CAD:caen23 * 54096 (brlcad/trunk/src/other/togl/include/GL/glew.h brlcad/trunk/src/other/togl/include/GL/glxew.h and 2 others): Update GLEW to 1.9.0, which seems to solve present buildbot errors |
| 01:45.38 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 01:51.03 | *** join/#brlcad agkphysics (~agkphysic@118-93-116-171.dsl.dyn.ihug.co.nz) | |
| 01:56.38 | caen23 | so now there are other errors, but they seem unrelated to the latest commit |
| 01:58.08 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Heap Could you explain what the 'heap' is and how I can use that to set the Struct? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 01:58.47 | starseeker | scowls at Togl |
| 01:59.04 | starseeker | what as I thinking... should have tried the OGRE thing instead of futzing with that sucker... |
| 01:59.30 | starseeker | caen23: looks like it's building with system tcl/tk? |
| 01:59.50 | caen23 | i think so, yes |
| 02:01.55 | Notify | 03GCI: RikuMiyao: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 02:03.26 | starseeker | it looks like the buildbot isn't clearing out the CMakeCache.txt file or the build directory before trying again |
| 02:06.29 | caen23 | i noticed that too. it seems like buildbot is run by giving it a list of commands? so shouldn't it be as simple as adding a rm? |
| 02:06.56 | starseeker | yeah - if it were me I'd be recursively clearing out the build directory |
| 02:07.16 | starseeker | start fresh |
| 02:08.41 | starseeker | for bonus points, I'd also copy the svn checkout to a brlcad-src directory or something, so if a mistake is made and something gets written back to the src directory the svn update mechanism is still presenting the buildbot with a pristine tree |
| 02:10.00 | caen23 | i don't think i can make these changes :-? i didn't set up buildbot and i don't have access to it |
| 02:10.09 | starseeker | yeah, me either |
| 02:10.29 | starseeker | brlcad will be back on at some point - I'm sure he can make them (or whatever other arrangements he things best) |
| 02:10.44 | starseeker | is trying a separate build on crit |
| 02:11.05 | starseeker | caen23: ever played with OGRE? :-P |
| 02:11.19 | caen23 | nope :D |
| 02:13.14 | caen23 | hmm… for some reason, i think i shouldn't have updated glew, but after some googling, it seemed the previous problem was introduced by them at some point and fixed later on |
| 02:13.43 | starseeker | why shouldn't you have updated it? |
| 02:15.05 | starseeker | hmm. OK, when I do it separately here it turns off togl build |
| 02:15.14 | caen23 | i don't know, just a hunch |
| 02:16.16 | starseeker | caen23: well, whatever happened, a clean build tree now just doesn't build togl out of the box |
| 02:16.52 | starseeker | on that machine, at least |
| 02:17.51 | starseeker | caen23: does it work for you locally when you build? |
| 02:18.14 | caen23 | last time i tried, yes, but i'm now building again with a fresh checkout |
| 02:19.15 | starseeker | another tidbit for the buildbot guys, if they aren't already aware of it |
| 02:19.37 | starseeker | crit.brlcad.org/buildbot leads to a non-functional version of the toplevel buildbot page |
| 02:19.48 | starseeker | crit.brlcad.org/buildbot/ (note trailing slash) works |
| 02:21.02 | caen23 | looks like it's caused by relative css |
| 02:22.34 | starseeker | caen23: do you have a log-in on crit? |
| 02:22.40 | caen23 | nope |
| 02:23.38 | caen23 | looks like it builds properly here, too |
| 02:23.47 | starseeker | OK - need to wait for someone buildbot enabled to tidy up the running script with build dir cleanout and src tree copying (latter optional but recommended) - that'll tell the tail |
| 02:23.50 | starseeker | tale even |
| 02:24.49 | starseeker | if crit's configuration is just turning off togl even though the summary says it's on, something else is not right |
| 02:26.10 | starseeker | O.o |
| 02:26.31 | starseeker | it's finding a libtogl.so in /usr/local/lib, but apparently not the headers |
| 02:27.14 | starseeker | that probably explains it |
| 02:27.21 | ``Erik | hm, /usr/local/lib/tk8.5/Togl-1.7/togl.h |
| 02:27.27 | starseeker | winces |
| 02:27.46 | starseeker | dunno if pre 2.0 togl would work |
| 02:28.27 | starseeker | (what a weird place to put a header...) |
| 02:28.51 | starseeker | caen23: ok, so once we get a clean build on buildbot, it probably won't try to build togl |
| 02:30.03 | starseeker | ``Erik: do you have buildbot access? |
| 02:30.34 | *** join/#brlcad stevenkou (~stevenkyk@175.156.156.148) | |
| 02:33.52 | maths22 | ``Erik: When I run test-gci (I changed the paths, but nothing else) and (notices *state*) still returns nil |
| 02:34.07 | stevenkou | Just like reading the cmakelist.txt to get to the root of the problem, I have tried to read the makefile, finding the files that causes make to fail. I have recorded down my findings and will upload it once I get access to my computer. |
| 02:35.44 | starseeker | caen23: build failure is now nclude/vector_fpu.h:53: error: prototype for 'dvec<LEN>::dvec(const float*)' does not match any in class 'dvec<LEN>' |
| 02:36.18 | stevenkou | Basically there is only 3 error stopping the compiler. 2 from zlib and one from the makefile itself which I cannot understand. For the errors cause by zlib, basically they are caused by the -was flag sent to winders.exe |
| 02:36.32 | caen23 | starseeker: looks like it's my fault :( but i know how to fix it :D |
| 02:37.07 | starseeker | figured I'd toss that your way so you could take a poke at it |
| 02:37.35 | starseeker | gotta run - if buildbot scripts aren't adjusted by tomorrow, I'll give the build another go on crit |
| 02:38.20 | caen23 | alright, thanks for your help |
| 02:38.45 | stevenkou | starseeker: is winders.exe suppose to receive any -w flags? |
| 02:39.20 | stevenkou | Windres.exe I mean. |
| 02:44.01 | Notify | 03BRL-CAD:caen23 * 54097 brlcad/trunk/include/dvec.h: Put back float overloadings |
| 02:46.09 | caen23 | brlcad: after fastf_t was reverted to double, i removed the "float" prototypes from include/dvec.h, but vector_fpu.h still defines them. i put the prototypes back, but are they needed? wouldn't it be better if the float versions were completely removed? |
| 02:55.16 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:JosiahmguuqqpxlhWhisted]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 02:55.41 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Driving Cardboard Baler Machinery For Selling In Essex]]": spam |
| 02:55.56 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Machines Rental Agreement Template]]": spam |
| 02:56.16 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Best Gaming Computer - What To Look For]]": spam |
| 03:11.18 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 03:18.08 | *** join/#brlcad clock (~clock@84-72-9-71.dclient.hispeed.ch) | |
| 03:18.11 | clock | hi all |
| 03:19.51 | Notify | 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985247 |
| 03:20.01 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Assigned This task has been assigned to Steven Kou. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 03:21.32 | Notify | 03GCI: Richard Akira Heru: Create a Parabolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985247 |
| 03:35.38 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - heap heap allocation == dynamic allocation ie, malloc/free (or in this case bu_calloc/bu_free) http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 03:47.22 | Notify | 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985247 |
| 03:48.02 | Notify | 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 03:49.29 | Notify | 03GCI: Sean: Create a Parabolic Cylinder Model and Diagram - geometry file Note that our geometry files should have a .g suffix. Looks good otherwise. http://www.google-melange.com/gci/task/view/google/gci2012/7985247 |
| 03:49.44 | Notify | 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Assigned This task has been assigned to Richard Akira Heru. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 03:51.24 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - Not a good format Please submit the list as a text file or .tar.gz or zip file, but not a .7z file. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 03:51.29 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 03:56.51 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - I'm sorry I'm sorry about the format. What's wrong? Tell me now to submit my work again. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 04:05.09 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Submitted I re-submitted my work in a ZIP file, WITHOUT modifications. If it needs modifications please tell me now, because I don't have time... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 04:15.28 | Notify | 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 04:17.54 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 04:20.42 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 04:26.40 | brlcad | caen23: we do want to support fastf_t being double, float, or even a non floating point type (like a class), so whatever gets us closer |
| 04:27.30 | brlcad | to all: I fixed up the buildbot build scripts to wipe out the previous attempt, renamed a few things, fixed a few problems |
| 04:30.46 | brlcad | big work-in-progress, but still gives (different) error in togl: http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/70/steps/Compile/logs/stdio |
| 04:33.01 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Modifications Complete Hey, I finished all the modifications you wanted from me. Please tell me if you want me to add something else. My file to be checked is called Blender to BRL-2. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:33.11 | Notify | 03GCI: Toshita Barve: Create Blender-to-BRL-CAD tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 04:34.25 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:50.21 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 06:06.09 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 06:22.37 | Notify | 03GCI: Melange: Identify 10 places to post an open source solicitation - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 06:30.36 | *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net) | |
| 06:32.50 | *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net) | |
| 07:10.47 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:03.07 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - One open point: Could you please provide us a document where you describe your formula? Ie basic methodology and equations and how you derived your formula from this? The source code looks ok so far. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 08:03.08 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 08:11.31 | Notify | 03GCI: Stefan: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 08:14.51 | *** join/#brlcad andrei (~andrei@79.117.233.118) | |
| 08:20.12 | Notify | 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Stefan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 08:23.09 | Notify | 03BRL-CAD:d_rossberg * 54098 brlcad/trunk/src/mged/set.c: added the correct const qualifiers (linked with rev. 54093) |
| 08:47.36 | caen23 | brlcad: hmm… "manually-specified variables were not used by the project"? http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/71/steps/Configure/logs/stdio |
| 08:48.05 | caen23 | could this be why it tries to build with system tcl/tk? |
| 08:55.50 | caen23 | i ran cmake with blanks between variable assignment (-DBRLCAD_BUNDLED_LIBS = ON) and got the same errors, so perhaps try modifying buildbot to run cmake without the blanks? |
| 09:05.49 | *** join/#brlcad caen23_ (~caen23@92.81.172.242) | |
| 09:15.58 | Notify | 03GCI: Andrei Tudorica: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 09:35.05 | Notify | 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 10:05.31 | *** join/#brlcad merzo (~merzo@26-239-133-95.pool.ukrtel.net) | |
| 11:05.06 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 11:08.13 | YatharthROCK | brlcad, How do you recompile the DocBook documentation files? |
| 11:08.28 | YatharthROCK | `make doc` isn't working from any of the directories |
| 11:08.45 | YatharthROCK | It says `make: *** No rule to make target `doc'. Stop.` |
| 11:10.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149) | |
| 11:12.50 | caen23 | YatharthROCK: how did you run cmake? what flags did you use? |
| 11:14.11 | YatharthROCK | caen23, Ummm... we have to run cmake? I didn't. What's the exact commanbd I should use? I want it to recompile the man pages written in DocBook. <feeling like a noob> |
| 11:14.26 | caen23 | are you on linux or windows? |
| 11:14.39 | YatharthROCK | caen23, Linux (Ubuntu QQ) |
| 11:15.21 | caen23 | YatharthROCK: this is a good place to start http://brlcad.org/wiki/Compiling |
| 11:19.27 | YatharthROCK | caen23, So I cmake in the main brlcad directory and then make doc? |
| 11:21.26 | caen23 | inside the main brlcad dir, you create a new dir (.build), and run cmake from there with the command listed on that page |
| 11:22.11 | caen23 | so you run cmake inside .build, not inside brlcad |
| 11:33.38 | YatharthROCK | caen23, That's what I meant. Do you have any good resources on make/cmake/gmake/whatever? I really don't get how it works. |
| 11:35.10 | andrei | hello |
| 11:35.22 | andrei | YatharthRock, what do you need help with |
| 11:36.06 | andrei | you download the latest source using svn checkout, then you create another folder, mine is called brlcad-build,for example |
| 11:36.17 | andrei | you cd into it and you run cmake ../brlcad |
| 11:39.19 | caen23 | YatharthROCK: the link i sent you contains everything you need to build brlcad properly. if you simply run those commands, you should be good to go |
| 12:17.18 | Skriptkid | what is the string argument in bu_calloc? |
| 12:18.57 | ``Erik | Skriptkid: just a human readable name to help with debugging leaks and stuff |
| 12:19.10 | Skriptkid | OK. Thanks |
| 12:21.42 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:26.59 | starseeker | YatharthROCK: cd into doc/docbook and type "make" |
| 12:27.24 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Heap made the user_thread_data_bu a pointer now. bu_calloc'ed it to hold 'ncpu' objects. It's bu_free'ed at the end. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:34.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149) | |
| 12:42.01 | Notify | 03BRL-CAD:bob1961 * 54099 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: This mod will allow a vertex to be combined with another if dropped in close proximity. |
| 12:43.57 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:57.12 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:04.31 | Notify | 03GCI: Andrei Popescu: Design an MGED command spreadsheet - Task Assigned This task has been assigned to Chan Ho Jun. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:06.45 | ``Erik | "There are only two hard things in computer science. Cache invalidation, naming things and off-by-one errors." |
| 13:08.28 | archivist | :) I learned the hard way for one of those 10 |
| 13:09.23 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Question I did not quite understand the commands for bin/mged -c test.g info commands 2>&1 | sed 's/ /\n/g' | sort | grep mged | sed 's/_mged_//g' | grep -v mged_ and also how do I access the directory http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:09.53 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - We can't accept your copyright You have to assign it to the US Government. See HACKING and sh/template.sh. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 13:10.13 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 13:11.49 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 13:32.44 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Never mind I've just learned how to compile brl-cad using cmake. You can just ignore the question above :) http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:38.14 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 13:50.21 | Notify | 03GCI: SB9595: Compile with -Wstrict-prototypes, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8131203 |
| 13:53.28 | Notify | 03GCI: Sean: Compile with -Wstrict-prototypes, fix warnings that ensue - Task Assigned This task has been assigned to SB9595. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8131203 |
| 13:55.53 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 13:56.21 | brlcad | caen23: yeah, the spaces are a problem (i didn't even see them in the config file) |
| 13:56.31 | brlcad | caen23: though a default build should work first |
| 13:56.45 | brlcad | as well as bundled libs on |
| 13:57.09 | brlcad | those two should work on every platform, the latter being a fallback for broken systems |
| 13:58.56 | Notify | 03GCI: SB9595: Compile with -Wstrict-prototypes, fix warnings that ensue - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8131203 |
| 14:00.20 | brlcad | I removed the disabling of strict, kept bunlded=on (removed spaces) |
| 14:00.51 | brlcad | note that anyone can log in and force a manual build right now -- same username password as our VM |
| 14:02.12 | Notify | 03GCI: Sean: Compile with -Wstrict-prototypes, fix warnings that ensue - Why? Why would you do that? http://www.google-melange.com/gci/task/view/google/gci2012/8131203 |
| 14:04.49 | Notify | 03GCI: Melange: Write a "BRL-CAD Ray Tracing Shaders" tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 14:07.07 | Silvrous | brlcad: In regards to the SSE task, so the problem is currently that, while implemented, the runtime detection currently fails? |
| 14:09.27 | Notify | 03BRL-CAD:caen23 * 54100 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Compile GLEW only if X11 is available (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7999218) |
| 14:14.18 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - few more tweaks, much better That's looking a lot better Andrei. I see you went for half command, half graphical. It's a reasonable compromise. There are more changes I'd like to see, but you've put in good enough effort on this specific task to call it complete. I'll post a... http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 14:14.23 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 14:42.08 | brlcad | Silvrous: I don't think the runtime detection is actually being used |
| 14:43.01 | brlcad | what all have you done so far? we may need to redefine the task |
| 14:50.29 | Notify | 03GCI: Sean: Write a "BRL-CAD Ray Tracing Shaders" tutorial - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8082205 http://www.google-melange.com/gci/task/view/google/gci2012/7994216 |
| 14:51.13 | caen23 | now there's a new problem with buildbot. cmake finds ansidecl.h, but xmlversion.h is not able to #include it |
| 14:54.30 | Notify | 03GCI: Melange: Create Blender-to-BRL-CAD tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 14:55.40 | brlcad | caen23: that doesn't look like a buildbot problem |
| 14:56.16 | caen23 | it's not :D but i'm not encountering it with my local copy |
| 14:56.54 | *** join/#brlcad ColloquyUser (~caen23@92.81.172.242) | |
| 14:59.06 | brlcad | thinks starseeker should investigate since he added all these failing deps.. |
| 14:59.51 | brlcad | if only to be more hesitant in the future to add more :) |
| 15:02.27 | caen23 | brlcad: by the way, is my latest patch for gci what you wanted? :d i think i got it wrong at first |
| 15:03.04 | brlcad | caen23: haven't gotten to that one in the queue yet |
| 15:03.39 | brlcad | at a glance, it looks like crit does have an ansidecl.h but it's in /usr/local/include |
| 15:04.46 | brlcad | looks like gcc binutils provides it, among others |
| 15:06.26 | brlcad | curiously, /usr/local is the ONE (only) place that should be searched in addition to default search paths |
| 15:07.22 | *** join/#brlcad ColloquyUser (~caen23@92.81.172.242) | |
| 15:09.22 | *** join/#brlcad caen23 (~caen23@92.81.172.242) | |
| 15:10.35 | brlcad | hm, looking at the top-level cmakelists, it is supposed to be searching /usr/local, so something must be awry in the src/other dep |
| 15:11.46 | caen23 | but if cmake finds it, is it still cmake's fault if #include fails? |
| 15:15.39 | Notify | 03BRL-CAD:brlcad * 54101 brlcad/trunk/src/other/xmltools/libxml/CMakeLists.txt: smells wrong, but we need to search /usr/local/include and our top-level setting isn't propagating to here |
| 15:15.47 | brlcad | of course |
| 15:15.58 | brlcad | #include only looks in the places cmake tells it to |
| 15:16.24 | brlcad | so if a header exists, it either needs to be specified by cmake or specificied by the user invoking cmake |
| 15:16.41 | brlcad | since it's in /usr/local/include, that's a path that should be automatic |
| 15:17.25 | brlcad | it's one of the only safe non-system paths (unlike /opt and other conventions) |
| 15:17.37 | brlcad | we'll see if that does it |
| 15:18.14 | caen23 | ok then |
| 15:18.46 | brlcad | ugh, buildbot python exceptions are really annoying |
| 15:19.16 | brlcad | http://crit.brlcad.org/buildbot/builders/brlcad-tester/builds/74 |
| 15:19.38 | brlcad | it is nice that stdio streams the results |
| 15:21.44 | Silvrous | brlcad: not much, I was ready to write the function when I found out it already existed, and have been confused as to what to do ever since... |
| 15:24.09 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - few mistakes, but it's good Nicely done, Toshita! There are still a few mistakes (especially at the end, Blender uses +Y for up), but those can be fixed in a follow-on task. We'll add another task to add it to our wiki. Thank you for working through all the changes to make it right! That'll be... http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 15:24.19 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 15:41.19 | *** join/#brlcad merzo (~merzo@116-55-132-95.pool.ukrtel.net) | |
| 15:48.35 | Notify | 03GCI: Melange: Implement runtime detection of SSE - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8007218 |
| 16:03.35 | Notify | 03GCI: Sean: Create Blender-to-BRL-CAD tutorial - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8079211 http://www.google-melange.com/gci/task/view/google/gci2012/7977231 |
| 16:13.09 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 16:20.35 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 16:28.13 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:28.50 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 17:10.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.149) | |
| 17:10.46 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Hehe Sorry. Had put my name in template.sh. Will change it. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:17.03 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Changed Changed the copyright. Also, bu_set_affinity has been implemented in parallel_interface and parallel_interface_arg(Or was this not supposed to be done?) http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:17.23 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Changed Changed the copyright. Also, bu_set_affinity has been implemented in parallel_interface and parallel_interface_arg(Or was this not supposed to be done?) See the second 'po13.patch' http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:17.38 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:49.59 | Skriptkid | Could anybody please review my task? http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:56.39 | d_rossberg | Skriptkid: what do you mean with #ifdef _GNU_SOURCE # define _GNU_SOURCE ? |
| 17:57.20 | Skriptkid | If the extension is present, use it |
| 17:57.49 | Skriptkid | the function cannot run without that GNU extension |
| 17:57.54 | Skriptkid | d_rossberg |
| 18:01.22 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 18:01.45 | Skriptkid | d_rossberg: the function bu_set_affinity is built in such a way that if POSIX threads are not available it's prototype is not created, except for the declaration and the 'return 0;'. If a platform without POSIX calls it, there's no effect by it. |
| 18:02.42 | d_rossberg | it's already defined (#ifdef) so why define it again (doesn't the compiler complain about it?) |
| 18:03.46 | Skriptkid | nope. Does it need changes? |
| 18:04.27 | d_rossberg | i would say yes |
| 18:04.44 | Skriptkid | what do I need to do? |
| 18:05.10 | Skriptkid | take out the #ifdef and let '#define' remain unconditionally? |
| 18:05.41 | d_rossberg | what was the intention for this redefinition? |
| 18:06.34 | d_rossberg | at the moment this construct should change nothing |
| 18:06.58 | Skriptkid | uhh....actually, I hadn't realised that #ifdef checks if the defenition exists. I had thought that it checks for the presence of the extension. So my logic was to define GNU_SOURCE if it is present on the current system |
| 18:07.03 | d_rossberg | if _GNU_SOURCE was defined it will be redefined, if not nothing happens |
| 18:07.31 | Skriptkid | If I remove the definition, I get errors |
| 18:07.49 | d_rossberg | aha! |
| 18:08.30 | Skriptkid | Hang on. |
| 18:08.34 | Skriptkid | I don't! |
| 18:08.40 | Skriptkid | okay, its already defined |
| 18:08.53 | Skriptkid | so I dont need to redefine. We won't need that whole block now |
| 18:10.26 | Skriptkid | d_rossberg: I removed that part. But the next #if defined(_GNU_SOURCE) has to be there, right. because The function can be run only if it is defined |
| 18:13.30 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Removed redefiniton in po14.patch, Removed the block #ifdef _GNU_SOURCE # define _GNU_SOURCE #endif where _GNU_SOURCE was being redefined, as pointed out by d_rossberg. This was due to my mistake in understanding the logic of #ifdef. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 18:14.43 | Skriptkid | d_rossberg: Could you check it now? |
| 18:21.03 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Compilation errors /home/rossberg/Devel/BRL-CAD/brlcad/src/libbu/parallel.c: In function 'parallel_interface': /home/rossberg/Devel/BRL-CAD/brlcad/src/libbu/parallel.c:595:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] ... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 18:21.13 | Notify | 03GCI: Daniel Rossberg: Integrate new thread affinity interface into LIBBU and LIBRT - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 18:21.48 | d_rossberg | Skriptkid: it doesn't look like you have compiled your sources ... |
| 18:22.20 | Skriptkid | it compiled fine on my system I'll try again |
| 18:22.24 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Patch I would make a patch, but I cannot figure out how to do so. My changes are pretty clear in the pull request, however. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 18:22.28 | brlcad | Skriptkid: make sure you don't turn strict off |
| 18:22.35 | Skriptkid | okay |
| 18:22.39 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 18:22.44 | brlcad | what version of gcc are you using? |
| 18:23.21 | Skriptkid | Problem was, strict os off :) |
| 18:23.23 | Skriptkid | *is |
| 18:24.13 | brlcad | d_rossberg: so what are your thoughts -- pthread manpage says that it'll need to compile in std99+gnuextensions mode for that pthread affinity function to be declared |
| 18:24.17 | brlcad | damnits |
| 18:25.07 | brlcad | Skriptkid: so the key is to not ignore your warnings ;) |
| 18:25.22 | brlcad | even if strict is off, warnigs are almost always real issues worth fixing |
| 18:25.48 | brlcad | especially for code that survives beyond more than a homework assignment, it's a good habit to get into to always fix them |
| 18:26.02 | brlcad | so you eventually get to the point of not even writing the code bad in the first place |
| 18:26.06 | Skriptkid | I'll do that :) What else needs fixing? |
| 18:26.34 | Skriptkid | Is the implementation of bu_set_affinity in parallel.c right? |
| 18:26.45 | brlcad | so _GNU_SOURCE is still a problem, but probably not yours to resolve |
| 18:26.54 | brlcad | why would the implementation be there? |
| 18:28.31 | Skriptkid | It doesn't need to be there? It's being called in parallel_interface and parallel_interface_arg. That was the point, wan't it? To set affinity mask of the current thread? |
| 18:29.12 | brlcad | bu_set_affinit() is more certainly being called there and that is right |
| 18:29.26 | brlcad | too many question, be specific :) |
| 18:30.06 | brlcad | you said the implementation of bu_set_affinity() needed to be there, and that is not right |
| 18:30.13 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 18:30.13 | *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net | |
| 18:31.29 | Skriptkid | Sorry. I meant, bu_set_affinity() is being called in those functions. But, the function is in affinity.c |
| 18:32.41 | Notify | 03BRL-CAD:carlmoore * 54102 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blank or tab |
| 18:32.55 | starseeker | It's official - Tcl/Tk 8.6.0 is released |
| 18:32.58 | brlcad | so what you probably meant to ask is whether the USE of bu_set_affinity() in parrallel.c is right, and that's a good question ;) |
| 18:33.18 | starseeker | time to discover whether BRL-CAD will work with it |
| 18:33.25 | brlcad | I haven't yet looked at the latest iteration, but then daniel was apparently trying |
| 18:33.37 | brlcad | neat |
| 18:33.58 | brlcad | you mean time to fix our build to make it work? :) |
| 18:34.46 | Skriptkid | yes, that's what I meant :) |
| 18:35.02 | Skriptkid | to the first question |
| 18:35.05 | brlcad | starseeker: I'm not in a hurry to upgrade too quickly... raised a lot of attention the last major update, not a constructive sort |
| 18:35.20 | Skriptkid | to your second question, I don't know |
| 18:35.45 | brlcad | Skriptkid: the second question wasn't directed at you ;) |
| 18:35.52 | Skriptkid | oh, sorry :) |
| 18:36.02 | starseeker | brlcad: sure. Was figuring to test against installed 8.6, not upgrade src/other |
| 18:41.22 | brlcad | starseeker: ah, yeah, that'd be good |
| 18:41.32 | brlcad | you want to do that or shall I make a task? :) |
| 18:45.48 | Skriptkid | brlcad: I keep getting an 'implicit declaration' error with parallel_interface_arg. Do I have to take it out of the '#ifdef PARALLEL' block? |
| 18:45.50 | YatharthROCK | I ran `cmake ...` and `make`, but didn't see the built HTML man pages. Even `make doc` didn't work. I'm looking in the doc/ folder. What should I do? |
| 18:46.25 | YatharthROCK | brlcad, BTW what timezone are you in? |
| 18:47.16 | brlcad | Skriptkid: implicit declaration means you're using it before you've defined it |
| 18:47.46 | brlcad | that means it needs to either be declared earlier or defined/moved earlier in the file |
| 18:48.11 | brlcad | neither of those have any bearing on being within or outside a PARALLEL block |
| 18:48.20 | YatharthROCK | Sorry, I had to look in the .build/doc folder... |
| 18:48.32 | brlcad | if this is not a parallel compile, then affinity is meaningless |
| 18:48.44 | brlcad | mostly meaningless... |
| 18:48.55 | brlcad | YatharthROCK: glad you figured it out ;) |
| 18:49.21 | Skriptkid | Hmm...a bit of reordering should do the trick then I guess |
| 18:49.47 | Skriptkid | Yeah, that's gone. Fixed all warnings with parallel.c now. |
| 18:52.05 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 18:54.11 | YatharthROCK | brlcad, Running `find ./doc -iname 'asc2g*'` gives me this: |
| 18:54.11 | YatharthROCK | ./docbook/system/man1/en/asc2g_man1_man.cmake |
| 18:54.11 | YatharthROCK | ./docbook/system/man1/en/asc2g_man1_html.cmake |
| 18:54.11 | YatharthROCK | ./docbook/system/man1/en/CMakeFiles/asc2g_man1_man.dir |
| 18:54.11 | YatharthROCK | ./docbook/system/man1/en/CMakeFiles/asc2g_man1_html.dir |
| 18:54.11 | YatharthROCK | They're are `.cmake` or `.dir` files. WTH? |
| 18:54.44 | brlcad | what directory are you in? |
| 18:54.53 | YatharthROCK | brlcad, The .build one |
| 18:55.30 | YatharthROCK | Found it. ./.build/share/doc/html/man1/en/asc2g.html |
| 18:55.38 | YatharthROCK | in the .built directory |
| 18:55.53 | brlcad | okay, so try this first: bin/brlman asc2g |
| 18:56.01 | brlcad | yep, and that's the other |
| 18:56.22 | Notify | 03BRL-CAD:caen23 * 54103 brlcad/trunk/src/other/xmltools/libxslt/CMakeLists.txt: Search /usr/local/include/ for headers |
| 18:57.58 | caen23 | brlcad: i applied your libxml fix to libxslt, too. i think we should try to collect all the errors buildbot complains about and then come up with a proper fix for this problem |
| 18:59.37 | YatharthROCK | brlcad, Both work, but the formattings screwed up. Maybe it's DocLifte acting up. How could I recompile this in the fewest steps after editing the DocBook file by hand? |
| 19:00.42 | brlcad | just run "make doc" again in that directory or in doc/docbook/system/man1/en and it'll rebuild just the ones you edit |
| 19:11.13 | brlcad | maths22: you haven't figured out how to make a patch file still? |
| 19:11.32 | brlcad | there's a hundred websites around the web that do that |
| 19:13.11 | Notify | 03GCI: Sean: Modify IRC notifier output - I don't understand There are hundreds of websites around the web that go into excruciating detail on what patch files are, how to make them, how to apply them, etc. Are you saying you cannot figure out how to do a web search? :) http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:13.26 | Notify | 03GCI: Sean: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:13.36 | Notify | 03GCI: Sean: Modify IRC notifier output - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 19:13.37 | brlcad | it's kinda silly, it's even built into the tool you're using :) |
| 19:14.47 | brlcad | pull/push requests are just staged patches themselves |
| 19:16.07 | Notify | 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 19:17.58 | Notify | 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - alignment Neither the 'c', nor the 'r' seem to line up with anything specific. I know 'r' is a scalar value, so there should be a sphere or something where r begins (ie, V) and terminates (where the r label goes). Same thing goes for 'c', assuming it's a scalar value. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 19:22.20 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review Can you please review my work? http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 19:23.15 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - so close! Now that's the right idea. However, the sketch is either too close or not close enough. That tiny gap just raises questions. It should either be clearly separated, or right on the base like you originally had it. Try about 10% lowered? That would let you put the "sketch" label on... http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 19:23.30 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 19:24.31 | Notify | 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 19:29.23 | Notify | 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - glew patch So the glew patch identifies the problem as trying to compile glew.c when we don't need to, but the fix shouldn't replicate the entire list of source files. Try to adhere to the "DRY" principle: http://en.wikipedia.org/wiki/Don't_repeat_yourself We fail at it ourselves... http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 19:32.52 | caen23 | brlcad: ugh, i knew that was going to be a problem with the glew patch, but i didn't know how to append to the list in cmake and i made that change in a hurry, sorry about that. regarding the problem with the first patch, don't know how i missed that. i always review changes before submitting a patch or making a commit, even cd inside the file's dir just to be safe. i'll pay more attention next time |
| 19:33.33 | brlcad | caen23: no worries, it was a benign change |
| 19:33.51 | brlcad | as for the glew replication, just set it to a variable |
| 19:34.06 | brlcad | then the source list uses the variable which will either have the filename or be empty |
| 19:35.05 | Notify | 03GCI: Sean: Append CMake build flags to the end of a compile line - doesn't look right... So at a glance, your output doesn't show it working... There are flags both before and after the two cflags you set. I'd expect -DCOWGOES... to be the first flag before -Werror and -DTEST=1 to be the last flag after -msse3... Also related to you prior... http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 19:35.15 | Notify | 03GCI: Sean: Append CMake build flags to the end of a compile line - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 19:48.44 | maths22 | no. I could not figure out how to make one with git and save it. |
| 19:49.02 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - I thought uh oh.. especially when I saw you listed IRC channels and the chromuium group (yeah, those don't count), but then I was pleasantly surprised with most of the rest! That's an interesting list and it includes several possibilities that hadn't been considered.... http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 19:49.13 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 19:50.27 | brlcad | maths22: that's a little silly considering the ability is even built into the tool you're using |
| 19:50.39 | brlcad | and there are hundreds of sites around the web that explain how |
| 19:54.23 | brlcad | there's three skills that all developers should learn intimately, 1) a programmable editor, 2) a compiler+debugger pairing, and 3) a version control system |
| 19:55.11 | brlcad | and by intimately, I mean understand the vast majority of options and capability, not necessarily memorizing, but being adept at using and figuring out as neede |
| 20:08.22 | Notify | 03GCI: Jjca: Identify 10 places to post an open source solicitation - You're welcome! And thanks to you for giving me the opportunity to do this task! Greetings from Venezuela! http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 20:10.28 | Notify | 03GCI: Cezar: Fix CMake build system auto-disabling of GLEW - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 20:12.53 | ``Erik | maths22: close, but using setf without an existing variable creates a new global variable which is bad. you were closer the other day with the LET form, I think, but LET doesn't guarantee existance or order during the symbol binding phase, so you either need to nest the LETs or use LET* |
| 20:16.13 | ``Erik | maths22: I think if you change those setfs to all let*, stop replacing the contents of body (create new variables, so it's more readable), change "#maths22" to "#brlcad" and indent correctly (in emacs, put the cursor at the very beginning of the defun form and do C-M-q), I'll be able to merge it and apply it to the running image :) |
| 20:17.57 | ``Erik | testing to make sure the values are defined before posting the message woudl be good, too... (when (and id name task ...) (post-message...)) |
| 20:24.34 | ``Erik | output on the current email set looks like http://elfga.com/~erik/dump.html fwiw (maybe brlcad has more comments on the formatting) |
| 20:27.38 | ``Erik | hm, the web one cleans up the repeated spaces, might have to view page source O.o |
| 20:37.36 | Notify | 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 21:02.03 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 21:03.02 | maths22 | brlcad: can you set it to needs more work. I had not seen ``Erik's comments when I posted it |
| 21:04.25 | Notify | 03GCI: Erik: Modify IRC notifier output - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 21:04.29 | maths22 | I will fix the formatting and syntax (something is not parsing right) |
| 21:06.15 | Notify | 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Sorry I can't finish this task. Sorry. I hope that the file that I uploaded will help the next one. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 21:06.25 | Notify | 03GCI: John: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 21:17.17 | Notify | 03GCI: John: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 21:21.43 | Notify | 03GCI: John: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 21:24.31 | Notify | 03BRL-CAD:brlcad * 54104 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 7 others): rename and move doc/deprecation.txt to a new top-level CHANGES file. that name was selected after reviewing a number of other projects with similar deprecation announcement requirements and it seems to be a reasonable evolution. more clearly announcing changes to developer users is just as important (if not more so) as the |
| 21:24.33 | Notify | non-developer 'user-visible' NEWS items. It has also been a repeat topic of discussion, a repeat issue (devs not remembering it's in doc/), and one of the most frequently revisited docs. That's compelling support for introducing a new top-level file. Introducing it into include/ was considered, but it also covers commands. |
| 21:30.54 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 21:30.54 | *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net | |
| 21:46.05 | brlcad | maths22: how long have you been using git? |
| 21:46.33 | brlcad | and do you have experience with any other version control systems? |
| 22:40.43 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Asterisks by the commands What are the asterisks supposed to mean? Are they just to tell me where additional commands can go or are they commands without man pages. Because except for the "rt" command, I have been unable to find man pages for any of the commands with... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 23:00.53 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:03.35 | Notify | 03BRL-CAD:r_weiss * 54105 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/faq.txt and 204 others): Updated openNURBS to release 20121024. More work needs to be done. The files "Makefile.am" and "BRL-CAD_changes.txt" need to be updated and building on Windows needs to be tested. |
| 23:59.23 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 00:02.50 | brlcad | maths22: that's not meant to be frustrating or discouraging, just trying to understand where you're at in your development |
| 00:05.23 | brlcad | you're definitely tackling one of the hardest tasks in our list skillwise :) |
| 00:09.45 | Notify | 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - All documentation? I've to check all the documentation? http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 00:30.41 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) | |
| 00:52.58 | Notify | 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 00:55.23 | Notify | 03GCI: javamonn: cmake case cleanup - A couple notes: I converted everything that I could to lower case. Arguements in cmake are case sensitive so I left them alone. All commands and macros, both user defined and system were changed to lower case. Everything compiles fine on my end. Let me know if anything should be changed. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 01:01.12 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:19.29 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 01:24.11 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 01:25.13 | maths22 | I have never used git before. |
| 01:25.20 | maths22 | I have used subversion some. |
| 01:25.32 | maths22 | Learning LISP was fun :) |
| 01:25.51 | Notify | 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 01:27.57 | ``Erik | it stopped being LISP in the 80's :D but it is an awesome language... |
| 01:28.42 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - My work so far This is what I've got so far. Since these commands are the minimal requirements, I thought I would add how to start MGED in console mode as well as close it. Once I figure out the other commands, I will add them to the list. Finally after I have all of the... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 01:28.54 | ``Erik | "Lisp is worth learning for the profound enlightenment experience you will have when you finally get it; that experience will make you a better programmer for the rest of your days, even if you never actually use Lisp itself a lot." -esr |
| 01:29.32 | ``Erik | http://xkcd.com/224/ http://xkcd.com/297/ |
| 01:30.09 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Final format The final version can be in PDF format if you would prefer that. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 01:30.54 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Update I have uploaded my latest findings, hope that the mentors can take a look. I am quite busy these few days so I may not be able to finish the task on time, is it possible to have an extension? If it is not possible then perhaps I will try my luck to claim the... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 01:40.24 | ``Erik | http://www.tcl.tk/software/tcltk/8.6.html tcl86 is out |
| 01:41.11 | ``Erik | looks like tkpng can go away |
| 02:00.11 | Notify | 03GCI: Sharan: Create an Extrusion Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 02:00.22 | Notify | 03GCI: Richard Akira Heru: Create a Hyperbolic Cylinder Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 02:11.36 | stevenkou | I don't quite understand the last error while building brlcad, it says something about all, can anyone explain? |
| 02:13.22 | ``Erik | stevenkou: can you paste it on a pastebin somewhere, like http://paste.lisp.org ? |
| 02:19.50 | Notify | 03GCI: Ying Liu: Improve geometry database loading behavior - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 02:28.34 | Notify | 03GCI: Sean: Improve geometry database loading behavior - Task Assigned This task has been assigned to Ying Liu. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 02:35.42 | Notify | 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - check the steps Note that the commands shown to rotate the model were a rough guess -- they should be verified. You might want to make one leg shorter when testing just to make sure the table is oriented correctly. The last image should be the table rendered and looking... http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 02:36.02 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to Jjca. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 02:37.02 | stevenkou | ``Erik: my log is present on my task page at http://www.google-melange.com/gci/task/view/google/gci2012/7961226 , if you do require me to post it on pastebin, i can do so |
| 02:37.44 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Anywhere You can check any and all files that belong to us. That means ignore EVERYTHING in src/other, some of the files the misc/ subdirectory, and a few others spread throughout our tree. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 02:40.09 | Notify | 03GCI: Sean: Fix CMake build system auto-disabling of GLEW - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7999218 |
| 02:40.17 | brlcad | caen23: name was a little ambiguous, but that looked better/good enough |
| 02:40.44 | Notify | 03GCI: Melange: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 02:41.34 | caen23 | what name? :D of the patch? |
| 02:44.11 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - reclaim it Aaron, you're encouraged to reclaim the task so we can mark you as having completing it. Even a picture of a piece of paper where you worked out the math would be good. It would be great to include the derivation in the source code... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 02:44.12 | Notify | 03GCI: bill_cooperman: Create a utility library (LIBBU) API unit test ... for malloc.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953237 |
| 02:44.42 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for malloc.c - Task Assigned This task has been assigned to bill_cooperman. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953237 |
| 02:44.48 | brlcad | caen23: the variable name |
| 02:46.57 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 02:47.02 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 02:58.02 | Notify | 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Do I Have to register? If is yes, I can't... The error "<minnamelength-error>" always appears. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 03:00.26 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 03:06.32 | stevenkou | brlcad: thanks for your help for my patch, you guided me to learn and not just give me the answer straight. by the way, I have updated the log for my task and I would like to know what possible ways do I have to resolve the error? |
| 03:15.56 | Notify | 03BRL-CAD Wiki:201.248.31.6 * 4795 /wiki/Overview: |
| 03:20.48 | Notify | 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - I'm sorry I really want to help but I can't, maybe the next year... I don't want to make more mistakes in the documentation so, I unclaim this task. Because, my English isn't good a lot. Maybe I've mistakes here and I don't know... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 03:20.53 | Notify | 03GCI: Jjca: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 03:21.47 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:23.14 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - more work needed Don't worry about the mged commands (quit, etc) nor referencing the cheet sheet. That isn't useful to repeat here and there's so much more we hope to explain. You have a BIG uphill battle because you're (understandably) not familiar with BRL-CAD and it sounds... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 03:25.15 | Notify | 03BRL-CAD Wiki:Sean * 4796 /wiki/Overview: |
| 03:51.23 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 04:27.48 | Notify | 03GCI: Sean: Create a Hyperbolic Cylinder Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8063202 |
| 04:38.02 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Very close to finishing task I almost have the task completed, i just need another days time however to completely finish. Only things left are to impliment one more function test and changing around some calls, thank you very much if you can extend the time. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 04:45.45 | Notify | 03GCI: Sean: Create an Extrusion Model and Diagram - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8059204 |
| 04:45.50 | Notify | 03GCI: Melange: cmake case cleanup - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 04:56.46 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 05:00.27 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - don't have to register Hi Jjca, we're also here to help you learn, so there's no need to worry. I think you misunderstood the task just a little bit because you don't need to register on our website. This task involved fixing spelling mistakes in our project... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:00.52 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 05:02.28 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - once compiled Once you compile successfully, you'll be able to run that bin/mged line which will help to itemize all of mged's available commands. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 05:04.04 | Notify | 03GCI: Sean: Append CMake build flags to the end of a compile line - more time Let us know if you need more time. This one may be a little tricky as you'll probably have to edit other files and/or put commands into a macro. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 05:09.01 | Notify | 03GCI: Sean: Identify 10 places to post an open source solicitation - hank you Thank you for working on the task. Hopefully, you'll try to work on other tasks as well. Note that some tasks are easier than others, so check over our list and ask questions if anything is confusing. http://www.google-melange.com/gci/task/view/google/gci2012/8104204 |
| 05:11.57 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - 6/10 Wow, you were on a roll it seemed. What happened? How long did it take you to confirm those 6 reports? http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 05:19.15 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 05:39.08 | Notify | 03GCI: Sean: cmake case cleanup - impressive Hi Daniel, Impressive! How'd you convert everything so quickly? How long did it take? It'll take a lil bit to verify a few things but it looks good on a quick read through. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 05:44.23 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) | |
| 05:46.41 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 05:48.02 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 05:52.54 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 05:56.55 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - est under both debug and release mode I tested the script under both debug and release mode, but I did not find out the error you mentioned below. I attached the result log file including both debug and release mode, please review it. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 06:12.17 | Notify | 03GCI: Richard Akira Heru: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 06:53.07 | Notify | 03GCI: Sean: cmake case cleanup - found a problem I've found several problems in all the instances of ResolveCompilerPaths.cmake and FindTCL.cmake where an internal option was changed in case and is incorrect. You should re-review the changes (yeah, all lines.. somewhat tedious) to make sure all are intentional, particularly the lines with... http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 06:53.12 | Notify | 03GCI: Sean: cmake case cleanup - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 06:53.22 | Notify | 03GCI: Sean: cmake case cleanup - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 06:56.19 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Richard Akira Heru. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 07:14.18 | *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 07:39.16 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 07:41.49 | Notify | 03GCI: Deep Inder Singh: Document MGED's 'saveview' command options - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998205 |
| 07:43.14 | *** join/#brlcad caen23_ (~caen23@92.81.172.242) | |
| 07:50.38 | Notify | 03GCI: Daniel Rossberg: Document MGED's 'saveview' command options - Task Assigned This task has been assigned to Deep Inder Singh. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998205 |
| 07:54.53 | YatharthROCK | brlcad, The making of the DocBook man page is screwing up. It switched bold and italics seemingly randomly and doesn't use RS and Re for blockquotes even after adding the remap attribute. What's happening? |
| 07:56.11 | YatharthROCK | Not just for my file, but others to. BTW this only happens when I use man to inspect the files in the share/man/man1 folder. |
| 08:14.19 | YatharthROCK | brlcad, If I upload the patch file to SourceForge, what do I submit for the task? |
| 08:17.48 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 08:19.19 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - What do I submit? I've created the diff/patch file. The wiki says to upload it to SourceForge, but the task description says to just upload it over here. Should I just upload to SourceForge and submit the URL to the patch here? Also, I completely agree with you on... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:29.13 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:29.43 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Upload it here ... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:38.00 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:38.35 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Summary Here are the things I did:- added a asc2g.xml DocBook file in the brlcad/doc/docbook/system/man1/en/ folder modified CMakeLists.txt (which in the task description was mistakingly mentioned as CMakeFiles.txt) to compile asc2g.xml when making and to comment... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:46.12 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.238) | |
| 08:46.59 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Ok, about the patch-v1 Simply remove the set_source_files_properties() line. Keeping senseless code in a filemakes it hard to read. The version control system (Subversion for BRL-CAD) will keep track of it. It looks like you need to make changes to the g2asc.xml too... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:47.04 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:52.26 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Modify g2asc.xml? So I modify the g2asc man page to make it only for that command? http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 08:56.02 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Yes It was the man page for two commands (asc2g and g2asc). Now asc2g gets its own man page. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 09:00.15 | Notify | 03GCI: Sharan: Create an Halfspace Model and Diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 09:08.23 | *** join/#brlcad devlin (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 09:15.52 | Notify | 03GCI: Daniel Rossberg: Create an Halfspace Model and Diagram - Task Assigned This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 09:28.43 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 09:30.38 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Deadline Extension requested If the task gets rejected now, can I have a deadline extension of 1 day or so, please? http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 09:35.06 | Notify | 03GCI: Melange: Categorize all of BRL-CAD's commands into a spreadsheet - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 09:55.10 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 10:21.51 | Notify | 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 10:24.50 | *** join/#brlcad YatharthROCK (~YatharthR@37.39.27.137) | |
| 10:25.46 | *** join/#brlcad YatharthROCK (~YatharthR@37.39.27.137) | |
| 10:31.00 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Can you review it? patch-v2 includes the new, updated g2asc.xml file. Can you please review it? Also, the deadline extension wasn't necessary. I managed to convince my mom to let me take my laptop :) http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 11:23.00 | *** join/#brlcad YatharthROCK (~YatharthR@178.161.100.247) | |
| 11:23.22 | YatharthROCK | d_rossberg, Could you please review my task? |
| 11:23.42 | YatharthROCK | brlcad, How it it that you're always online? |
| 11:35.14 | Notify | 03GCI: Cezar: Enable our fbthreadtest tool for compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994227 |
| 11:36.17 | *** join/#brlcad YatharthROCK (~YatharthR@178.161.100.247) | |
| 11:39.25 | Notify | 03GCI: Daniel Rossberg: Enable our fbthreadtest tool for compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994227 |
| 11:40.50 | d_rossberg | YatharthROCK: patience, we've some real work to do too |
| 11:41.23 | d_rossberg | i'm not a full-time brl-cad developer |
| 11:41.36 | YatharthROCK | d_rossberg, k, no prob. |
| 11:42.29 | YatharthROCK | d_rossberg, Ohh... then you're like a volunteer? Or part-time dev? |
| 11:43.22 | Notify | 03GCI: AGENT UM: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 11:43.30 | d_rossberg | volunteer |
| 11:44.14 | YatharthROCK | d_rossberg, Cool :) Any other projects you work on? What do you do as a job? And where doyou live? |
| 11:44.49 | YatharthROCK | Sorry if I'm like, disturbing you or somethin', I'm just bored right now |
| 11:45.28 | d_rossberg | you'll find some answers in the AUTHORS file |
| 11:50.06 | Notify | 03GCI: Cezar: Enable our fbthreadtest tool for compilation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994227 |
| 11:51.03 | Notify | 03BRL-CAD:caen23 * 54106 brlcad/trunk/src/fb/CMakeLists.txt: Enable fbthreadtest for compilation (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7994227) |
| 11:51.19 | YatharthROCK | d_rossberg, Why is your name written as Roßberg? |
| 11:52.52 | d_rossberg | ? why not? |
| 11:53.39 | ``Erik | not all terminal encodings support ß ? |
| 11:55.10 | d_rossberg | ah, in gci: because it's an US (Google) program |
| 11:55.27 | YatharthROCK | d_rossberg, Is that some letter for S? I |
| 11:56.08 | YatharthROCK | ``Erik, Unicode solves a lot of problems and UTF-8 is pretty much everywhere nowadays |
| 11:56.19 | d_rossberg | it's a ligature for "sz" |
| 11:56.45 | ``Erik | still has systems without utf8... :D |
| 11:57.42 | d_rossberg | e.g. my terinal here |
| 11:59.02 | YatharthROCK | d_rossberg, The line about Erik's terminal was highlighted and there was a start where th nicks normally are. What did you do? |
| 11:59.56 | d_rossberg | typed the ß letter and removed it with backspaces |
| 12:00.16 | YatharthROCK | d_rossberg, Your terminal doesn't support UTF-8? So you're accessing IRC via a terminal? |
| 12:00.35 | YatharthROCK | d_rossberg, I didn't get it |
| 12:00.49 | YatharthROCK | Why did it appear like that |
| 12:02.01 | YatharthROCK | d_rossberg, BTW, can I work on the other documentation task? Pleease? |
| 12:02.20 | d_rossberg | i'm using irssi |
| 12:05.22 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Centroid Derivation Here is the link to a document which hopefully explains how I derived the formula. https://docs.google.com/open?id=0BydeQ6BPlVejRWt6NlJLVDl0d28 Sean, I'm not sure how I would include such a lengthy derivation in comments... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 12:05.42 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 12:26.51 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - The USAGE section refers to g2asc (in asc2g man-page). http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 12:27.01 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 12:29.31 | YatharthROCK | d_rossberg, About your comment, I gave the full example to show an example of the workflow. We already know how to use it form the Synopsis and why to use it from the Description, I was giving sample situations for the command to be used as is recommended in the Usage section of manuals. |
| 12:31.57 | *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 12:32.47 | YatharthROCK | d_rossberg, What do you propose I change it to? |
| 12:33.36 | d_rossberg | YatharthROCK: what's the difference between an USAGE and an EXAMPLE section? |
| 12:36.47 | YatharthROCK | d_rossberg, There is an example section? |
| 12:37.07 | YatharthROCK | OK, I'll find out about it and get back to you with another patch |
| 12:39.56 | d_rossberg | there are many man-pages in share/doc/html/man1/en with an EXAMPLE section but only two with USAGE: asc2g and g2asc |
| 12:44.53 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 12:50.06 | Notify | 03GCI: Daniel Rossberg: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned This task has been assigned to AGENT UM. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 12:50.21 | Notify | 03GCI: Daniel Rossberg: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 12:50.33 | YatharthROCK | d_rossberg, Umm... so should I just rename USAGE to EXAMPLE? |
| 12:51.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 12:52.31 | Skriptkid | Could anyone please review my task? I had submitted yesterday and deadline's almost up. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 12:52.54 | d_rossberg | i'm not an exper for manual pages but i was a little bit surprised to find g2asc in the _USAGE_ section og asc2g |
| 12:56.02 | YatharthROCK | d_rossberg, I dunno. I looked into some man pages that came with my system and they all had workflows under that section. mged is one example. |
| 12:56.24 | YatharthROCK | So after renaming that, will my task be accepted... |
| 12:56.31 | YatharthROCK | ? |
| 12:57.19 | d_rossberg | mged has an EXAMPLES section, hasn't it? |
| 13:00.27 | YatharthROCK | d_rossberg, Yeah, and it has examples of workflow inside that? |
| 13:05.07 | d_rossberg | do you know any other man-page with an USAGE section? |
| 13:05.25 | d_rossberg | g2asc was example too |
| 13:07.18 | Notify | 03BRL-CAD:bob1961 * 54107 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Collapsed the "Move Arbitrary", "Move Selected", "Select Points" and "Select Segments" modes into a single "Move" mode. |
| 13:09.27 | YatharthROCK | d_rossberg, I agree with you that USAGE should've been EXAMPLES for the sake of consistency. I've submitted an updated patch. Is there anything else? |
| 13:09.59 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 13:10.20 | YatharthROCK | I didn't change the content in that section, though. Should I have? |
| 13:14.05 | d_rossberg | shouldn't be the xml:id example too? |
| 13:20.36 | YatharthROCK | d_rossberg, ... |
| 13:20.45 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - You forgot to change the xml:id too <refsect1 xml:id= ... http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 13:20.50 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 13:22.32 | Notify | 03BRL-CAD:bob1961 * 54108 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Move the cursor configure commands from SketchEditFrame::initEditState to their respective mode setting methods. |
| 13:24.02 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 13:26.22 | YatharthROCK | d_rossberg, You must be getting really annoyed by now... |
| 13:28.32 | d_rossberg | YatharthROCK: it's nothing special, that's the usual process ;) |
| 13:29.11 | YatharthROCK | d_rossberg, Good to know. I hope my task *finally* gets accepted |
| 13:31.03 | maths22 | to 20:20 |
| 13:33.01 | *** join/#brlcad andrei (~andrei@86.123.127.50) | |
| 13:36.19 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 13:37.35 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Raytrace Failed Raytrace fails on three tested computers running Ubuntu, Windows 7 or Mac OS X. BRL-CAD Release 7.22.0 The BRL-CAD Raytracer RT Thu, 05 Jul 2012 07:32:12 Eastern Daylight Time, Compilation 0 robert.g.parker@ARLANBNB15095:C:/Program Files (x86)/BRL-CAD 7.22.0 ... http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 13:38.56 | maths22 | lastlog 20:20 |
| 13:39.53 | maths22 | .loto end |
| 13:40.10 | maths22 | sorry about these weird posts |
| 13:42.13 | YatharthROCK | d_rossberg, I have like 15 minutes and then I can't come online. Could you please tell whther my task will be accepted or not? |
| 13:45.58 | andrei | YatharthROCK, what do you mean? |
| 13:46.06 | andrei | you mean claimRequest? |
| 14:07.49 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Example vs. Examples You called the section exaples (plural). But comparin it with the other man-pages and the g2asc as it was before I'm fairly sure that it should be example (singular). http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 14:07.54 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 14:24.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 14:27.34 | Notify | 03GCI: Deep Inder Singh: Document MGED's 'saveview' command options - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7998205 |
| 14:28.21 | maths22 | ``Erik: On my current computer (not yesterday's) split-mail-to-head-and-body returns nil |
| 14:37.35 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 14:53.15 | ``Erik | maths22: I'd think the only two ways that could happen are if the file wasn't readable or if it couldn't find an empty line (could be due to line ending issues if windows or a really old mac were somehow involved) |
| 14:55.07 | ``Erik | you could put some debug printing inside each of those when-let's to see where things go squirrely... (format or princ/terpri... I'd use format, something like: (format t "File was read: ~d lines~%" (length lines)) and (format t "Empty line found: ~d~%" p) ) |
| 14:57.03 | YatharthROCK | d_rossberg, I think EXAMPLES should remain in plural. It's more consistent with the other man pages. |
| 14:57.35 | d_rossberg | which other? do you have an example? |
| 14:57.41 | YatharthROCK | Are you thinking that there's one example, so we should use the singular? |
| 14:58.10 | YatharthROCK | d_rossberg, mged, pixcut, |
| 14:58.23 | YatharthROCK | But wait, ir-X uses Example |
| 14:58.32 | YatharthROCK | OK, fine. I'll change it. |
| 14:58.49 | d_rossberg | ok, i've two examples for the singular: the old g2asc and patch-g |
| 14:59.50 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 15:00.19 | ``Erik | the 'normal' section name is EXAMPLES, even if it's singular |
| 15:00.29 | d_rossberg | in the case of mged and pixcut there are really more than one comand example with mged or pixcut |
| 15:01.34 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 15:01.54 | YatharthROCK | d_rossberg, I see. Should there be any other changes? |
| 15:02.30 | d_rossberg | ``Erik: do you have an example for EXAMPLES where the command is only used once? (as in g2asc, asc2g, patch-g) |
| 15:02.59 | ``Erik | man diff |
| 15:04.24 | d_rossberg | there is no example at all: http://unixhelp.ed.ac.uk/CGI/man-cgi?diff |
| 15:04.32 | ``Erik | erik@bz /usr/share/man/man1$ zgrep EXAMPLES * 2>/dev/null | wc -l ; zgrep 'EXAMPLE[^S]' * 2>/dev/null | wc -l |
| 15:04.36 | ``Erik | <PROTECTED> |
| 15:04.38 | ``Erik | <PROTECTED> |
| 15:05.06 | ``Erik | the man page on bz has a single example in the EXAMPLES section |
| 15:08.58 | ``Erik | hm, krb5 seems to use EXAMPLE as a section name, and 3 other manpages in the entire set |
| 15:09.35 | ``Erik | would think that EXAMPLES is far more common and would be nicer to semantic parsers *shrug* |
| 15:11.38 | d_rossberg | YatharthROCK: ok, leave it at examples, we found somebody guilty |
| 15:11.57 | ``Erik | I can ask starseeker how it relates to docbook when he gets out of his meeting, I believe a long term goal is to generate roff manpages from docbook sources |
| 15:13.25 | d_rossberg | YatharthROCK: set the task to "needs review" again |
| 15:14.11 | d_rossberg | if there is a standard it would be another gci task to change our man-pages accordingly |
| 15:16.04 | *** part/#brlcad alezakos (~kongr45gp@unaffiliated/alezakos) | |
| 15:19.22 | Notify | 03GCI: Skriptkid: Integrate new thread affinity interface into LIBBU and LIBRT - Compilation Errors Compilation errors fixed http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 15:22.52 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.106.44) | |
| 15:23.07 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 15:29.53 | maths22 | ``Erik: I will redwonload the file in case I opened it in notepad and corrupted it. |
| 15:33.11 | ``Erik | if you want, I can make a tarball or zip file of all those emails, so you can grab 'em all in one whack |
| 15:59.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 16:31.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:43.39 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 16:44.19 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Assigned This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 16:47.20 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 16:47.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 16:50.41 | YatharthROCK | d_rossberg, Ready for review |
| 16:51.35 | YatharthROCK | brlcad, Can you close this task? d_rossberg already approved it. See patch-v4. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 16:55.07 | YatharthROCK | ``Erik, Are you a mentor? And how do you get some of your messages to appear differently? |
| 16:55.15 | YatharthROCK | is trying to do it |
| 16:55.35 | YatharthROCK | is happy he figured it out |
| 16:55.53 | YatharthROCK | says the same thing works in Googe Talk |
| 16:56.15 | YatharthROCK | realizes that both are based on XMPP/Jabber, so that would be logical |
| 16:56.21 | YatharthROCK | likes easter eggs |
| 17:04.13 | Notify | 03GCI: gcking: Append CMake build flags to the end of a compile line - Ready for review Can you please review my work? http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 17:04.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 17:04.54 | Notify | 03GCI: Melange: Integrate new thread affinity interface into LIBBU and LIBRT - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 17:10.46 | Notify | 03GCI: Melange: Append CMake build flags to the end of a compile line - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 17:28.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 17:56.38 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 17:57.39 | brlcad_ | i need to replace strcmp and malloc with the similar bu calls, but i forgot how to access the reference sheet that explains what function should be replaced with bu_ functions |
| 17:57.49 | brlcad_ | functions* |
| 17:57.59 | gmercer015 | ^ |
| 18:02.10 | caen23_ | gmercer015: read HACKING |
| 18:06.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 18:09.11 | gmercer015 | thanks |
| 18:14.09 | ``Erik | YatharthROCK: yes, I used /me (ctcp action command), and irc is irc, not jabber :D |
| 18:15.20 | ``Erik | brlcad_: vegas? O.o and should we have a standard for man page section names? there was discussion on EXAMPLE vs EXAMPLES earlier |
| 18:15.41 | ``Erik | doh, heh, should read further |
| 18:16.21 | ``Erik | gmercer015: you can also grep bu.h for the func name |
| 18:19.07 | ``Erik | starseeker: http://paste.lisp.org/display/134223 |
| 18:26.54 | Notify | 03GCI: Stefan: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:30.01 | Notify | 03GCI: bill_cooperman: Create a utility library (LIBBU) API unit test ... for malloc.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7953237 |
| 18:33.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.44) | |
| 18:56.18 | Notify | 03BRL-CAD:bob1961 * 54109 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the ability to toggle between detailed sketch edit mode and general sketch edit mode (Archer). |
| 19:10.17 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 19:26.04 | ``Erik | <PROTECTED> |
| 19:27.22 | maths22 | ``Erik: do you want me to run it on #maths22 with the set of files? |
| 19:34.29 | ``Erik | that's up to you, I was just looking at the contents of the notices queue when I tested it last.. you can spam #notify if you want |
| 19:42.15 | maths22 | I am putting them out on notify right now. |
| 19:43.29 | maths22 | I will stop it. Some of them look really strange. |
| 19:45.01 | ``Erik | your regex's sometimes pick up the html chunk and sometimes the plain text chunk |
| 19:45.33 | ``Erik | that was the reason for the really long regex to find the position, it searched for the plaintext variant |
| 19:47.05 | maths22 | The HTML variant is easier to reliably find things in. I will see if I can make it work. |
| 19:49.04 | ``Erik | if I had the time and interest, my approach would be to split the mail into parts as specified my mime, grab the html one, then use something like closure-html to parse the file to a dom and directly grab the pieces... that'd be the most robust |
| 19:49.16 | ``Erik | s/my mime/by mime/ |
| 19:52.40 | maths22 | What does that last line mean? |
| 19:53.02 | ``Erik | sed substitution pattern, s/<old>/<new>/ |
| 20:12.42 | *** join/#brlcad rptynan (~poiuyt@86-46-73-14-dynamic.b-ras1.wtd.waterford.eircom.net) | |
| 20:26.52 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:57.04 | Notify | 03BRL-CAD:r_weiss * 54110 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: Bug fix in file "opennurbs_system.h" for the update to openNURBS 20121024. There was a problem when the update patch was applied. This should fix/improve building on Windows. |
| 21:24.59 | Notify | 03BRL-CAD:r_weiss * 54111 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: Bug fix in "CMakeLists.txt" for the update to openNURBS 20121024. Changed setting to not build "opennurbs_precompiledheader.cpp". This should fix/improve building on Windows. |
| 22:06.18 | Notify | 03BRL-CAD:carlmoore * 54112 brlcad/trunk/src/conv/dxf/bot-bldxf.c: remove h option, and combine Usage statements |
| 22:09.40 | starseeker | eep |
| 22:09.57 | starseeker | this is impressive, in a scary sort of way: http://gamesareevil.com/2010/03/developers-developers-developers/ |
| 22:17.15 | andrei | "so many places to work at " |
| 23:12.44 | starseeker | brlcad: do you suppose a valid GCI task could be to set up the timelineJS setup? http://timeline.verite.co/ |
| 23:13.26 | starseeker | would like to try using that to organize some historical timelines for BRL-CAD and BRL history... |
| 23:18.18 | starseeker | or if there's a better timeline module that'd be cool too... |
| 23:44.41 | maths22 | ``Erik: could I have some more time? I am having some issues with the parsing, and cannot work more on it today. |
| 00:04.06 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:57.47 | Notify | 03GCI: Melange: Modify IRC notifier output - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 00:58.14 | maths22 | Actually. I will take a break from this task and claim another (mysql migration) |
| 00:59.43 | Notify | 03GCI: Jacob B: Migrate ALL our MySQL databases - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 01:00.10 | maths22 | brlcad: I will need my bzflag account reactiveated to complete the task. |
| 01:00.27 | maths22 | Also, I will need a list of database usernames and passwords. |
| 01:52.21 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 02:25.40 | Notify | 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 02:28.12 | Notify | 03GCI: javamonn: cmake case cleanup - Fixed it... Yeah, I saw that earlier, I wasn't sure if it was going to cause problems. I fixed it so those aren't edited anymore, which is how it should've been in the first place. I apologize about that. But yeah, regex's are perfect for this sort of task. Let me know if there are any other problems. ... http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 02:55.49 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 03:14.31 | Notify | 03GCI: Amanda Pereira: Write a manual page for MGED's "brep" command - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 03:28.09 | gmercer015 | where can i get the documentation for bu_strcmp? i cannot seem to find it anywhere |
| 03:43.22 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:35.54 | Notify | 03GCI: Sean: Migrate ALL our MySQL databases - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 04:36.04 | Notify | 03GCI: Sean: Write a manual page for MGED's "brep" command - Task Assigned This task has been assigned to Amanda Pereira. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 05:00.44 | *** join/#brlcad justinjuncl (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 05:06.35 | *** join/#brlcad justinjun (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 05:15.13 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 05:39.30 | Notify | 03BRL-CAD Wiki:RandynvbfyesjdgRasnake * 4797 /wiki/Benefits_Associated_With_Using_Liquid_Rubber_Sealan: New page: Were they given all the attention they considered necessary? Probably will of our freezes in Primary Florida only last for or even more two nights, fabric and pressboard coverings can be l... |
| 05:47.38 | *** join/#brlcad simpleirc1 (~YatharthR@95.175.83.246) | |
| 06:33.37 | *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz) | |
| 06:41.02 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:10.02 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Done Dear BRL CAD: I'm Done. Design 3: View in MS Word in Webpage view; was preliminary Idea brlcad.html (12/22/2012): may not fucntion as upload messes with the coding style.css (12/22/2012): Fuctions, unaffected by upload. BRL CAD Website Design #3... http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 07:21.43 | Notify | 03GCI: Sean W. Caldwell: Mock up new BRL-CAD website interface design (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 07:48.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 07:51.21 | Skriptkid | Need someone to review my task. It's been 44 hours since submition |
| 07:51.26 | Notify | 03BRL-CAD:jordisayol * 54113 (brlcad/trunk/misc/debian/archer.desktop brlcad/trunk/misc/debian/mged.desktop brlcad/trunk/misc/debian/rtwizard.desktop): Add mimetypes on Linux ".desktop" files |
| 07:57.38 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:21.08 | *** join/#brlcad andrei (~andrei@79.119.91.94) | |
| 08:28.16 | *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz) | |
| 09:48.01 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 10:06.07 | *** join/#brlcad Pupuser (~puppy@118-93-109-160.dsl.dyn.ihug.co.nz) | |
| 10:08.29 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 10:14.01 | Notify | 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 10:31.58 | *** join/#brlcad jasleen (~chatzilla@117.253.227.236) | |
| 10:32.35 | *** part/#brlcad jasleen (~chatzilla@117.253.227.236) | |
| 10:46.19 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 10:51.49 | Silvrous | How should I unit test msr.c? Just check if it works without crashing? Or also test for randomness? |
| 11:21.20 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 11:24.58 | *** join/#brlcad andrei_ (~andrei@79.119.90.239) | |
| 11:45.49 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 12:09.09 | *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 12:10.40 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 12:15.00 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 13:03.28 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 13:04.33 | Notify | 03GCI: Melange: Design an MGED command spreadsheet - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:15.27 | Notify | 03GCI: Erik: cmake case cleanup - Still some left a quick grep pass shows there're still a handful to be converted. I used this command: (find . -name 'CMakeLists.txt' | grep -v '/src/other/' ; find misc/CMake -type f | grep -v '\.\(c\|in\)$') | xargs grep '^[^"#]*[AZ][\t ]*(' So at least that set needs to be updated, there may be others... http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 13:15.32 | Notify | 03GCI: Erik: cmake case cleanup - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 13:18.28 | brlcad | Silvrous: I would expect given a specific seed to see a specific sequence of numbers result |
| 13:19.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 13:20.28 | Notify | 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for poly.c - C file not included in patch Only the CMakeFile.txt changes are in the patch. If you're using subversion to generate the patch, make sure you do an "svn add" to the new file before creating a diff. Please verify the patch is coherent and complete by visually... http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 13:20.30 | brlcad | Skriptkid: sorry for the delay, I was hoping daniel would review it yesterday |
| 13:20.34 | Notify | 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 13:20.59 | Notify | 03GCI: Sean: Integrate new thread affinity interface into LIBBU and LIBRT - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8070202 |
| 13:21.37 | brlcad | I'm sure more work will invariably be needed cross-platform, but you've put really good effort in |
| 13:21.54 | Skriptkid | Brlcad: it's ok :) thanks :) |
| 13:21.58 | brlcad | it's definitely one of the more comprehensive patches |
| 13:22.11 | brlcad | and I think you win for most patch iterations so far ;) |
| 13:22.13 | Skriptkid | Everything's alright? |
| 13:22.25 | brlcad | "good enough" :) |
| 13:22.33 | brlcad | hard to say alright without more testing |
| 13:22.34 | Skriptkid | Ok :) |
| 13:22.49 | brlcad | and that testing usually takes days |
| 13:23.26 | brlcad | by the way, when you add a new file, the date ranges should be specific to that file |
| 13:23.50 | brlcad | you copied some other file so it says 2004-2012, but it should have just been 2012 |
| 13:24.01 | brlcad | minor, just fyi in case you need to do it again |
| 13:24.17 | brlcad | also, the /** */ should be in the .h not in the .c file |
| 13:24.37 | ``Erik | caen23 == Cezar? |
| 13:24.48 | caen23 | ``Erik: yes |
| 13:24.51 | Skriptkid | Oh, I am so sorry about those. The year, I hadn't seen and the comments I didn't know. |
| 13:25.01 | ``Erik | grats on the commit bit |
| 13:25.14 | caen23 | thanks |
| 13:25.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 13:27.23 | brlcad | Skriptkid_: that is impressive that you were able to sort through all of the issues |
| 13:27.37 | brlcad | granted that is WHY there were so many iterations, I take it you haven't done that before ;) |
| 13:27.47 | brlcad | but still good work |
| 13:28.27 | Skriptkid | brlcad: Nope :) I've never really done any open source work. So I wouldn't work with this level of strictness. :) |
| 13:28.52 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:29.02 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#3) - Task Assigned This task has been assigned to Gauravjeet Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 13:29.27 | ``Erik | brlcad: any opinions on standardizing man page section names in HACKING? |
| 13:29.47 | Skriptkid | brlcad: You had mentioned something about documentation. What was it? |
| 13:30.18 | Skriptkid | Anything to add in docbook? |
| 13:31.08 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8051203 |
| 13:31.23 | brlcad | ``Erik: what do you mean? mann vs manq ? |
| 13:31.42 | brlcad | Skriptkid: that's the comment |
| 13:31.48 | brlcad | it's in the wrong file |
| 13:31.58 | brlcad | api docs belong in api headers |
| 13:32.08 | brlcad | i'll fix that post-commit |
| 13:32.40 | Skriptkid | Do I have to do anything? I don't want to leave it incomlpete? |
| 13:32.46 | Skriptkid | *incomplete |
| 13:33.39 | Notify | 03GCI: Sean: Append CMake build flags to the end of a compile line - works with and without cache set? Did you test with and without a previous cmake cache'd result? I'm seeing variables getting joined together here, but it could be my older version. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 13:33.47 | brlcad | I don't think you can upload another file after a task is closed, right? |
| 13:34.29 | Skriptkid | one sec |
| 13:34.35 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 13:34.48 | ``Erik | brlcad: SYNOPSIS, EXAMPLES, etc... we were discussing EXAMPLE vs EXAMPLES the other day |
| 13:35.23 | brlcad | ``Erik: ah, hm -- sure if someone wants to write all that down |
| 13:35.35 | Notify | 03GCI: Erik: Enable our fbthreadtest tool for compilation - Applied with r54106 . http://www.google-melange.com/gci/task/view/google/gci2012/7994227 |
| 13:35.40 | Notify | 03GCI: Erik: Enable our fbthreadtest tool for compilation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994227 |
| 13:35.48 | brlcad | I hadn't really thought about it or cared much since we hadn't even converted all existing until last week |
| 13:35.57 | brlcad | and there's still 135 missing |
| 13:36.14 | caen23 | ugh, sorry i forgot to leave a comment with the commit number |
| 13:36.59 | stevenkou | during the compilation of brlcad, in the zlib component, -w flag is passed to windres.exe which apparently it does not accept, is it normal or does any problem lie in the windres.exe in cygwin? |
| 13:37.05 | Notify | 03GCI: Cezar: Fix GCC 4.8 compilation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8105205 |
| 13:37.44 | ``Erik | Herr Roßberg noted that if we had a standard, bringing existing pages into complience would be a good GCI task |
| 13:39.36 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 13:39.58 | stevenkou | is windres.exe suppose to accept any -w flags at all? is anyone sure on this matter? |
| 13:40.23 | Skriptkid | brlcad: If you sent any message, could you send it again? Connection unexpectedly closed. Sorry |
| 13:44.28 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8108203 |
| 13:44.42 | brlcad | stevenkou: it sounds like it shouldn't be sending -w, whatever is sending/setting that |
| 13:45.28 | Notify | 03GCI: Sean: Fix GCC 4.8 compilation - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8105205 |
| 13:46.21 | stevenkou | brlcad: i am deducing that as windres.exe is complaining about the -w flag |
| 13:46.39 | stevenkou | as seen from my latest log |
| 13:46.49 | stevenkou | 2 instance of it has occurred |
| 13:46.59 | Notify | 03GCI: Sean: Append CMake build flags to the end of a compile line - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8106206 |
| 13:47.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 13:48.37 | brlcad | ``Erik: I see that wikipedia identifies some common ones: http://en.wikipedia.org/wiki/Man_page |
| 13:49.15 | brlcad | which of course conflicts with http://www.kernel.org/doc/man-pages/online/pages/man7/man-pages.7.html |
| 13:49.42 | brlcad | w.r.t. EXAMPLE vs EXAMPLES |
| 13:50.40 | stevenkou | for the errors, is there anything wrong? or is the makefile generated giving problems? |
| 13:50.59 | Skriptkid | Could someone please assign this: http://www.google-melange.com/gci/task/view/google/gci2012/8108203 |
| 13:52.06 | Notify | 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 13:55.42 | ``Erik | I grepped the fbsd headers and found almost excusive use of the plural form (krb5 being the oddball) |
| 13:58.04 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 13:59.49 | ``Erik | kernel.org is linux specific, and linux has a history of being 'not quite right' |
| 14:04.43 | stevenkou | does anyone have any idea for my problem? or is there any recent revisions that would possibly affected compilation? I am currently retrying after updating to the latest revision. |
| 14:12.52 | Notify | 03BRL-CAD:erikgreenwald * 54114 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): Apply patch by Yatharth Agarwal from http://www.google-melange.com/gci/task/view/google/gci2012/8126204. Modified AUTHORS clause to reflect original program developers. |
| 14:13.06 | Notify | 03GCI: Erik: Add missing documentation for any one command (#2) - Applied with r54114 . http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 14:13.16 | Notify | 03GCI: Erik: Add missing documentation for any one command (#2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8126204 |
| 14:20.22 | maths22 | £/lastlog maths22 |
| 14:23.08 | ``Erik | maths22: there is an awesome program installed on crit called 'screen' that you might benefit from; http://www.kuro5hin.org/story/2004/3/9/16838/14935 |
| 14:23.43 | Skriptkid | mac slave has been setup for buildbot(unassigned task) |
| 14:29.16 | Skriptkid | So could someone please assigne this to me? |
| 14:33.15 | Notify | 03GCI: Erik: Set up a Buildbot continuous integration compile slave for Mac OS X - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8108203 |
| 14:35.20 | Notify | 03GCI: Erik: Mock up new BRL-CAD website interface design (#5) - Task Assigned This task has been assigned to amitoj singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 14:36.44 | ``Erik | holds the mic out, drops it and walks off stage (time to work on other things) |
| 14:37.36 | *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 14:38.02 | Skriptkid | For the buildbot mac slave task, do I have to just note down all the steps I tokk and submit it? |
| 14:40.36 | ``Erik | and any scripts... optimally, the documentation will be complete enough that it could be written as a shell script someone can just run and be all set up |
| 14:43.31 | *** join/#brlcad Alexandur (d4058960@gateway/web/freenode/ip.212.5.137.96) | |
| 14:43.40 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 14:44.37 | Alexandur | Greetings! I a little more explantion about a google code-in task -- http://www.google-melange.com/gci/task/view/google/gci2012/7945220.. |
| 14:44.48 | Alexandur | Greetings! I need a little more explantion about a google code-in task -- http://www.google-melange.com/gci/task/view/google/gci2012/7945220.. |
| 14:49.23 | ``Erik | use dev-c++... to compile BRL-CAD... |
| 14:58.07 | Skriptkid | Ok |
| 15:03.34 | Skriptkid | ``Erik : But there's no dev c++ for mac |
| 15:06.25 | Alexandur | ok but should i compile it with cmake? |
| 15:07.08 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Help required for further progress As I am not an expert in this program, there are something that I don't understand and therefore cannot solve the problem. My conclusions so far are: 1. During zlib compilation, -w flag is passed to windres.exe. From my... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:11.53 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 15:16.17 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 15:16.52 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Claim Requested I hope you don't mind me taking this task... http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 15:25.45 | Notify | 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 15:30.18 | Alexandur | how i am supposed to compile brl-cad with dev-c++ -> 1. Open Cmake and select the compilers from dev c++ or 2. Using dev-c++ somehow? |
| 16:02.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.110.70) | |
| 16:22.30 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 16:22.59 | Skriptkid | What does an SMP release refer to? A release capable of using threads? Parallel processing? |
| 16:23.31 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.83.246) | |
| 16:52.57 | YatharthROCK | ``Erik, Continuing yesterday's discussion, I thought IRC was based on, or rather used XMPP to transfer messages. If not why? What does it use then? Which came first? |
| 16:53.29 | YatharthROCK | You know what? Don't bother answering, I'll Google it. I need to get into the habit more. |
| 16:56.33 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8108203 |
| 17:08.43 | ``Erik | Skriptkid: that dev-c++ comment was for alexandur, not the buildbot stuff. SMP release means one built with threading support (basically everything but windows) |
| 17:09.42 | ``Erik | YatharthROCK: irc predates jabber by quite a bit, it was the first distributed graph chat protocol, ytalk being machine to machine |
| 17:10.24 | Skriptkid | ``Erik: Yeah, I realised that later :) Ok. And is release 54114 giving a "use of undeclared indetifierL xmlonceinit" on Mac? |
| 17:13.35 | ``Erik | on what file/dir? |
| 17:13.38 | *** join/#brlcad YatharthROCK_ (~YatharthR@95.175.81.134) | |
| 17:14.35 | Skriptkid | src/other/xmltools/libxml/src/threads.c |
| 17:15.32 | Skriptkid | line 666 and 804 |
| 17:15.51 | Skriptkid | pthread_once(&once_control, xmlOnceInit); |
| 17:16.07 | Skriptkid | this stmnt is generating that error |
| 17:16.18 | Skriptkid | ``Erik |
| 17:24.14 | ``Erik | Skriptkid |
| 17:24.19 | ``Erik | reads u p |
| 17:24.27 | ``Erik | xmltools, even, hm |
| 17:24.46 | ``Erik | my mac build already has xmltools from macports or something :/ |
| 17:25.55 | Skriptkid | so I need to install a software called "xmltools"? |
| 17:25.59 | ``Erik | as do most other developers, I'd assume. that's an interesting issue |
| 17:26.50 | Skriptkid | So what can I do now? Any solution? |
| 17:26.57 | ``Erik | well, it sounds like a legit issue that we just all happen to miss... those come in with libxml2 |
| 17:27.34 | ``Erik | if you have macports, fink, or homebrew, installing libxml2 should bypass that issue, which may be appropriate for your task |
| 17:27.52 | Skriptkid | ok |
| 17:28.00 | Skriptkid | I have macports |
| 17:28.02 | Skriptkid | thanks :) |
| 17:28.46 | ``Erik | np, thanks for pointing out that issue, I'm tempted to punt and "make starseeker do it", I'm in the middle of lithp code and handling a 5yo |
| 17:29.20 | Skriptkid | hehe :) It's okay :) |
| 17:29.59 | ``Erik | if you want to hold off, I'll take a 5 minute stab at fixing it |
| 17:30.25 | Skriptkid | Ok. I'll wait. And then svn up? |
| 17:31.01 | ``Erik | well, chillax a few |
| 17:31.47 | Skriptkid | will do |
| 17:39.37 | ``Erik | (trying to figure out how that can be forced to trigger) |
| 17:43.13 | Skriptkid | ``Erik: Installation of libxml isn't helping. Still spits the error |
| 17:48.14 | ``Erik | hm, looks like it's trying to grab xsltproc to fulfill that |
| 17:48.50 | ``Erik | looks like macports puts that in libxslt? |
| 17:49.14 | Skriptkid | Didnt get you |
| 17:49.37 | ``Erik | I thought it was libxml2, it's actually libxslt |
| 17:49.44 | Skriptkid | oh |
| 17:49.58 | Skriptkid | let me try that |
| 17:50.22 | Skriptkid | Nope. Problem persists |
| 17:51.30 | Notify | 03GCI: Harmanpreet Singh: Create numerics library (LIBBN) API unit test ... for axis.c - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 17:52.03 | ``Erik | lame, I'm not seeing how to trigger the xmltools build on my end and lack the time to commit right now :/ |
| 17:52.52 | ``Erik | I'd think there's an issue in the build logic causing the strict flags to be turned on for that dir, they should be disabled for all src/other dirs... if you can figure that out, that'd be a solution... |
| 17:53.01 | Skriptkid | There's something interesting happening. When I try to compile from my Terminal, I get this error. But when buildbot is able to compile it fine on my slave |
| 17:53.40 | Skriptkid | And the build logics are in? |
| 17:53.53 | ``Erik | the CMakeLists.txt files mostly |
| 17:53.58 | ``Erik | I'll try a build with -DBRLCAD_BUNDLED_LIBS=ON |
| 17:54.01 | Skriptkid | Ok. |
| 17:54.08 | ``Erik | gimme 10 minutes or so |
| 17:54.14 | Skriptkid | sure |
| 17:54.36 | ``Erik | the terminal might have different path info |
| 17:55.19 | ``Erik | or the slave machine has a different configuration |
| 17:55.26 | Skriptkid | add libxslt to PATH? |
| 17:58.14 | Skriptkid | alas, one more error on the server also. "src/libbu/bitv.c:73:1: error: extension used [-Werror,-Wlanguage-extension-token] |
| 17:58.15 | Skriptkid | inline unsigned int |
| 17:58.15 | Skriptkid | ^ |
| 17:58.15 | Skriptkid | " |
| 17:59.08 | Skriptkid | Wasn't there a task to verify compilation of brlcad on OSX? Was that successful? |
| 18:08.29 | caen23 | Skriptkid: try building a clean checkout of brlcad |
| 18:09.56 | caen23 | if that doesn't work, edit src/other/xmltools/libxml/threads.c and search for xmlOnceInit and remove the #ifdef's surrounding it |
| 18:10.12 | Skriptkid | caen23: You mean download a new workking copy and test on that? |
| 18:11.01 | Skriptkid | Will do that |
| 18:11.04 | caen23 | it works for me. if you don't want to download a new copy, do the threads.c fix. let me give you mine. i also have this error when building on mac sometimes |
| 18:12.14 | Skriptkid | I'll edit it |
| 18:12.33 | caen23 | replace threads.c with this one and see if the error is fixed http://paste.lisp.org/display/134237 |
| 18:17.25 | Skriptkid | caen23: works now :D Thanks :) |
| 18:17.46 | caen23 | you're welcome |
| 18:18.04 | Skriptkid | Would you know anything about the other error I posted above? |
| 18:18.23 | Skriptkid | Got that one the buildbot. But now getting it on my system too |
| 18:19.29 | caen23 | last time i compiled, i didn't get it, but let me try |
| 18:20.01 | Skriptkid | Getting it on strict mode |
| 18:20.13 | Skriptkid | because it's a warning |
| 18:20.54 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:21.36 | caen23 | hmm… i think you'll have to research this one on your own :D is compiling w/ strict related to your task? |
| 18:23.01 | Skriptkid | My task is to setup a Mac slave for buildbot(which is complete.) So probably I do need to test with strict on. I've been battling this error for about an hour. |
| 18:23.36 | Skriptkid | And I'm guessing it needs editing of Cmakefiles Compiler flags |
| 18:24.07 | Skriptkid | because that particular flag is not present in the list of win flags used in struct mode |
| 18:24.14 | Skriptkid | *strict mode |
| 18:25.30 | Skriptkid | But I'll research it on my own. Need to get going now. 12 AM here. caen23 and ``Erik, thanks for your help today! :D |
| 18:26.38 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Mac OS X - Compilation Errors Have some compilation errors. I'll fix that. Setting up part os done. http://www.google-melange.com/gci/task/view/google/gci2012/8108203 |
| 18:28.35 | caen23 | i don't understand why you need to test with strict on. there are many warnings that have not been introduced by you, so i don't think you need to fix them all right now, but i might be missing something |
| 18:39.09 | Notify | 03GCI: Daniel Rossberg: Add missing documentation for any one command (#4) - Task Assigned This task has been assigned to Yatharth Agarwal. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 18:40.39 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 18:40.49 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 18:41.39 | *** join/#brlcad gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 18:47.12 | Notify | 03GCI: Daniel Rossberg: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 19:25.08 | Notify | 03GCI: Daniel Rossberg: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Assigned This task has been assigned to Gmercer015. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 19:42.32 | caen23 | brlcad: regarding fixing compilation w/ gcc 4.8, i get no errors |
| 19:46.00 | caen23 | the other guy compiled with `cmake ../brlcad-svn -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Release`, so he didn't specify gcc 4.8. `/usr/bin/gcc` was used and i don't think he replaced the system gcc without breaking anything |
| 19:49.12 | caen23 | and i don't think he ran `svn up` before. at 94%, with those flags, my copy builds the docs not builddelta or whatever he's building |
| 19:58.34 | caen23 | actually, forget the last part. but otherwise, it still builds fine for me and i can't find any specific errors in his files. and i'm not sure he used gcc 4.8 |
| 20:07.40 | Notify | 03GCI: javamonn: cmake case cleanup - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985244 |
| 20:14.52 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 20:31.09 | brlcad | caen23: hm, the errors in the log he provided did look like valid issues that are relatively new |
| 20:32.02 | caen23 | brlcad: i downloaded Final.tgz and there seems to be some valid errors. but at first i used Final2 and i couldn't find much |
| 20:35.49 | caen23 | still, the first file for the task uses gcc 4.6 on windows. then there's a Final.tgz which looks fine (i can see an actual error), but no log for cmake. and Final2.tgz, where the system gcc is used and i don't see a specific error with make, only a failure |
| 20:59.53 | brlcad | interesting (unrelated quote): "there seems to be some evidence that following variable naming conventions helps experienced programmers understand the code much quicker, while breaking these conventions leads to a severe penalty. On the other hand, inexperienced programmers seem to take about as long regardless of how the variables are named." |
| 21:01.38 | caen23 | now i see an error inside libged/copyeval.c, but it doesn't show up when i compile (not even a warning) and the last change made to that file was 8 weeks ago |
| 21:05.53 | brlcad | caen23: and you're sure you're using 4.8 (in release mode, strict enabled) |
| 21:06.59 | ``Erik | brlcad: there was a paper a few days ago where they were doing eye movement tracking of how an experienced developer reads code vs a new developer, interesting stuff |
| 21:07.18 | caen23 | not release and not strict. ok, let me try this way |
| 22:19.57 | Notify | 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 22:28.16 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to Jackie. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 22:49.50 | Notify | 03GCI: Nikita Abraham: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 23:20.23 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Break for the holiday Sounds good, but I won't be able to work on this again until after Christmas. I'll be busy all day tomorrow, like I was today, cleaning up the house and getting ready for Christmas. I might be a little busy Monday and Tuesday too. ;-) http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 00:43.44 | Notify | 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error While Importing I get this error when I import BRL-CAD VM: Failed to import appliance C:/Users/Jackie/Desktop/BRL-CAD_7.21.0_ubuntu_10.04_LTS_x86_r49726.ova. Could not create the clone medium 'C:\Users\Jackie\VirtualBox... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 00:51.50 | *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 00:59.31 | maths22 | ``Erik: i use screen. However, ssh on osx is rather odd. |
| 01:00.07 | maths22 | Also, I need the list of usernames and passwords to migrate./lastlog mysql |
| 01:00.25 | maths22 | Sorry about the post |
| 01:09.24 | Notify | 03GCI: Nikita Abraham: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 01:10.05 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 01:15.43 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - My Experience I have experience creating Mockups and took an online course from Stanford University, Human Computer Interaction, which focused on making interfaces for web or mobile applications. I would love to give this a try, I'm sure I would be successful. Can I... http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 03:44.51 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 04:53.45 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:46.43 | Notify | 03GCI: Sharan: Create an Halfspace Model and Diagram - I think i get it Instead of 'N' vector there should be a 'd' scalar.And 'N' should be the sphere http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 06:57.07 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - not sure I'm not sure what to make of your spreadsheet... Can you explain it for me? What are the three columns after command supposed to represent? http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 06:57.08 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 07:26.19 | *** join/#brlcad chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 10:36.13 | *** join/#brlcad Alexandur (d40588c1@gateway/web/freenode/ip.212.5.136.193) | |
| 10:39.20 | Alexandur | some explanation about this line in my gci taks -> |
| 10:39.22 | Alexandur | This task involves attempting to compile BRL-CAD using the Dev-C++ IDE |
| 10:48.28 | *** join/#brlcad andrei (~andrei@79.117.234.235) | |
| 11:09.02 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134) | |
| 11:40.52 | Alexandur | any gci mentor? |
| 11:41.14 | andrei | hey |
| 11:41.24 | andrei | what do you need help with, Alexandur ? |
| 11:43.37 | Alexandur | this is my task - http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 11:43.56 | Alexandur | i need to know if i should compile the cad with cmake and select dev c++ compilers or |
| 11:43.59 | Alexandur | with dev c++ |
| 11:45.50 | YatharthROCK | brlcad, Are color pixel files those encoded normally or those encoded in ASCII Hex files? |
| 11:46.01 | andrei | I think you should compile with cmake and select dev++ compiler |
| 11:46.52 | andrei | Alexandur: because you can't (or is very difficult) to compile brlcad without the cmake logic. |
| 11:47.23 | YatharthROCK | andrei, Stupid question: Why do you need Dev C++ to compile BRL-CAD? Can't cmake and make do everything? |
| 11:48.30 | andrei | YatharthROCK: cmake isn't a compiler, it s a builder. For example, for C files, you need a C compiler |
| 11:49.51 | YatharthROCK | andrei, Ohh... another stupid question. I'd compiled/built BRL-CAD on my machine w/o Dev C++. How were the C files (which are most of BRL-CADs utilities) compiled here? |
| 11:50.07 | YatharthROCK | andrei, Also, color pixel files those encoded normally or those encoded in ASCII Hex files? |
| 11:50.38 | andrei | YatharthROCK, Dev C++ isn't the only compiler. If you have gcc it would have compiled fine |
| 11:50.39 | andrei | :) |
| 11:50.46 | andrei | or g++ |
| 11:51.18 | andrei | and regarding color pixel files, I'm not sure I understand the question |
| 11:51.27 | YatharthROCK | andrei, I used gcc. I didn't really know what it did then, though. |
| 11:52.43 | andrei | GCC stands for gnu c compiler. It is opensource aswell and it is mostly found on unix based systems |
| 11:53.01 | YatharthROCK | I was documenting asc2pix. In the wikis, it said asc2pix and pix2asc were used to encode and decode color pixel files. These commands take pics in bainry form and convert them to hex ASCII ones. I wanted to know whther color pixel files referred to the ASCII files or the binary one to... |
| 11:53.31 | YatharthROCK | andrei, What are these C files compiled into? |
| 11:54.06 | andrei | well, a computer can't read the code as we write it |
| 11:55.10 | andrei | C files are translated in binary files |
| 11:55.22 | andrei | binary files are files that contain code that is "readable" by a computer |
| 11:55.47 | andrei | try writing some simple program, compile it. Then run hexdump on the compiled one ( object) |
| 11:56.18 | andrei | What I said is a "simplified" version of what really happens |
| 11:56.38 | andrei | so I might have eluded important aspects acidentally, if anyone can corect me, please feel free to do so :) |
| 11:56.45 | YatharthROCK | andrei, I know. What is binary? As in, how is it represented or what reads and executes it? The OS? The chipset or something? |
| 11:57.06 | YatharthROCK | OK, trying right now |
| 11:57.34 | andrei | binary code is ultimately a succesion of 1's and 0's |
| 11:58.38 | andrei | as for what reads and writes, it s usually the hdd. |
| 11:59.09 | YatharthROCK | andrei, Hard Disk Drive? |
| 11:59.26 | andrei | yes |
| 11:59.33 | andrei | the execution isn't that straight forward I believe |
| 11:59.45 | andrei | as both CPU and RAM are implied |
| 11:59.50 | andrei | (not that RAM executes anything) |
| 12:00.40 | YatharthROCK | andrei, Wait, the RAM is like a desktop for your drawer, a container for things you'r working on right now. Random Access Memory. |
| 12:00.54 | YatharthROCK | CPU is the thing that executes everything else, right? |
| 12:01.21 | YatharthROCK | And a HDD is just a storage medium. How can it execute anything? |
| 12:01.29 | andrei | I never sait it executes |
| 12:01.33 | andrei | I said just it reads and writes |
| 12:01.36 | YatharthROCK | BTW, any ideas on the color pixel question? |
| 12:01.48 | YatharthROCK | Oh sorry, misread |
| 12:03.10 | andrei | I have only worked with pgm images so far |
| 12:03.22 | andrei | And there a pixel was an positive integer value |
| 12:04.09 | YatharthROCK | All this befuddles my brain, at the lowest level, someone must have coded up a chipset in 1s and 0s. Then that went into making Assembly. That was leveraged by the OS. It's code was used by custom compilers. These are then used by programmers like us. It's useful as it abstracts away everything. But lower down *someone* must have written 1s and 0s, right? |
| 12:04.33 | YatharthROCK | andrei, pgm images? |
| 12:05.38 | andrei | YatharthROCK, if you want to learn about it try reading about punched cards |
| 12:05.53 | andrei | and pgm is a image format. Just like jpg or gif |
| 12:06.31 | andrei | oh, hold on I didn't see one of your replies, sorry. |
| 12:12.12 | andrei | I'm looking at the file right now |
| 12:15.08 | andrei | well, both the output and the input seem binary. |
| 12:15.55 | andrei | that is actually a map function that is applied to each pixel in a file |
| 12:21.18 | YatharthROCK | andrei, Yeah, but the output can be encoded in ASCII and it's portable, right? |
| 12:22.23 | andrei | well, I believe so :) |
| 12:24.41 | Alexandur | how should i compile brlcad with cmake and native compilers or with toolchain file ? (the gci task to compile with dev c++) |
| 12:25.43 | Alexandur | also if i choose the native compiler option which generator should i use |
| 12:33.51 | Alexandur | any mentor? |
| 12:37.44 | caen23 | Alexandur: have you read doc/README.Windows? |
| 12:38.07 | caen23 | it's explained properly, but you'll have to replace MSVC w/ Dev-C++ |
| 12:38.50 | Alexandur | i checked it out , but will look closer |
| 12:38.59 | Alexandur | thanks |
| 12:40.16 | Alexandur | the first thing that comes to me is -> do i need visual studio to be installed on my system?? |
| 12:40.23 | caen23 | nu |
| 12:40.26 | caen23 | no* |
| 12:41.10 | caen23 | do you have a copy of the brlcad trunk? |
| 12:41.38 | Alexandur | i have source i think 7.22.0 |
| 12:41.57 | Alexandur | from sourceforge? |
| 12:42.53 | caen23 | i don't think the sources are up to date. you need to download TortoiseSVN and then download the brlcad from svn, which has the latest modifications to the source |
| 12:44.07 | Alexandur | well i followed the links from my task |
| 12:44.07 | caen23 | "the brlcad" <-- awesome |
| 12:46.17 | caen23 | what you have is the code for version 7.22.0 of the program. that was released in september, but from september until today many changes have been made to the source |
| 12:51.56 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 12:51.56 | *** mode/#brlcad [+o ChanServ] by services. | |
| 12:52.06 | Alexandur | ok this wasnt stated anywhere in my task so i cant know about it :D |
| 12:53.15 | Alexandur | can i get the lastest version frim git? |
| 12:54.21 | caen23 | i think there was a git repo, but brlcad uses subversion for version control |
| 12:54.58 | caen23 | for this purpose, it's almost the same thing |
| 12:56.03 | Alexandur | ok can you pm me link for the svn coz i`ll searching for ages for it |
| 12:56.30 | caen23 | search for TortoiseSVN |
| 12:58.17 | caen23 | then from the command prompt, you can do `svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad` to download the latest sources |
| 13:00.53 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 13:03.16 | stevenkou | for my task on http://www.google-melange.com/gci/task/view/google/gci2012/7961226, what can i try to work on to get the compiling working? |
| 13:05.11 | andrei | well, where is it failing? |
| 13:05.38 | andrei | have you checked the logs provided? |
| 13:05.58 | stevenkou | during make, it fails due to 2 errors on zlib, 1 in the makefile |
| 13:06.25 | andrei | you need to be a bit more specific |
| 13:07.26 | stevenkou | I don't quite understand what logs provided, the latest 2 txt files that I have submitted contains more specific details regarding my problem, I can paste the essential portions here if required |
| 13:08.28 | stevenkou | # First zlib error originates from /src/other/libz/CMakeFiles/zlib-static.dir/flags.make at line 10 with the flag -w |
| 13:08.28 | stevenkou | # Second zlib error originates from /src/other.libz/CMakeFiles/zlib.dir/flags.make at line 10 with the flag -w |
| 13:08.28 | stevenkou | # Third error occurs due to line 147 of makefile |
| 13:08.42 | stevenkou | That is my conclusion so far |
| 13:15.42 | andrei | from your build log |
| 13:15.50 | andrei | [ 0%] /usr/bin/windres: invalid option -- w |
| 13:15.50 | andrei | Usage: /usr/bin/windres [option(s)] [input-file] [output-file] |
| 13:16.04 | stevenkou | -w is not accepted by windres.exe |
| 13:16.37 | andrei | brlcad might not compile entirely by cygwin and that's ok, but I think the issues should be further down |
| 13:17.25 | andrei | well, note your issue there, try fixing the error |
| 13:17.27 | andrei | and move forward |
| 13:17.28 | andrei | :) |
| 13:17.57 | stevenkou | I can skip zlib to avoid these errors but I don't think I should do that, the error that I don't understand is at the end of every failure, it talks abou "all" |
| 13:19.37 | andrei | I m not sure if you could skip zlib( I don't know what it does) |
| 13:20.15 | stevenkou | It can be skipped if the system has it already, but it is missing from cygwin, which is why I am not skipping it |
| 13:22.11 | andrei | see if this helps you : http://www.zlib.net/DLL_FAQ.txt |
| 13:25.02 | Alexandur | caen23: How to specify different generator ? It seems like its available in the GUI version |
| 13:26.21 | Alexandur | ? |
| 13:27.38 | caen23 | let me check |
| 13:28.37 | andrei | Alexandur, what do you need help with? |
| 13:28.38 | Alexandur | or its not available |
| 13:28.56 | Alexandur | gci task compile brl-cad with dev c++ |
| 13:31.28 | Alexandur | so far i`ve downloaded cmake and selected the lastest project ,, i`ve also selected a proper build path |
| 13:31.56 | Alexandur | and when i click configure and select microsoft visual studio as a generator nothing happens at all |
| 13:32.13 | Alexandur | <PROTECTED> |
| 13:33.08 | Alexandur | andrei or caen any idea? |
| 13:34.09 | caen23 | andrei: i think he needs to use mingw as the generator, but on windows brlcad only has an msvc generator? i could be wrong, though |
| 13:34.53 | Alexandur | i can choose mingw makefiles |
| 13:35.18 | Alexandur | and recieve a ton of errors.. |
| 13:43.04 | andrei | I have never compiled brlcad on windows so I m slow in investigating the issue |
| 13:51.50 | Alexandur | my mentor is Sean Decembe |
| 13:51.59 | Alexandur | i need my time to be extended |
| 13:52.25 | Alexandur | coz i have 20 hours left and it seems i am nowhere near completing my task |
| 14:00.55 | Alexandur | caen23, any idea? |
| 14:01.24 | andrei | Alexandur, I can extend your deadline |
| 14:01.30 | andrei | but you need to have put some work into it :) |
| 14:01.49 | Alexandur | andrei, like i am not but i am here coz i need big help |
| 14:02.17 | *** part/#brlcad YatharthROCK (~YatharthR@95.175.81.134) | |
| 14:02.17 | Alexandur | why i have the feeling that i need ms studio to be installed? |
| 14:03.15 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e48c8.bb.sky.com) | |
| 14:03.43 | andrei | why would you need ms studio for this task ? |
| 14:04.58 | andrei | Also, there is plenty of time left, the extension will be most likely given a few hours before deadline |
| 14:05.19 | andrei | but don't worry, if you managed to get some progress the deadline will be extended :) |
| 14:09.33 | maths22 | <PROTECTED> |
| 14:51.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 14:57.52 | Skriptkid | brlcad: The buildbot is talking to your master. I had shutdown the slave yesterday(which probably made you think it wasn't.) If otherwise, please let me what needs to be done. |
| 15:01.46 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145) | |
| 15:02.10 | brlcad | Skriptkid: indeed |
| 15:02.13 | brlcad | what version of gcc is that? |
| 15:02.19 | brlcad | or is that llvm? |
| 15:03.12 | Skriptkid | GCC 4.2.1 |
| 15:03.22 | Skriptkid | LLVM build |
| 15:04.13 | Skriptkid | Is there a problem? |
| 15:04.27 | brlcad | well, just the build failure is unexpected :) |
| 15:04.32 | Skriptkid | (excpet of course that bug in strict mode, which I'm fixing now) |
| 15:04.34 | brlcad | Skriptkid: that's good, mark it complete :) |
| 15:04.42 | brlcad | oh, and upload your config |
| 15:04.50 | Skriptkid | Gimme a little time. I'll try fixing it. |
| 15:05.55 | Skriptkid | The master config? It's on the server itself. There's no config file for slave. Only some info files(Admin name, email addr) |
| 15:06.08 | brlcad | i meant a client one, interesting |
| 15:06.22 | brlcad | so it just contacts yours on whatever port is specified |
| 15:06.37 | brlcad | what was the comment about blamelist? |
| 15:07.18 | Skriptkid | When you open the page of a build, there's a section called 'Blamelist.' Erik's name appears in it. I just said I have nothing to do with this. |
| 15:07.44 | brlcad | Skriptkid: you can mark it complete, we can create another task to properly fix the mac build failures |
| 15:07.47 | brlcad | okay |
| 15:08.07 | brlcad | I think that's buildbot trying to figure out who caused the error |
| 15:08.11 | brlcad | erik was last to commit |
| 15:09.09 | Skriptkid | Ah..I see |
| 15:09.58 | Skriptkid | On your slave question("So it contacts on…") - Slave contacts the master on the port specified in the master cfg file on the port specified, with an authentication name and password. |
| 15:12.08 | brlcad | Skriptkid: except the master can also invoke a build request down to configured slaves, so I'm curious how that interaction works |
| 15:13.13 | Skriptkid | there's an object called "Forcebuild" in the cfg file. That might answer that question(Not sure though, as this is a guess.) |
| 15:13.46 | brlcad | how long did it take to set everything up? |
| 15:14.29 | brlcad | new task: fix mac buildbot errors: http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 15:15.10 | caen23 | brlcad: so with strict and release enabled, i now get 4 errors. three are related to out of bound arrays and one is an uninitialization. how can i check to see what causes the array "out of bounds" error? i solved one by making the array larger (50 instead of 40), but i don't think this is the correct way to do it |
| 15:15.42 | brlcad | caen23: the out of bounds arrays are almost certainly a bug |
| 15:15.48 | caen23 | gcc bug? |
| 15:15.54 | brlcad | no, bug in our code |
| 15:15.56 | Skriptkid | brlcad: 30 mins. Took time to download the src. And fix errors.(And also because it was late night when I started it and had to go sleep.) |
| 15:16.27 | Skriptkid | 2 hours, including everything |
| 15:16.51 | brlcad | Skriptkid: okay, yeah, then definitely close it out |
| 15:16.58 | brlcad | evens out with all the affinity work ;) |
| 15:17.19 | brlcad | which, by the way, there are additional tasks written up for that, just not published until we get your patch integrated |
| 15:17.20 | Skriptkid | Hehe :) |
| 15:17.26 | Skriptkid | Ok |
| 15:17.29 | brlcad | so close it out |
| 15:17.37 | brlcad | claim the other if you like or can move on ;) |
| 15:17.52 | brlcad | should be an easy fix |
| 15:17.53 | Skriptkid | brlcad: Closed. Sorry I couldn't fix that bug though |
| 15:18.21 | Skriptkid | Which is the "other" one? |
| 15:18.25 | caen23 | brlcad: is there a way i can see where gcc finds it? one happens inside the loop of a function, so the values are set elsewhere. can i see where using some sort of debugger? |
| 15:18.32 | brlcad | 'inline' is set up by brlcad/misc/CMake/CheckCInline.cmake |
| 15:18.47 | Skriptkid | Oh, and by the way, that error pops up only in strict |
| 15:18.51 | brlcad | that should be testing and ensuring that 'inline' is set to a proper keyword |
| 15:19.07 | brlcad | strict is the default, what we expect to work everywhere |
| 15:19.33 | Skriptkid | ok. I closed it |
| 15:19.43 | Skriptkid | and which si the other task you were talking about? |
| 15:19.46 | Skriptkid | *os |
| 15:19.55 | Skriptkid | *is |
| 15:20.08 | Skriptkid | :-$ |
| 15:20.26 | brlcad | what do you mean? |
| 15:20.51 | brlcad | caen23: gcc only reports the end state so you have to trace backwards |
| 15:21.19 | Skriptkid | nothing, nothing. "discussed on IRC" answered it |
| 15:23.39 | caen23 | brlcad: yes, but if i have something like "void f(int n) { for(i = 0; i < n; i++) a[i] = 1; }" and it's called in three files, but in one of them, the call is f(20) and a only has 10 elements, can i use a tool to find out which file called f(20), or do i have to find it by hand? |
| 15:32.34 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 15:37.09 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 15:37.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 15:51.18 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134) | |
| 15:51.38 | YatharthROCK | caen23, Are you Sean, by any chance? |
| 15:51.52 | caen23 | YatharthROCK: no, Sean is brlcad |
| 15:52.13 | YatharthROCK | caen23, Ohh... that solves one mystery |
| 15:52.39 | YatharthROCK | brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 15:53.40 | YatharthROCK | BTW, how are you always online? |
| 15:53.53 | YatharthROCK | Maybe we're just in similar timezones... where do you live? |
| 15:54.42 | caen23 | he's not always online, he just never closes irc. but he's not always at his computer |
| 15:55.10 | YatharthROCK | caen23, Are you a mentor?> |
| 15:55.15 | caen23 | no |
| 15:55.33 | YatharthROCK | caen23, GCI student? |
| 15:55.36 | caen23 | yes |
| 16:00.01 | YatharthROCK | caen23, Cool, how many tasks have you done? All from BRL-CAD? |
| 16:00.22 | caen23 | 20 or so and yes, all brl-cad |
| 16:00.26 | YatharthROCK | caen23, And how old are you? Where do you live? What technologies do you work with? |
| 16:00.58 | caen23 | 17, romania, mac and whatever software i need |
| 16:01.10 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145) | |
| 16:01.12 | YatharthROCK | caen23, Cool, I think that's like the 2nd highest in BRL-CAD. Best of luck winning the grand preize! |
| 16:01.30 | caen23 | thanks |
| 16:01.43 | YatharthROCK | andrei, Can you close this task? http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 16:01.51 | *** part/#brlcad YatharthROCK (~YatharthR@95.175.81.134) | |
| 16:01.56 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.81.134) | |
| 16:03.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 16:09.19 | Skriptkid | YatharthROCK: Is there a GCI leaderboard anywhere? |
| 16:10.07 | caen23 | Skriptkid: per organization |
| 16:10.16 | caen23 | http://www.google-melange.com/gci/org/google/gci2012/brlcad |
| 16:11.17 | Skriptkid | Thanks :) |
| 16:12.57 | caen23 | sure |
| 16:25.28 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145) | |
| 16:26.27 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 16:33.11 | Skriptkid | brlcad: Might need some help on fixing that issue. I tried adding a "typedef unsigned int foo_ut" and then another two function with this type. But no result. Still fails. |
| 16:39.29 | caen23 | are the errors related to inline? |
| 16:39.48 | caen23 | Skriptkid: the ones here? http://crit.brlcad.org/buildbot/builders/mac-tester/builds/7/steps/Compile/logs/stdio |
| 16:40.23 | Skriptkid | yes |
| 16:40.30 | caen23 | see if this helps http://clang.llvm.org/compatibility.html#inline |
| 16:40.42 | caen23 | i think it's clang that's causing this error |
| 16:42.04 | Skriptkid | thanks :D I'll see that |
| 16:43.51 | Skriptkid | hmm…nope. But thanks anyway :) |
| 16:46.15 | brlcad | Skriptkid: can you explain to me what the error means? |
| 16:48.23 | Skriptkid | well…no |
| 16:48.55 | *** join/#brlcad Al_DC_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 16:49.05 | Skriptkid | brlcad: What does it mean? |
| 16:49.44 | brlcad | caen23: gcc's not quite that good yet, but there are other tools (static analysis) |
| 16:50.04 | brlcad | gcc does detect that case you mention, so usually it's just a matter of backtracking |
| 16:51.06 | Skriptkid | So I do a static program analysis now? |
| 16:51.07 | brlcad | visualize the call tree -- it's almost always either a fixed value like f(20) or it's a function that sometimes takes a dynamically allocated array and in that one file theres a int g[10] |
| 16:51.15 | brlcad | Skriptkid: that's for caen23 |
| 16:51.19 | Skriptkid | ok |
| 16:51.42 | brlcad | Skriptkid: you need to understand the error or you can't really have a hope of fixing it, right? :) |
| 16:52.12 | Skriptkid | Yep :) |
| 16:52.16 | brlcad | start with the error message, and parse it |
| 16:52.27 | brlcad | what don't you understand, what do you think you understand |
| 16:53.03 | Skriptkid | I understand that it's something to do with inline unsigned int. I don't understand the "extension used" |
| 16:58.59 | caen23 | brlcad: thanks |
| 16:59.28 | Skriptkid | brlcad: ?? |
| 17:04.27 | YatharthROCK | brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:37.56 | brlcad | Skriptkid: very much has to do with inline unsigned int |
| 17:38.05 | brlcad | more specifically, which word is the arrow under |
| 17:38.10 | Skriptkid | inline |
| 17:38.33 | brlcad | that is the extension |
| 17:38.50 | brlcad | C hasn't always had that keyword |
| 17:38.56 | brlcad | c99 has it |
| 17:38.58 | brlcad | c89 did not |
| 17:39.29 | brlcad | c89 DID have it if you enable certain extensions to the compiler |
| 17:39.38 | brlcad | and that was different from compiler to compiler |
| 17:40.03 | Skriptkid | so my gcc build is based on C89? |
| 17:40.22 | brlcad | if you compiled with VERBOSE=1, you'd see the actual compile line |
| 17:40.44 | brlcad | it has an option specified that says something like -std=c89 |
| 17:41.03 | brlcad | so the compiler is correctly saying "well, you want to compile in strict c89 mode, but c89 didn't have 'inline'" |
| 17:41.15 | brlcad | that's where the cmake file comes it |
| 17:41.17 | brlcad | s/it/in |
| 17:41.52 | brlcad | it should have found that out and defined inline to be something else |
| 17:42.01 | brlcad | so something's not right in the build system |
| 17:42.09 | Skriptkid | ahh…so this requires editing of CompilerFlags.cmake? |
| 17:43.19 | brlcad | maybe |
| 17:43.26 | brlcad | that's certainly a place to start |
| 17:43.41 | brlcad | looking at your cmake output to see what the results of those tests were |
| 17:44.12 | brlcad | you can also look in your build directory CMakeFiles directory where you'll find two text files with output and errors |
| 17:44.22 | brlcad | see what you find relating to the inline tests |
| 17:44.50 | brlcad | even better, start by reading CompilerFlags.cmake and see if you understand what it's doing |
| 17:46.44 | Skriptkid | I'll do that. What does the flag "-Wlanguage-extension-token" do? |
| 17:49.22 | brlcad | all of the -W flags enable or disable a particular warning |
| 17:49.52 | brlcad | that one tells the compiler to warn if it sees we're using language extensions |
| 17:50.29 | brlcad | the general idea is to still compile in c89 strict mode, but then use a mechanism that doesn't invoke a warning |
| 17:50.39 | brlcad | there's almost certainly a way |
| 17:52.07 | YatharthROCK | brlcad, Can you review my task please? http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:52.33 | brlcad | YatharthROCK: you do realize there is a queue, yes? |
| 17:52.48 | brlcad | asking repeatedly is not very polite |
| 17:54.07 | YatharthROCK | brlcad, Sorry. I wanted to start working on another task as our winter hols started and I didn't have anything to do all day. Getting no response, I thought maybe you hadn't seen or noticed it or something. Sorry again... |
| 17:54.15 | brlcad | I'd just reviewed it a few minutes ago, a little patience goes a long way |
| 17:55.24 | YatharthROCK | I got an e-mail notification some seconds after I asked you right now -_- |
| 17:55.59 | Skriptkid | brlcad: So make is complaining that the language extensions have been used and are not supposed to be used in strict mode? |
| 17:56.07 | brlcad | YatharthROCK: asking me to do something will frequently get no response -- asking how long you might expect before it'll be reviewed might get you a more specific response ;) |
| 17:56.16 | YatharthROCK | For the example, I should include a example workflow, yes? As in a sample situation where the command might come handy. |
| 17:56.30 | YatharthROCK | I'll keep that in mind. Sorry again... |
| 17:56.48 | brlcad | workflow, no. example, yes |
| 17:57.02 | YatharthROCK | And yes, I did choose that task so I wouldn't have to do any real work ;) |
| 17:57.44 | brlcad | it's a very simple command, an example should be very simple too -- just needs a real world example |
| 17:58.01 | YatharthROCK | brlcad, I mean like I should give a command outputting a pix file. Then one that converts it to ASCII. Then one that converts it back. That's it |
| 17:58.06 | YatharthROCK | k, I |
| 17:58.11 | YatharthROCK | 'll work on it |
| 17:58.15 | brlcad | also, you can start on another task before we mark a task completed |
| 17:58.18 | YatharthROCK | Darn that Enter key |
| 17:58.54 | brlcad | it's not like dozens disappear daily :) |
| 17:58.55 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.160.145) | |
| 17:59.08 | brlcad | YatharthROCK: that example would be fine, sure |
| 17:59.26 | brlcad | could include that example in the old man page too |
| 18:00.05 | brlcad | Skriptkid_: basically yes |
| 18:00.31 | brlcad | Skriptkid_: the trick, though, is that you can usually use those features without using the "extension" (i.e., "inline") |
| 18:00.39 | brlcad | that's where reading that cmake file should help |
| 18:00.50 | brlcad | you'll see how it tries a variety of variations on 'inline' |
| 18:01.06 | brlcad | does __inline work, does __inline__ work, ... |
| 18:01.26 | brlcad | if "inline" by itself worked, then the compile flags are wrong |
| 18:03.07 | Skriptkid_ | Does the check loop in the cmake break if it encounters a problem with one of those three different variations? |
| 18:41.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 18:56.09 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 18:57.39 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - patch-v2 uploaded I added an example situation where the commands might come in handy, and I used more semantic tags instead of <emphasis> tags everywhere. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 18:58.28 | brlcad | YatharthROCK: would you upload one of the html files so I can quick-check it? |
| 18:58.33 | YatharthROCK | brlcad, Around when can I expect my task to be reviewed? I added an example workflow and also used more semantic tags rather that <emphasis> everywhere. |
| 18:58.42 | YatharthROCK | Sure, give me a sec |
| 19:01.01 | YatharthROCK | brlcad, What format are the man files compiled from the DocBook in? |
| 19:01.40 | YatharthROCK | Cuz I'd prefer uploading them. The HTML output is not what I expect, as in, not as pretty and controllable as I'd like |
| 19:02.22 | YatharthROCK | No worries, I found it |
| 19:02.33 | YatharthROCK | brlcad, Mind if I upload a man page instead? |
| 19:04.42 | YatharthROCK | So the DocBook files are converted back into troff macros on compilation? |
| 19:06.40 | YatharthROCK | I ran cat `find .build/ -name 'asc2pix.1'` and that's what I found |
| 19:06.49 | YatharthROCK | brlcad, Uploaded the man page |
| 19:08.57 | YatharthROCK | I'm posting the example here for convenience: http://paste.ubuntu.com/1460175/ |
| 19:26.52 | Notify | 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 19:58.35 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 20:13.46 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - html Would you submit the html output? Also, glancing at the text of the manual page, it does not appear to be accurate. It mentions using the -O option, please verify for accuracy. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 20:13.51 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 20:48.27 | caen23 | brlcad: i still can't figure out how to solve the out of bounds warnings. here's the function where the errors occur http://slexy.org/view/s211uarboQ it goes out of bounds at line `knot_vec[i+srf->order[idx]] = param2`. but i don't understand why that is. `srf->order[idx]` can be at most 19 (otherwise, bu_bomb() is called), so `i + srf->order[idx]` can be at most 37, so it should never go past 40. how can it go out of bounds? |
| 22:19.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:20.04 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Missing commands The compiling stuffs took the most out of the two days, and I would be able to finish the remaining commands if i were to know what those commands do. The blank commands I could not find through the the "help" command nor through the MGED commands site. What shall I do... http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 23:22.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:42.22 | Notify | 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 00:58.29 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 01:28.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.145) | |
| 02:21.53 | Notify | 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - A quick question: So, just to be sure I'm looking at the right errors here, I've added the following to the BRLCAD_CompilerFlags.cmake file: brlcad_check_c_flag(Wwrite-strings) and brlcad_check_cxx_flag(Wwrite-strings) and the compilation results in a fair amount of : ... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 02:28.31 | Notify | 03GCI: Melange: Improve geometry database loading behavior - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 02:35.39 | Notify | 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - On second thought... I just removed the brlcad_check_c_flag(Wwrite_strings) to check myself and these errors still appear, so I'm guessing these are not what I should be fixing (even thought they look to be caused by a similar problem). How exactly do I go about adding... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 02:57.13 | Notify | 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Third time is the charm... So, now I just feel stupid. I just realized I had those two lines of code in two sepearte places in that file. When I removed them both, the errors dissapeared. So it looks like I did set that flag correctly after all, haha. I'll get to work... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 03:54.07 | *** join/#brlcad gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 03:56.41 | gmercer015 | My task review states that i have undocumented hard-coded constants in my program, though i am not sure on what he is specifically referring to. 3 Kiowa Ct |
| 03:56.41 | gmercer015 | Henderson, NV 89074 |
| 03:56.47 | gmercer015 | whoops, wrong copy |
| 03:56.58 | gmercer015 | https://google-melange.appspot.com/gci/task/view/google/gci2012/7984226 |
| 03:57.21 | gmercer015 | ^^ link to post, little lost as to what the undocumented constant is. |
| 04:35.52 | Notify | 03GCI: Melange: Migrate ALL our MySQL databases - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 04:36.02 | Notify | 03GCI: Melange: Write a manual page for MGED's "brep" command - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 05:17.52 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 05:20.12 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - In the case this task needs more work Could i receive a time extension by the reviewer in the event that my task is sent back for more work? The pervious submission my task was reviewed but the time was not extended and i almost lost the task when it went up... http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 05:20.59 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 05:40.07 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 05:51.00 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 06:06.15 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 06:08.46 | Notify | 03GCI: Tanuj Guha: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 06:11.07 | YatharthROCK | brlcad, I uploaded one. Sorry I couldn't do it earlier. One of the bad parts about being 13 is that you can't choose your bedtimes, even in the hols :( |
| 06:11.43 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 06:14.32 | YatharthROCK | brlcad, I remember discussing about DocBook. I tottaly agree with you on it's advantages over Troff. It's more maintainable, standardized, semantic, and allows us to seperate presentation from content (want to change how something appears? just change one line in the parser rather than fixing up the 500 or so man pages you already have!) |
| 06:30.45 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:39.15 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 06:40.35 | stevenkou | For my task, compilation of brlcad stops at 24% due to line 146 of the makefile, can anyone explain what is going on there as I don't quite understand the makefile in that portion. |
| 06:40.35 | stevenkou | My task page is at http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 06:40.56 | stevenkou | I have attached both the makefile and the log. |
| 06:56.22 | Notify | 03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 07:19.19 | stevenkou | Anyone willing to help me? |
| 07:21.46 | milamber | stevenkou: i'm not expert but just looking at the log it seems like the filenames are not windows safe. what version of make is it? i'm pretty sure they were having some issues with it, you may also want to look into the shell utility and cygpath |
| 07:21.57 | milamber | /not/no |
| 07:22.18 | milamber | /windows/unix |
| 07:23.28 | stevenkou | GNU Make 3.82.90 |
| 07:23.28 | stevenkou | Built for i686-pc-cygwin |
| 07:26.29 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 07:27.26 | stevenkou | regarding the filenames, man pages are the only ones that are having problems with it, but I have patched it up already, so that it does not contain any special characters that would cause problems. Or do you think that any of the other warnings are due to file names? |
| 07:27.30 | Notify | 03GCI: Sean: Design a "Commercial CAD Comparison" diagram - plagiarism and deceit Nikolay, I recently discovered that you blazenly lied about your work on this task. Moreover, the diagram you submitted is not your own original work. It is a modified screen capture of http://cad-software-review.toptenreviews.com/ without any attribution... http://www.google-melange.com/gci/task/view/google/gci2012/7974231 |
| 07:33.16 | stevenkou | Most important of all, no matter whatever I do, make will also fail with the same error in the end. Does anyone understand the error? It is located at the end of my latest log, do guide me if you understand what is going on there. |
| 07:35.03 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 07:36.18 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Incomplete submission I don't feel that my work is complete too, but I need some guidance to do more. Hope that someone that understands the problems would give me a guide on this. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 08:47.20 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Osaze. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 08:47.40 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - Task Assigned This task has been assigned to Tanuj Guha. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 08:47.45 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 09:07.40 | *** join/#brlcad andrei (~andrei@79.117.234.235) | |
| 09:53.45 | Notify | 03GCI: Cezar: Fix GCC 4.8 compilation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8105205 |
| 09:56.31 | andrei | brlcad: related to eliminating globals in /tools/g_transfer.c; The cleanest solution I found would be to move them into the pkg_conn structure. From what I can understand, it's either this or modify the pkg_callback macro |
| 09:57.45 | andrei | like this, for example : http://paste.lisp.org/display/134259 |
| 09:59.15 | andrei | I don't see any other option except adding an extra param( which you said it wasn't recommended) or adding the needed data into pkg_conn struct |
| 10:01.18 | stevenkou | brlcad: for my task, would you mind explaining to me what the error is about? I have uploaded my latest log and I need help on the last error which is present everytime. |
| 10:09.51 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 10:13.58 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for msr.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 10:29.49 | andrei | why ask question and then leave?:( |
| 10:59.08 | Notify | 03GCI: ChoWooHyun: Create an artistic screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 11:06.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 11:10.05 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.235) | |
| 11:24.22 | *** join/#brlcad andrei (~andrei@79.117.234.235) | |
| 11:46.22 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 11:48.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 11:51.25 | ``Erik | andrei: impatience, lack of understanding, some people are boggled that someone would lurk or step away from the computer while still connected *shrug* others are boggled that the world doesn't revolve around them :) |
| 11:52.42 | andrei | one shouldn't expect instant response, specially during holidays. |
| 11:56.32 | Notify | 03GCI: Skriptkid: Fix Mac OS X compilation errors under Buildbot - A modification fixes that error. But... Modifying "BRLCAD_CHECK_C_FLAG("std=gnu89" BUILD_TYPES Debug)" to "BRLCAD_CHECK_C_FLAG("std=c99" BUILD_TYPES Debug)" or "BRLCAD_CHECK_C_FLAG("std=gnu99" BUILD_TYPES Debug)" fixes that issue, but pops up another error: ... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 11:58.22 | ``Erik | many do, thus the 'ask' commands on the bots... |
| 11:58.25 | ``Erik | !notify ask |
| 11:58.26 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:58.34 | ``Erik | ~ask |
| 11:58.34 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:58.55 | ``Erik | (I believe that's brlcad's copywriting) |
| 12:05.40 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:22.08 | Notify | 03GCI: ChoWooHyun: Create an artistic screenshot - How Can i register my database.g and my screenshot.png? ??? http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 12:33.53 | andrei | ``Erik: I've just read Joel Spoelsky's "Guerilla guide to interviewing" and to me it seems a bit too harsh. Have you read it? |
| 12:42.36 | andrei | also, if when you have time, could you take a look at the g_transfer question I asked brlcad? |
| 12:50.00 | Notify | 03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 13:01.33 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 13:20.50 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Extend deadline Please extend my dead line for one day http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 13:28.55 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:31.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:40.03 | Notify | 03BRL-CAD:starseeker * 54115 (brlcad/trunk/doc/docbook/system/man1/en/asc2g.xml brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): Fix asc2g and g2asc for xml strict validation. |
| 14:09.05 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 14:38.24 | *** join/#brlcad YatharthROCK (~guest@95.175.93.148) | |
| 14:39.28 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 14:40.26 | YatharthROCK | brlcad, I uploaded everything. How much longer can I expect to wait? The deadline is due to end in 4 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 14:44.15 | starseeker | andrei: sometimes folks are more used to the very very active IRC channels from projects that always have people online |
| 14:44.33 | starseeker | or they confuse this with a commercial online help system |
| 14:44.56 | YatharthROCK | starseeker, If that was pointed at me, sorry -_- |
| 14:46.19 | YatharthROCK | I understand that you people aren't employess are get paid, you're using your spare time to contribute to the project and review projects along the way. I just wanted to know around when I could expect it to be reviewed, so if it's rejected, I could keep time free to work on it. |
| 14:49.28 | caen23 | or maybe they're just too young, i wouldn't expect people who are younger than 15 to be very patient or considerate. this might also be their first time on irc, and the contest is also a factor, i wouldn't worry too much about this |
| 14:50.13 | caen23 | YatharthROCK: where do you live? |
| 14:51.12 | YatharthROCK | caen23, Kuwait, Middle East. It actually has a good open-source community, just not one geared towards teens. We even have a GDG here :D |
| 14:53.13 | caen23 | YatharthROCK: i live in utc+2 and brlcad comes online at around 5 pm. as far as i can tell, kuwait is utc+3, so… 6 pm for you |
| 14:53.40 | YatharthROCK | On an unrelated note, Windows 8 rules! At least compared to previous Windows versions... |
| 14:54.19 | YatharthROCK | caen23, Thanks. Where do you and brlcad live? |
| 14:54.44 | caen23 | i don't know where he lives, but it's 5 pm where i live when he comes online |
| 15:20.20 | andrei | 5.20 to be more precise, caen23 :) |
| 15:21.00 | caen23 | :D |
| 15:33.34 | Notify | 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - need more time I am having problem to compile the code in my environment, which is centos 6 linux. The thirdparty library bullet have some compatible issue with module libged.dir/simulate/simcollisionalgo.cpp when I build the project. I am still working on it,... http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 15:45.29 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Assigned This task has been assigned to ChoWooHyun. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 16:05.30 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 16:16.22 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - filename :: Brlcad_webdesign.tar.gz just added a new file Brlcad_webdesign.tar.gz I just have forgotten to add some social network buttons on the web design This is a new file with social network buttons. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 16:20.14 | Notify | 03GCI: Sean: Create an Halfspace Model and Diagram - half the work Not quite. There should be a sphere at 0,0,0 with a vector (arrow) N going towards 'd'. Basically, you need to shift the dashed line down so that 'd' is right on the surface where you currently have N, put N down "inside" the gray area, and add an origin with an arrow for N.... http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 16:20.28 | Notify | 03GCI: Sean: Create an Halfspace Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 16:20.41 | *** join/#brlcad harmanpreet (~chatzilla@210.56.124.160) | |
| 16:38.57 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Sure Extensions are no problem. It look like indentations and else statement placements are still wrong, though. Please recheck the style described in HACKING and my earlier comment. Looks almost right, but still significant style errors. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 16:39.02 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 16:39.07 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 16:45.53 | *** join/#brlcad harmanpreet (~chatzilla@210.56.126.67) | |
| 16:49.06 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Nice Work Gauravjeet, your work is appreiable. :) Addition of buttons of social networking sites is new feature for the BRL-CAD website. But you forgot to add Login/Register link. Put it to some proper place and you are done. :) http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 16:49.16 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 17:05.22 | Notify | 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 17:14.56 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - compiling doesn't count Time spent compiling BRL-CAD doesn't count. :) How long did it take to fill out the spreadsheet? While many of those commands don't have help, they do have a usage statement if you run them within MGED. That may help you categorize the remaining ones. Try that and... http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 17:15.01 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 17:16.06 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 17:16.31 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - filename :: Brlcad_webdesign(2).tar.xz added login/register link... http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 17:22.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 17:33.59 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - less convoluted example Having an example is good, but having one that refers to third-party tools that the user may or may not have available is not good. Will that example work for a Windows user? Probably not. Keep it more simple. Maybe just asc-pix, pix-png, [do some... http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:34.05 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:34.09 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:36.10 | *** join/#brlcad Ashish101 (75c22829@gateway/web/freenode/ip.117.194.40.41) | |
| 17:36.44 | Ashish101 | where can i find brlcad's commands |
| 17:41.56 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - definitely got further Steven, you definitely got further along than others. Can you provide all of the exact steps and commands that you ran? Looking at your build log, the compile failed in our libpkg library due to a definition mismatch. Why that occurred depends on many... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 17:42.16 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 17:42.17 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 17:44.22 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - if you can't get it to work Don't worry if you can't get it to work as you've made some good progress (enough to complete the task, but need to submit your steps and try). Just make sure that you try and document the steps you take so someone else can build on your work on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 17:45.00 | brlcad | Ashish101: they're all in the bin directory of a binary install |
| 17:45.07 | brlcad | 400+ of them |
| 17:45.38 | brlcad | if you have an install "locate mged" or "which mged" might help point you, but it's usually in /usr/brlcad/bin or /usr/brlcad/rel-7.XX.XX/bin |
| 17:45.41 | YatharthROCK | brlcad, Should I use the example you gave me? Or maybe my previous example, but with the exact commands replaced by generic message about what's supposed to happen then |
| 17:47.39 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Final Touch Adjust the search bar and Login/Register button in the header within the boundaries of central part. Create a footer and put links of social networking sites in it. That's it. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 17:49.19 | Notify | 03GCI: Sharan: Create an Halfspace Model and Diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 17:51.25 | Notify | 03GCI: Melange: Create numerics library (LIBBN) API unit test ... for axis.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 17:52.10 | brlcad | YatharthROCK: refering to remote transfer is too complicated |
| 17:52.37 | brlcad | doesn't have to be the example I gave, but keep it really simple |
| 17:52.42 | brlcad | and something "useful" |
| 17:53.13 | YatharthROCK | brlcad, I could maybe just say, "Transfer file to non-Unix machine" as that's one of the main purposes of the command. |
| 17:53.20 | Ashish101 | brlcad: any way for windows ?? |
| 17:53.57 | YatharthROCK | Ashish101, Just use the search functionality, right? |
| 17:54.42 | Ashish101 | Oh yes got them |
| 17:54.51 | Ashish101 | all in dll and exe files |
| 17:56.06 | Notify | 03GCI: javamonn: Compile with -Wwrite-strings, fix warnings that ensue - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 17:56.34 | YatharthROCK | Ashish101, You can even use piping using `dir /s /b "c:\Program Files" | find "mged.exe"` |
| 17:57.29 | Ashish101 | but still that dosent give info on the commansd -- does it ?? |
| 17:57.48 | Ashish101 | thanks for the help thoug PathatROCK |
| 17:58.27 | YatharthROCK | Ashish101, Putting the handle in the beginning lets you hit Tab for autocomplete in most clients and also notifies the user |
| 17:58.57 | YatharthROCK | Ashish101, I didn't understand what you meant by ' but still that doesn't give info on the command -- does it ??' though... |
| 17:59.38 | Ashish101 | i also want to know about the commands meaning what it does and all |
| 18:00.56 | YatharthROCK | brlcad, I not inclined to use your example as it's kinda' extraneous. Why would anyone have a pix(5) file encoded in ASCII in the first place? That main purpose (and only that I know of, please correct me if I'm wrong) is for easy transfer. Maybe I could replace the commands with a generic message like "Transfer file to another (non-Unix) machine" |
| 18:01.45 | YatharthROCK | Ashish101, That's a different question. You'll have to use the online documentation, I think. I'm not very familiar with Windows. It's much easier to just use Linux. |
| 18:09.16 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 18:12.15 | *** join/#brlcad Suryajith (~Stattrav@122.170.81.221) | |
| 18:16.14 | Notify | 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Task Assigned This task has been assigned to Ashish. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 18:21.46 | Notify | 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Read and understand Though the task has been assigned to you, but it is recommended that you should read carefully and understand the task description and Sean's above mentioned comment before starting your work. It will save your time. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 18:24.34 | *** join/#brlcad Gmercer015 (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 18:25.10 | Gmercer015 | When writing if-else statements in BRLCAD's format, is the else and if on the same line? |
| 18:25.37 | Gmercer015 | or is the if placed on line after the else |
| 18:33.11 | Notify | 03GCI: gcking: Create numerics library (LIBBN) API unit test ... for axis.c - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 18:39.04 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Re:final touch uploaded two files:-- brlcad_wd_gimp_files.zip brlcad_wd_png_files.zip > Adjusted the search bar and login link > create a footer for those social networking sites http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 18:49.27 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:50.53 | Notify | 03GCI: Gauravjeet Singh: Mock up new BRL-CAD website interface design (#3) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 18:52.24 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#3) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8130202 |
| 19:21.41 | Notify | 03GCI: Harmanpreet Singh: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 19:38.23 | Notify | 03GCI: gcking: Create a utility library (LIBBU) API unit test ... for hash.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 20:16.27 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 20:17.54 | Silvrous | http://www.google-melange.com/gci/task/view/google/gci2012/8001225 Could I get an extension on this task? I haven't been able to really work on it due to Christmas. |
| 20:18.15 | Silvrous | Happy Holidays, btw |
| 20:24.34 | *** join/#brlcad caen23_ (~caen23@92.83.171.19) | |
| 20:25.29 | andrei | Silvrous: done |
| 20:25.33 | Notify | 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 20:25.41 | Silvrous | Thanks! |
| 20:25.42 | andrei | Don't worry about the deadline :) |
| 20:26.23 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - A little confused... So, I have the option added and the color parsed, but I'm unsure as to how to change the color of the rendering. Is there a function I should be calling? Or maybe a way to overwrite the color of the pixels worker.c is producting? I'd... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 22:06.47 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 22:19.36 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 22:24.13 | maths22 | brlcad: mysqld does not appear to be working on crit |
| 23:53.12 | *** join/#brlcad vaporware (~cezar@92.83.171.19) | |
| 00:25.35 | Notify | 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 00:26.12 | *** join/#brlcad M0J0E (~johannes@p5791FCA4.dip.t-dialin.net) | |
| 00:32.57 | M0J0E | If one of the mentors is still here, it would be great, if he could quickly assign this task(http://www.google-melange.com/gci/task/view/google/gci2012/8031202) to me, as it is getting pretty late here in germany, and I won't be able to submit the patch tomorow. |
| 02:28.34 | Notify | 03GCI: Melange: Improve geometry database loading behavior - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945230 |
| 02:33.02 | ``Erik | maths22: mysqld is now running |
| 03:13.45 | maths22 | Thank you |
| 03:49.47 | Notify | 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 04:31.24 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 04:31.29 | Notify | 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 04:35.51 | Notify | 03GCI: Melange: Migrate ALL our MySQL databases - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 04:36.01 | Notify | 03GCI: Melange: Write a manual page for MGED's "brep" command - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7948232 |
| 04:58.15 | Notify | 03GCI: Jackie: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 04:59.16 | Notify | 03GCI: Jackie: Create a technical screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:23.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 05:51.40 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:53.37 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 06:13.19 | brlcad | maths22: looks like it's working to me |
| 06:14.07 | brlcad | I just connected to the db, made a query |
| 06:19.49 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for hash.c - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 06:20.10 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Assigned This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 06:20.21 | Notify | 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - Task Assigned This task has been assigned to Johannes Schulte. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 06:20.30 | Notify | 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to Lim Qian Joo. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 06:20.46 | Notify | 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 06:20.56 | Notify | 03GCI: Sean: Create a technical screenshot - Task Assigned This task has been assigned to Jackie. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 06:23.52 | Notify | 03GCI: Skriptkid: Fix Mac OS X compilation errors under Buildbot - Override flags I found a method to use/override flags for a particular file in Cmake. Adding "set_source_files_properties(src/libbu/bitv.c PROPERTIES COMPILE_FLAGS -Wno-error)" overrides Werror for the file bitv.c and adding "set_source_files_properties(src/libbu/bitv.c... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:23.57 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Done? The whole spreadsheet took me about a total of four to five hours, but I just think that is nothing compared to the time spent on figuring how to compile. But anyways, I have shrunken the number of missing commands to three: get_solid_keypoint, rate, and select. I have spent my... http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 06:25.31 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.235) | |
| 06:25.37 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 06:28.03 | Notify | 03GCI: Sean: Create an Halfspace Model and Diagram - still not right.. Sharan, that's closer but still not right. 'd' is where the "ground surface" is at. If you shift the diagram (including 'N") down and put a label for the origin, it should be good. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 06:28.13 | Notify | 03GCI: Sean: Create an Halfspace Model and Diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 06:28.23 | Notify | 03GCI: Sean: Create an Halfspace Model and Diagram - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 06:33.31 | Notify | 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 06:38.03 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - mged_4 mged_4 should be the final spreadsheet with three missing commands http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 06:38.13 | Notify | 03GCI: Chan Ho Jun: Design an MGED command spreadsheet - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 06:52.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 06:56.21 | Notify | 03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 07:13.11 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 07:16.02 | YatharthROCK | brlcad, Are you online? |
| 07:19.40 | YatharthROCK | According to the logs, you were an hour ago... |
| 07:34.17 | YatharthROCK | starseeker, Can you help me with this task (if you don't mind)? http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 07:43.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 07:50.22 | *** join/#brlcad Suryajith (~Stattrav@122.179.160.211) | |
| 08:02.13 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 08:08.31 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.93.148) | |
| 08:12.34 | *** join/#brlcad Ashish101 (75c2207d@gateway/web/freenode/ip.117.194.32.125) | |
| 08:30.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 08:59.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.235) | |
| 09:00.24 | Ashish101 | In Mged i try to edit only an element like a human but i cant be able to select the human as a whole for further editings using Primitive and matrix selection |
| 09:00.58 | Ashish101 | Eg i have two men -- and i want to move one so i want to select one man how could i do that ?? |
| 09:09.03 | Notify | 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 09:09.28 | Ashish101 | KK then ill try it in Ubuntu and merry Christmas |
| 09:11.02 | *** join/#brlcad M0J0E (~johannes@p5791FDDF.dip.t-dialin.net) | |
| 09:11.39 | *** join/#brlcad andrei (~andrei@79.117.233.100) | |
| 10:06.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 10:20.28 | Notify | 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 10:23.06 | *** join/#brlcad Suryajith (~Stattrav@122.179.160.211) | |
| 10:24.32 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 11:09.19 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:12.22 | Skriptkid | What is ${SOME_NAME} in a cmake file? A variable? |
| 11:25.07 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 12:47.43 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 12:47.43 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 12:48.37 | Notify | 03GCI: V Rahul: Link all of our orphaned website wiki pages - Pre-requisites I'd like to work on this task. But before claiming, I want to know the pre-requisites I need to have for working on this task. I had a look at your wiki, and I'm getting familiar. Is there a list of the other orphaned pages, so that I'd get an idea of going about... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 12:49.07 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 12:50.03 | Notify | 03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 12:52.08 | Notify | 03GCI: Johannes Schulte: Implement a function to convert triangle meshes to solid polygon mesh - New Patch So, my2.patch is now current one, as I forgot in the first to free one struct. In general, I'll be not able correct anything till sunday, as I'm not at home, so I hope my work won't need any changes, otherwise I suspect that you will... http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 12:53.04 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - If not connected If it's not connected, my computer is just shut down. But it listens to the brlcad master.(This ciconfusion was there on the OSX task ;) ) http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 12:53.25 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 12:53.28 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.186) | |
| 13:02.38 | Notify | 03GCI: Melange: Crash our raytracer application reliably - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 13:03.08 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 13:28.49 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:46.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 14:12.30 | maths22 | ``Erik had fixed it |
| 14:14.45 | Notify | 03GCI: Jacob B: Migrate ALL our MySQL databases - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 14:16.11 | Notify | 03GCI: Jacob B: Migrate ALL our MySQL databases - Migration The databases are already migrated. It took longer to run than I thought it would, and mysqld had to be started. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 14:17.49 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 14:35.20 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#5) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 14:45.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 14:56.05 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - work done so far I have uploaded my work done so far.I am still working on it,but am running out of time.Can you please give me another extension? http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 14:58.46 | Notify | 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Material Source Hi Sean, Where can I get the required files for this task? -Qian Joo http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 15:35.23 | Notify | 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - SVN You will need to download the latest code from subservion: http://brlcad.org/wiki/SVN. If windows user, get a SVN client: http://en.wikipedia.org/wiki/Comparison_of_Subversion_clients Changes should be submitted as "patches":... http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 15:41.41 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 15:51.05 | Notify | 03GCI: Lim Qian Joo: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:01.43 | *** join/#brlcad vibhav (vibhav@ubuntu/member/vibhav) | |
| 16:01.54 | vibhav | Hello |
| 16:08.07 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:17.14 | vibhav | Thats neat |
| 16:30.16 | andrei | hello vibhav |
| 16:31.53 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 16:35.05 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:43.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 16:49.31 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Lacks professional look Amitoj, From the files you uploaded, I looks like you put considerable efforts but your concept lacks professional look and feel. Just writing page titles and putting some images will not be enough. Choose colors and fonts carefully, take... http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 16:49.51 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 16:50.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:00.06 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Thanks Thank you... :) http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:01.21 | Notify | 03GCI: Harmanpreet Singh: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 17:03.23 | Notify | 03GCI: Harmanpreet Singh: Mock up new BRL-CAD website interface design (#5) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 17:29.41 | maths22 | By the way, I have upgraded gallery (from my first task) on crit (go to crit.brlcad.org/gallery3) |
| 17:43.11 | YatharthROCK | Are any mentors here? |
| 17:44.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 17:44.11 | YatharthROCK | I've noticed an inconsistency in BRL-CADs man pages. Some conversion functions use '2' to separate stuff like asc2pix and asc2g, while some use a '-' like pix-png |
| 17:44.23 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-43-16-121.web.vodafone.de) | |
| 17:44.59 | YatharthROCK | Also, some are used as 'command input output', others as 'command <input >output' and the rest as 'command input >output' |
| 17:45.32 | YatharthROCK | Is there some rationale behind this? Like some are map functions, so they're used as this or something like that? |
| 17:45.43 | YatharthROCK | Maybe we could have a GCI task like that |
| 17:46.27 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.103.186) | |
| 17:46.37 | EricPoehlsen | i just started using brlcad and wondered if it is possible to commandline open/close a database in MGED without going to the menu |
| 18:04.24 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Please review I not really sure about your example as it's extravenous, ie, it's not really a use (why would anyone have the ACSII file first unless he converted it, and if that, then why would he have converted it only to have to convert it back again). Thes sole,... http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 18:17.24 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 18:26.38 | *** part/#brlcad Skriptkid_ (~Skriptkid@117.202.103.186) | |
| 18:32.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 18:34.27 | Notify | 03GCI: Sean: Migrate ALL our MySQL databases - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 18:34.47 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:43.50 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:43.50 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 18:52.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 19:21.23 | Notify | 03GCI: Jacob B: Migrate ALL our MySQL databases - How to run Run mysqltransfer.sh with a text file with database names one per line as the first argument. Edit the script to change the remote host or password. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 19:21.28 | Notify | 03GCI: Jacob B: Migrate ALL our MySQL databases - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 19:32.10 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 19:44.34 | Notify | 03GCI: Donny Mitsov: Create geometry database with one of every primitive - external files and database https://bitbucket.org/dmitsov/gci-tasks/src/9c8d6337a5d313c1ae385b8e1c90772588079bc9/MGEDdatabase.tar.gz?at=default# http://www.google-melange.com/gci/task/view/google/gci2012/7985226 |
| 21:07.01 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Ready for Review The work for this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 21:25.27 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-43-16-121.web.vodafone.de) | |
| 21:36.57 | *** join/#brlcad brlcad_ (~brlcad@ip72-193-246-126.lv.lv.cox.net) | |
| 21:45.06 | gmercer015 | im not so sure if i am formatting these if - else statments correctly in BRLCAD standards. http://pastebin.com/DzTF6eWu |
| 21:45.20 | gmercer015 | Link to the section of code i am confused with ^^ |
| 21:55.17 | caen23 | gmercer015: read HACKING, everything's in there |
| 21:56.45 | gmercer015 | It had no information on if-else-if-else-if nesting, my statements have a number of nested if's inside of others. I'll give it another look though, i might have missed it |
| 22:00.43 | caen23 | i think you should keep the "else" on the same line as the "if" |
| 22:01.02 | caen23 | or rather, the "if" on the same line as the "else" |
| 22:02.04 | caen23 | when in doubt, you can always check the source code. try looking at libbn/anim.c, for example. see how if's are written there and apply that style to your code |
| 22:03.04 | gmercer015 | i did that put my task was sent back for more work, i was told it was formatted wrong(the if/else statements specifically) |
| 22:03.14 | gmercer015 | https://google-melange.appspot.com/gci/task/view/google/gci2012/7984226 |
| 22:06.11 | gmercer015 | but my task* |
| 22:08.36 | caen23 | i think the problem is that the "else" should be on the same line as the ending brace for the "if", with the comments inside the block body |
| 22:11.09 | caen23 | gmercer015: here is how i would do it http://pastebin.com/c9ge2LHG |
| 22:17.30 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:18.24 | gmercer015 | thanks for the help caen23, i think i got it down this time. |
| 22:18.36 | caen23 | nice |
| 22:20.36 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 23:23.42 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Email Pdf? Is it possible to email the pdf to you, for some reason my computer isn't allowing me to upload anything. http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 23:28.01 | Notify | 03BRL-CAD Wiki:LorrionjfkmezkmSchluter * 4798 /wiki/Be_Std_Testing_For_Sexually_Given_Diseases: New page: Mom comes to say goodbye in order to really Will. A CDC is also offering An std Awareness Month resources for clinical professionals and healthcare providers, and forecasts that STDs cost ... |
| 23:43.35 | Notify | 03BRL-CAD Wiki:LorrionjfkmezkmSchluter * 4799 /wiki/Sexually_Transmitted_Disease_Pitfalls_For_The_Duration_Most_Typically_Associated_With_Being_Pregnan: New page: Of the course, health officials are browsing for a way to restrain the outbreak. When you can see, the best object that you can do definitely is ensure that you are safely and securely cle... |
| 00:38.49 | *** join/#brlcad yukonbob (~bch@c-24-17-245-116.hsd1.wa.comcast.net) | |
| 00:39.07 | yukonbob | hello #brlcad |
| 00:49.03 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Never Mind! It worked :D http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 00:50.07 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 01:49.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.186) | |
| 02:06.05 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Compilation I don't think compilation will succeed since gcc, cmake and make aren't supported by windows. So maybe the system will either need to have mingw or device++. And in either case, probably a different set of commands might be needed to be... http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 03:06.52 | Notify | 03GCI: Samantha: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 03:15.01 | Notify | 03GCI: Samantha: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 03:17.21 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 03:19.33 | stevenkou | brlcad: so basically now I just have to sum up whatever steps that I have tried so far right? |
| 03:37.52 | stevenkou | Should I enable strict or not? Zlib comes along with cygwin, can compiling be skipped? |
| 03:44.45 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:05.18 | Notify | 03GCI: Melange: Implement a primitive volume function ... for gridded volumes (VOL) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 04:05.33 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#4) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 04:23.51 | Notify | 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 05:51.23 | Notify | 03GCI: ChoWooHyun: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 06:27.12 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 06:30.40 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Attached HTML outputs I attached the HTML file the make command generated and attached them in the respective tars for easy review. Please tell me if I have to attach the man pages too. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 06:31.01 | stevenkou | brlcad: are you away? |
| 07:25.55 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.148) | |
| 07:55.08 | *** join/#brlcad andrei (~andrei@79.117.233.100) | |
| 07:57.08 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 07:58.08 | *** join/#brlcad andrei (~andrei@79.117.233.100) | |
| 08:03.21 | andrei | hi |
| 08:47.20 | Notify | 03GCI: Melange: Create an ISST screenshot or animation - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 08:47.50 | Notify | 03GCI: Melange: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 08:53.46 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 08:54.01 | Silvrous | Could I please get another extension on this task: http://www.google-melange.com/gci/task/view/google/gci2012/8001225 ? |
| 08:55.03 | Notify | 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 08:56.39 | andrei | done:) |
| 08:56.44 | Silvrous | Thanks again :D |
| 08:59.41 | andrei | you're welcome :) |
| 09:16.28 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Till now I did this much as i was having some troubles using it in windows an extension will be needed and pleas tell if i am not following any of your instructions http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 09:58.19 | *** join/#brlcad stevenkou (~stevenkou@175.156.156.145) | |
| 10:07.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 10:07.19 | andrei | I finished removing globals from g_transfer, I did a few tests on it and it seems to be working |
| 10:17.21 | andrei | Just let me know if what I did is fit and I will fix src/remrt/rtsrv.c |
| 10:17.35 | andrei | here is a github link to my patch: https://github.com/pandrei/BRL-CAD-related/blob/master/g_transfer_globals_removal.patch |
| 10:26.10 | *** join/#brlcad andrei (~andrei@79.117.233.100) | |
| 10:31.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202) | |
| 10:43.17 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202) | |
| 10:43.38 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 10:53.07 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:24.51 | Notify | 03GCI: Erik: Create an ISST screenshot or animation - Wrong program The provided images and movie demonstrate MGED, not ISST. To launch isst, you need to run the "isst" executable. Some geometry preparation may be required (facetization, coloring) to achieve acceptable load times and visually impressive results. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:24.56 | Notify | 03GCI: Erik: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:25.21 | Notify | 03GCI: Erik: Create an ISST screenshot or animation - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:26.36 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Sorry Alright, thanks! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:28.01 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 11:30.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.202) | |
| 11:59.17 | Skriptkid | Could anyone please review this: http://www.google-melange.com/gci/task/view/google/gci2012/8131202 (I know you have 36 hours. It's just that this needs looking at the buildbot webpage. It's been done the same way as the mac and the frist slave.) |
| 12:27.53 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.99.202) | |
| 12:28.30 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.99.202) | |
| 12:52.17 | Notify | 03GCI: Thranduin: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 12:56.16 | Notify | 03BRL-CAD:erikgreenwald * 54116 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: malloc.h has been replaced by stdlib.h |
| 13:03.39 | *** join/#brlcad Suryajith (~Stattrav@122.169.54.253) | |
| 13:15.56 | *** join/#brlcad andrei_ (~andrei@86.123.126.129) | |
| 13:18.55 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 13:20.01 | Notify | 03GCI: Erik: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to Thranduin. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 13:30.02 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Benefits Associated With Using Liquid Rubber Sealant]]": Spam |
| 13:30.04 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Be Std Testing For Sexually Given Diseases]]": Spam |
| 13:30.06 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Sexually Transmitted Disease Pitfalls For The Duration Most Typically Associated With Being Pregnant]]": Spam |
| 13:30.08 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:RandynvbfyesjdgRasnake]] with an expiry time of infinite (account creation disabled): Spamming links to external sites |
| 13:30.10 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:LorrionjfkmezkmSchluter]] with an expiry time of infinite (account creation disabled): Spamming links to external sites |
| 13:41.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 13:42.57 | *** join/#brlcad andrei__ (~andrei@79.119.91.215) | |
| 14:05.47 | Notify | 03GCI: Melange: Design an MGED command spreadsheet - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 14:06.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 14:26.47 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Help How should I go about contacting the mentor? I found the isst binary in my resources folder, but I can't seem to run it. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 14:32.02 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.92.153) | |
| 14:38.37 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 14:41.46 | *** part/#brlcad stevenkou (~stevenkou@175.156.156.145) | |
| 14:49.52 | *** join/#brlcad Suryajith (~Stattrav@122.169.54.253) | |
| 15:13.17 | *** join/#brlcad andrei_ (~andrei@86.123.124.159) | |
| 15:30.10 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:31.51 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 15:34.01 | Notify | 03GCI: Steven Kou: Compile BRL-CAD on Windows using Cygwin (attempt #2) - 2 Versions uploaded Basically I have uploaded 2 similar summaries, the only difference is in the strict flag. One version has strict turned off, while the other has strict turned on for the compilation to stop early. I did this as I'm not very sure whether to turn on... http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 15:45.28 | Notify | 03GCI: Melange: Create an artistic screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 15:49.19 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.185.227) | |
| 15:53.12 | Notify | 03GCI: Jackie: Create a technical screenshot - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 15:55.38 | Notify | 03GCI: Jackie: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 16:03.06 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Another There u go another file more work is needed i know but more time http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 16:08.57 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 16:14.41 | Notify | 03GCI: Jackie: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 16:47.20 | Notify | 03GCI: Melange: Layout "MGED Interface" Reference Document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 17:08.10 | Notify | 03BRL-CAD:erikgreenwald * 54117 brlcad/trunk/src/libbu/progname.c: Test if program name is empty as well as null. *BSD systems return an empty string if there is no valid program name. (fixes 'make test' failure on fbsd and macosX) |
| 17:30.39 | *** join/#brlcad merzo (~merzo@34-180-133-95.pool.ukrtel.net) | |
| 17:32.56 | *** join/#brlcad Ashish101 (75c22699@gateway/web/freenode/ip.117.194.38.153) | |
| 17:34.30 | Ashish101 | I had submitted some work in here - http://www.google-melange.com/gci/task/view/google/gci2012/8017216 is it going fine , if not then what am i missing ?? |
| 17:36.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 17:39.11 | *** join/#brlcad Skriptkid2 (~Skriptkid@117.208.185.227) | |
| 17:51.43 | Notify | 03GCI: Harmanpreet Singh: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:52.38 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 17:52.48 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227) | |
| 17:52.48 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Dev-c++ Not "device++" in the previous post.(Darn auto-correct) http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 17:54.15 | Notify | 03GCI: Sean: Design an MGED command spreadsheet - hanks Thank you, Chan. Nicely done. We'll likely have a follow-on task defined in a few days, if you're interested, so keep an eye out for it. http://www.google-melange.com/gci/task/view/google/gci2012/7985228 |
| 17:56.06 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:58.47 | Notify | 03GCI: Sean: Add missing documentation for any one command (#4) - hanks! Thanks for your patience with the task review yesterday! The latest versions look better. Remember to name your patch files with a .patch or.diff suffix, but one of the latest revisions will get used. You make a compelling case about the network transfer aspect (it could... http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 17:59.27 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - What about What about the work .. Am i doing it right ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:59.37 | Notify | 03GCI: Yatharth Agarwal: Add missing documentation for any one command (#4) - Which one did you use? ... http://www.google-melange.com/gci/task/view/google/gci2012/8104208 |
| 18:05.40 | *** join/#brlcad Eric_ (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 18:07.13 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227) | |
| 18:10.49 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 18:18.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 18:24.37 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 18:26.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 18:27.00 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 18:29.21 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - different approach while setting up a cygwin or dev-c++ build would be nice too, what I actually had in mind was custom build rules. Something to build on windows via a script, like this:... http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 18:32.42 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - still not right.. Vibav, your patch still doesn't follow our indentation coding style. The latest patch uses all tabs. If you are familiar with vim or emacs, we provide a local-variables block and modeline at the bottom of every file that will help auto-format... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:32.47 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:33.09 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:33.24 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Windows - Nightly build where and how can I obtain a nightly build of Brl cad? http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 18:35.05 | Notify | 03GCI: Sean: Migrate ALL our MySQL databases - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8078203 |
| 18:38.47 | Notify | 03GCI: Skriptkid: Close MGED when both windows are closed - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 18:40.33 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 18:40.38 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 18:41.28 | Notify | 03GCI: Harmanpreet Singh: Close MGED when both windows are closed - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 18:44.14 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - indentation What did you do to change the indentation? It looks the same to me. You fixed the else statements, but that pointed out a different usability issue. If an 'else' statement requires brackets, you should put them on the 'if' statement too even if it's a... http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 18:49.42 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - G conversions This is what I got for the file conversions. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 18:49.52 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 18:55.14 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - This. Now that is really pretty awesome! Sorry for the delay responding (holidays), but that is exactly what we're hoping to see (and obviously, a pdf is fine). Thanks! If you're familiar with Drupal or Mediawiki templates, we may have other follow-on tasks. I'd be interested... http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 18:58.30 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 19:02.13 | Notify | 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - how long? Cezar, roughly how long did it take to fix that many? http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 19:02.23 | Notify | 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 19:05.34 | Notify | 03GCI: Cezar: Fix 20+ LLVM clang static analysis defects - How long Well... running `make` with `scan-build` is painful. It took about two and a half hours for 80% of the project without the docs, and I had to do it before and after the fixes. Fixing the actual errors took somewhere between two and three hours. http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 19:08.04 | Notify | 03GCI: Sean: Create an artistic screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 19:08.10 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 19:09.15 | Notify | 03GCI: Sean: Create an artistic screenshot - screenshot? Cho, where's the screenshot? The tasks calls for an image, so I'm not sure what we're supposed to do with a .g geometry file. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 19:17.26 | caen23 | brlcad: i'm committing the clang task right now. in one of the files, i found some missing braces around a condition, which caused bu_exit() to be called in the middle of the function, no matter what |
| 19:26.08 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:26.11 | Notify | 03BRL-CAD:caen23 * 54118 (brlcad/trunk/src/libbn/anim.c brlcad/trunk/src/libbn/plane.c and 29 others): Fix Clang static analysis defects (GCI: http://www.google-melange.com/gci/task/view/google/gci2012/7987232) |
| 19:29.36 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 19:30.32 | caen23 | Skriptkid: do you want to complete all the buildbot tasks? |
| 19:51.14 | *** join/#brlcad merzo (~merzo@12-61-133-95.pool.ukrtel.net) | |
| 20:19.31 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 21:02.42 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:28.17 | Notify | 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - on the right track Hi Johannes! Merry Christmas to you too. It looks like you're on the right track but the patch will obviously need some testing (for which we can create a follow-on task). There are some style/indentation problems (see our HACKING file),... http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 21:28.19 | Notify | 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 21:39.27 | Notify | 03GCI: Sean: Implement a function to convert triangle meshes to solid polygon mesh - follow-on A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8110212 http://www.google-melange.com/gci/task/view/google/gci2012/8031202 |
| 21:51.16 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - minor tweak Arjun, that's looking good but a minor change is needed. You shouldn't cast a double array to a fastf_t pointer type. That's a potential crash waiting to happen whenever fastf_t is not a double. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 21:51.21 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 21:51.26 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 22:01.06 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Ask questions You can ask questions here or via IRC or on the mailing list, but you'll need to identify something specific for us to help you with. It sounds like you're on Mac. I suggest trying to use the Virtual Machine image on our http://brlcad.org/wiki/Deuces page since I believe... http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 22:01.31 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ok Ok, I thought that might be a problem. I'll fix that immediately. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 22:24.15 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - hm, that's better Deep, that's good progress and excellent content. The layout could use some more work, though. Some critiques to address: the color scheme is a bit weak and inconsistent, ditch the teal, differentiate between the different sections the fonts are inconsistent. stick... http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 22:24.19 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 22:24.29 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 22:26.16 | Notify | 03GCI: Cezar: Update our VM disk image - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 22:30.22 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 22:34.10 | Notify | 03GCI: Sean: Write a "BRL-CAD Commands Quick Reference" document - misunderstanding? Brenden, I think you may not be fully understanding what is expected of this task (hence the huge uphill battle I mentioned). To complete the task, you'll need to first identify all of the commands that are referred to in the description (all 235). Then... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 22:36.50 | Notify | 03GCI: Sean: Update our VM disk image - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 23:47.25 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Thanks! Thanks for the advice! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 00:20.34 | caen23 | brlcad: about the vm task, is there a reason why cmake and fop are installed from source and not through aptitude? |
| 00:23.38 | *** join/#brlcad Osaze_ (~Osaze@c-68-33-133-78.hsd1.md.comcast.net) | |
| 00:24.41 | Osaze_ | Hello? I have a question about launching the isst executable. |
| 00:28.20 | caen23 | ~ask |
| 00:28.21 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 00:35.46 | Osaze_ | Ok. I have successfully installed the virtual box and have access to the terminal, but I cannot launch isst when typing it in the terminal. I am able to launch mged and archer, but when I try to launch isst, I get an error in the start up script, saying "couldn't load file" followed by the directory of the executable |
| 00:39.19 | Osaze_ | I do however get a blank isst window without any options |
| 00:39.54 | Osaze_ | after running the command. |
| 00:41.20 | Osaze_ | The same thing happens when I try to run the executable located in /usr/brlcad/dev-7.21.0/bin/ |
| 00:42.44 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 00:57.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 01:31.14 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 01:32.56 | Skriptkid | caen23: Sorry I went offline without answering. Didn't see your message. Yes, I do :) But not the nightly build one. Since that needs to be done on FreeBSD, which I don't have access to. |
| 01:33.16 | caen23 | Skriptkid: virtual machine? |
| 01:35.40 | caen23 | also, regarding buildbot on windows, have you tried creating a new build factory inside master.cfg and attaching it to the windows slave? the steps need a little adjustments, but cmake is available at the prompt, and for compiling, have you seen this? http://buildbot.net/buildbot/docs/latest/manual/cfg-buildsteps.html#visual-c |
| 01:47.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.227) | |
| 01:50.29 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.185.227) | |
| 01:53.07 | Notify | 03GCI: Skriptkid: Close MGED when both windows are closed - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945212 |
| 01:54.19 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 03:07.50 | *** join/#brlcad caen23_ (~caen23@92.83.171.19) | |
| 03:17.50 | Osaze_ | Hello? I have a question about launching the isst executable. |
| 03:18.12 | Osaze_ | Ok. I have successfully installed the virtual box and have access to the terminal, but I cannot launch isst when typing it in the terminal. I am able to launch mged and archer, but when I try to launch isst, I get an error in the start up script, saying "couldn't load file" followed by the directory of the executable |
| 03:18.22 | Osaze_ | I do however get a blank isst window without any options |
| 03:18.31 | Osaze_ | after running the command. |
| 03:18.42 | Osaze_ | The same thing happens when I try to run the executable located in /usr/brlcad/dev-7.21.0/bin/ |
| 03:28.17 | Notify | 03GCI: Osaze: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 03:29.38 | Notify | 03GCI: Osaze: Create a technical screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 03:44.45 | *** join/#brlcad Suryajith (~Stattrav@122.179.165.1) | |
| 03:58.45 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:13.26 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Thanks! I appreciate you working me through this formatting issue, i've had some conflicting tips for writing the if-else statements. I will look over the spacing of the code and reformat the if-else statements to what you specified. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 04:14.11 | Notify | 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 04:16.07 | Notify | 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - A couple notes: I was able to fix all warnings except for one function in termio.c. I couldn't figure out what type to set the parameters and still retain the portability, since C doesn't allow for overloading. I left it how it was. Let me know if I need to make... http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 04:59.24 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 04:59.49 | Notify | 03GCI: Sean: Create a technical screenshot - Task Assigned This task has been assigned to Osaze. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:08.23 | Notify | 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - What issue? What issue in termio? Can you also provide the compilation log? Thanks! http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 05:12.49 | Notify | 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 05:24.19 | Notify | 03GCI: Melange: Compile BRL-CAD on Windows using Cygwin (attempt #2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 06:18.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:20.00 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 06:20.15 | Notify | 03GCI: Melange: Write a "BRL-CAD Commands Quick Reference" document - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 06:24.42 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 06:48.12 | Notify | 03GCI: BrendenD15: Write a "BRL-CAD Commands Quick Reference" document - Other tasks You're right. I've bitten off more than I can chew. I just need to find something that fits my skills better. I would love to do a task that involves code, but I'm just not there yet. The most I know right now is some basic JavaScript and HTML5/CSS3. All of... http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 07:40.16 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:47.24 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:57.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:01.43 | *** join/#brlcad andrei_ (~andrei@79.117.232.57) | |
| 08:13.26 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Which cmake generator should i use? Which cmake generator should i use? http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 08:47.38 | Notify | 03GCI: Melange: Web interface (AJAX?) to MGED - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 09:51.11 | Notify | 03GCI: Melange: Create an Halfspace Model and Diagram - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8043208 |
| 10:11.20 | Notify | 03GCI: amitoj singh: Mock up new BRL-CAD website interface design (#5) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 11:04.41 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Main Text Just being curious, I want to know where the files are located, so that I can have a look and decide how to go about this task. Are they on the brlcad.org ? Thank you! http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 11:18.01 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:31.24 | *** join/#brlcad andrei_ (~andrei@79.117.232.57) | |
| 11:48.59 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 12:29.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 12:52.58 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:59.29 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 13:03.45 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.186.187) | |
| 13:19.35 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-180-173.web.vodafone.de) | |
| 13:48.45 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 14:09.29 | Notify | 03GCI: Cezar: Update our VM disk image - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 14:21.34 | Notify | 03GCI: Cezar: Update our VM disk image - No VM Since the VM is a large file, I didn't upload it anywhere yet. The zip file contains the updated readme (README.txt), as well as the changes I made inside the VM (STEPS.txt). If they look good, I will post a link to the actual VM. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 14:45.15 | *** join/#brlcad GrantMercer015 (~GrantMerc@63-156-142-130.dia.static.qwest.net) | |
| 14:49.57 | GrantMercer015 | I dont have any access to BRLCAD source or patch-creating tools as i am on vacation. Can i take my latest patch that was sent back and simply modify it with the correct changes? I had some formatting issues so all i need to do is rename some things and fix spacing |
| 14:50.15 | GrantMercer015 | Will the patch still work as expected? |
| 15:09.14 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:12.59 | andrei_ | GrantMercer015, technically it should but it depends on what and where you modify |
| 15:13.37 | GrantMercer015 | i have two sets of if-else statements i'm reformatting with spaces and brackets. The code will function the exact same as before |
| 15:23.44 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 15:25.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 15:26.04 | Notify | 03GCI: Gmercer015: Create a numerics library (LIBBN) API unit test ... for poly.c - Modified last existing patch I'm not completely sure if that was the right thing to do, but i modified the last patch as i am away on vacation and don't have access to a linux enviroment or development tools(win8 platform). I hope the patch still works as... http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 15:29.42 | *** join/#brlcad SkriptAk (~Skriptkid@117.208.186.187) | |
| 15:32.09 | andrei_ | GrantMercer015: I ll evaluate your patch now |
| 15:33.47 | andrei_ | GrantMercer015: your issue stil persists |
| 15:33.51 | andrei_ | for example |
| 15:34.03 | andrei_ | + if (poly_summ.dgr != exact_ans->dgr) |
| 15:34.03 | andrei_ | + return 1; |
| 15:34.03 | andrei_ | + else { |
| 15:34.07 | andrei_ | should have been |
| 15:34.19 | andrei_ | + if (poly_summ.dgr != exact_ans->dgr){ |
| 15:34.19 | andrei_ | + return 1; |
| 15:34.19 | andrei_ | + } else { |
| 15:35.07 | ``Erik | O.o the first looks more correct to me |
| 15:35.38 | ``Erik | ah, sean wants the extra brackets |
| 15:35.58 | andrei_ | yes, at least that s what I understood from his comment at that task. |
| 15:36.28 | andrei_ | the tabs seem fine tho |
| 15:38.24 | GrantMercer015 | ok, i changed some of the else-ifs to just if statements |
| 15:38.38 | GrantMercer015 | let me look for that statement, i must have missed it |
| 15:39.29 | GrantMercer015 | oh, i found it. Never found that statement |
| 15:39.47 | GrantMercer015 | fixed, does anything else at first sight need some reformatting ? |
| 15:43.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 15:45.36 | andrei_ | Looks good to me, and I think you ve put a lot more than 2 hours of work into it |
| 15:45.52 | andrei_ | I ll just close it, if there are any remaining issues I ll fix them when I commit it. Well done :)\ |
| 15:46.23 | Notify | 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for poly.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 15:46.48 | GrantMercer015 | thanks so much!!!! |
| 15:57.57 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 16:00.25 | Silvrous | Why is 0x7fffffff used as a bitmask in operations with &, such as for instance in bn_unif_init? Since it's just 2^31 -1, i.e. 111111(...)1111, there's no effect when applying the operation. |
| 16:00.53 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 16:07.09 | Skriptkid | Review Needed if somebody is free.(Because this just needs looking at the buildbot page, I presume) http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 16:07.15 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 16:10.23 | *** join/#brlcad Silvrous_ (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 16:15.04 | *** join/#brlcad Ashish101 (75c2228a@gateway/web/freenode/ip.117.194.34.138) | |
| 16:15.46 | Ashish101 | what are windows key bindings ?? |
| 16:17.42 | Skriptkid | Ashish101: Key bindings are a set of pre-defined keyboard shortcuts do some task |
| 16:18.00 | Skriptkid | ctrl + c |
| 16:18.03 | Skriptkid | ctrl + v |
| 16:18.07 | Skriptkid | (examples) |
| 16:18.17 | Ashish101 | opps sorry |
| 16:18.30 | Skriptkid | for what? |
| 16:18.36 | Ashish101 | that wasnt what i meant :P overview graphics window key bindings.--- this is what i meant |
| 16:19.43 | Skriptkid | Ashish101: I don't about those. Sorry |
| 16:20.31 | Ashish101 | KK Ill just wait :) |
| 16:28.18 | Notify | 03GCI: Harmanpreet Singh: Create 3D Fresnel lens with matching specific measurements - Task Assigned This task has been assigned to Spinacz95. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 16:30.26 | n_reed | Silvrous: it zeros bits 32 and up, forcing result to be in [0, 2^32 - 1] |
| 16:33.17 | caen23_ | Ashish101: link to the task? but i think Skriptkid's answer still applies. For example, in a text editor, Ctrl+S is usually Save |
| 16:37.29 | Ashish101 | http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 16:39.02 | caen23_ | i think you need to write down what key bindings are available in graphics windows in mged and what they do |
| 16:39.07 | Ashish101 | those are covered in the key bindings :caen23 : but after mentioning the key bindings my task specifically asks me to cover this topic also |
| 16:39.21 | Ashish101 | Oh |
| 16:42.07 | caen23_ | i think it's the same thing, but i'm not sure, you'll have to wait for a mentor to answer |
| 16:42.14 | Ashish101 | OK |
| 16:47.17 | Skriptkid | Ashish101: In mged, ctrl + (an alphabet) opens up a menu item.(Example: ctrl + h opens up the "Help" and ctrl+s opens up "Settings") This si probably what the task description means |
| 16:47.26 | Skriptkid | *this is |
| 16:47.39 | Skriptkid | So you'll need to document such shortcuts |
| 16:47.45 | Ashish101 | Oh thanks !!! is there any list of these things ?? |
| 16:49.21 | Skriptkid | I'm not sure, but Introduction to MGED(the pdf, first link in description) might have it. But you can just open mged and eplore them. Press ctrl+h or ctrl+s, the other shortcut alphabets will be underlined |
| 16:49.28 | Skriptkid | *explore them |
| 16:54.05 | Skriptkid | Ashish101: There are a few here: http://brlcad.org/w/images/8/8c/Shift_Grips_Quick_Reference_Guide.pdf |
| 16:54.52 | Ashish101 | thanks |
| 16:55.02 | Skriptkid | Sur :) |
| 16:55.05 | Skriptkid | *Sure |
| 16:56.23 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:01.15 | Notify | 03GCI: Melange: Crash our raytracer application reliably - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 17:05.46 | Silvrous | n_reed: This is to make sure there aren't negative values, right? |
| 17:21.50 | n_reed | yes, but if long type is more than 32 bits it may have the effect of transforming a large positive value into a smaller one |
| 17:26.55 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Done I think i have covered everything If not please tell me and increase the time :) http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:31.58 | Notify | 03GCI: Melange: Mock up new BRL-CAD website interface design (#5) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 17:37.30 | Notify | 03GCI: Ashish: Mock up new BRL-CAD website interface design (#5) - Cant there.. Cant we just put up a demo wordpress site-- To show how we think that your site should look and feel cause the new Wp interface offers a lot of flexibility and stuff to change --- http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 17:38.20 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Setting the color Where is the function that sets the colour of the object? And where is the color specified in "mater sph.r ..." written to?(I'm assuming it's written to some file since that colour is accessible by rt even after mged is closed.) http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 17:44.44 | caen23_ | brlcad: i think i fixed compilation on os x w/ llvm 3.1, but i think you should check out my patch before committing, i made some changes to bu.h that i'm not entirely sure of |
| 17:51.36 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Database To the database, of course. That question was probably stupid. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:01.47 | Skriptkid | In function "get_args" in opt.c, where the cmd line options are processed, I see that the operations specified from the command line are executed using the function "rt_do_cmd." To set background color, the string "set background=x/y/z" is passed to rt_do_cmd. Is there any such command/statement that would let me change the color of the current rendered object from rt_do_cmd? |
| 18:02.30 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Color In function "get_args" in opt.c, where the cmd line options are processed, I see that the operations specified from the command line are executed using the function "rt_do_cmd." To set background color, the string "set background=x/y/z" is passed to... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:03.03 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.186.187) | |
| 18:04.32 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:08.49 | Silvrous | Er... Could I get a final extension to http://www.google-melange.com/gci/task/view/google/gci2012/8001225 ? I won't be able to finish it tonight, I think |
| 18:10.28 | Notify | 03GCI: Andrei Popescu: Create a numerics library (LIBBN) API unit test ... for msr.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 18:10.29 | andrei_ | done, ask for help if you re stuck :) |
| 18:21.38 | Silvrous | Thanks. I'm trying to think of ways to test these better. 'Brlcad' said to test if it returns certain values for certain seeds, but it would be impossible to test the whole table with precomputed values, since it's generating 4096 numbers, so I'm only checking the first few numbers in the table. Would it be ok for instance if I checked for uniformity by calculating the average of the table? |
| 18:25.44 | *** join/#brlcad andrei_ (~andrei@79.117.232.57) | |
| 18:34.43 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:46.28 | Notify | 03BRL-CAD:caen23 * 54119 (brlcad/trunk/include/bu.h brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/liboptical/sh_light.c): Enable compilation with LLVM 3.1/Clang 4.1 |
| 20:00.52 | *** join/#brlcad NikolayKotsev (4e5aab27@gateway/web/freenode/ip.78.90.171.39) | |
| 20:03.03 | NikolayKotsev | Hello. I would like to ask one little question about this: http://www.google-melange.com/gci/task/view/google/gci2012/7992230 task in GCI. Do the mentor mean to use Subtree merging or something else? |
| 20:36.53 | *** join/#brlcad andrei_ (~andrei@79.117.232.57) | |
| 21:33.17 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 22:03.54 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:14.45 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:21.07 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:14.15 | caen23_ | can anyone tell me the password for the buildbot mac slave? mac-slave / Bcmacslave! combination does not seem to work |
| 23:39.31 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:43.08 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:12.33 | *** join/#brlcad sid__ (6ce24073@gateway/web/freenode/ip.108.226.64.115) | |
| 00:17.38 | sid__ | want to claim link orphaned websites, familiarizing brl-cad wiki...i found list of orphaned pages, but where do i link them? |
| 00:22.00 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 00:27.02 | ``Erik | sid__ which gci url? |
| 00:27.42 | sid__ | http://brlcad.org/wiki/Special:Lonelypages |
| 00:28.24 | sid__ | this is the actual gci url |
| 00:28.25 | sid__ | http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 00:32.03 | ``Erik | they should be linked from related pages in a reasonable fashion... the first step is to create a document explaining how they'll be linked for review |
| 00:32.44 | ``Erik | like, um, GeometryREQFAIL is related to the GeometryREQ page, so that might be a good page to link from |
| 00:34.30 | sid__ | so do the document first explaining how i will link, upload that, then wait for approval? what does it mean to "link from"? |
| 00:35.54 | sid__ | like GeometryREQ, i can start with that page and add links to the page? |
| 00:55.45 | ``Erik | yes, document explaining what you intend to do, there'll be feedback on that, once that plan is approved, you modify the wiki pages |
| 00:57.09 | ``Erik | and GeometryREQ would be a good page to add a to GeometryREQFAIL on |
| 00:59.56 | sid__ | ok, understand...thanks |
| 01:01.52 | ``Erik | np, good luck |
| 01:01.58 | sid__ | thanks bye |
| 01:06.08 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:21.40 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 01:28.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 02:08.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 02:12.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:40.29 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:10.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:13.41 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-71-150.web.vodafone.de) | |
| 06:45.15 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 07:17.58 | *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121) | |
| 07:17.59 | *** join/#brlcad NikolayKotsev (4e5aab27@gateway/web/freenode/ip.78.90.171.39) | |
| 07:18.53 | Ashish101 | Hello... I just came in to ask why i have no replys on my Task -http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 07:22.41 | Ashish101 | And yet another request....... http://www.google-melange.com/gci/task/view/google/gci2012/8123204 --- This task can i make a sample wordpress site that can show you and give u an idea how i want to see brlcad...... Ps the guy currently working on the task has finished its time and if there is a follow up task to this i would like to work on it...... Pps. I will make the site not on .wordpress.org domain but on a custom su |
| 07:24.08 | NikolayKotsev | I'm here to ask a question about other task. The question is same as yesterday. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else? |
| 07:39.49 | *** join/#brlcad andrei_ (~andrei@79.117.232.57) | |
| 08:24.53 | *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121) | |
| 08:26.23 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 08:33.42 | NikolayKotsev | Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else? |
| 10:44.35 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 11:10.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 11:14.11 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 11:23.46 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.187) | |
| 11:25.49 | caen23 | Skriptkid: can i have the password for the mac slave? Bcmacslave! does not seem to work? |
| 11:27.28 | Skriptkid | caen23: Why would you need that? To login? |
| 11:27.55 | Skriptkid | Because the mac password is only for the master to authenticate the slave |
| 11:28.28 | Skriptkid | caen23: Anyway, regardless of your purpose, it's an Uppercase 'S.' "BcmacSlave!" |
| 11:29.10 | caen23 | well… when your mac is turned off, i can run the slave on mine |
| 11:29.33 | caen23 | thanks |
| 11:29.55 | Skriptkid | caen23: Sure :). But I suggest you create another slave for your machine |
| 11:30.14 | Skriptkid | Shall I add one more slave in the config? For your Mac? |
| 11:30.35 | caen23 | i don't think it's necessary, it's almost the same setup |
| 11:30.58 | Skriptkid | Okay |
| 11:31.33 | Skriptkid | Hang on |
| 11:31.37 | Skriptkid | I'll disconnect mine |
| 11:31.44 | caen23 | no need, unless you want to |
| 11:31.45 | Skriptkid | caen23 |
| 11:31.51 | Skriptkid | You aren't testing now? |
| 11:32.44 | Skriptkid | Two slaves with same name and password together will probably show up an error |
| 11:33.14 | caen23 | yesterday, i managed to get it to compile properly on the mac (needs a few adjustments to make the patch better, but it works), but your slave was not online so i couldn't run the build to see if it's okay. i will only use it when yours is offline :D |
| 11:33.42 | NikolayKotsev | Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else? |
| 11:35.37 | Skriptkid | caen23: okay :) But are you sure you don't need a slave configured? It wont be of any trouble to me. It's a 5 minute process. |
| 11:37.35 | caen23 | i don't think it's necessary, i think it's the same setup, but if you want to, i'll pm you a password |
| 11:37.56 | Skriptkid | caen23: Alright |
| 11:39.03 | Skriptkid | caen23: If I'm not on IRC, leave it as a comment on your Mac Compilation errors task. |
| 11:49.11 | Skriptkid | brlcad: The slaves are downloading now. They just needed to be triggered by a change of trunk. |
| 11:51.16 | caen23 | you can force a build |
| 11:59.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 12:00.42 | caen23 | Skriptkid: your buildslave seems broken. i think you shouldn't run mkdir before create-slave. if you run mkdir, you become the owner of the directory, but if you don't, the slave is the owner. there are some errors related to that on the buildbot page |
| 12:03.20 | Skriptkid | caen23: But I haven't experienced any problem with that on any of the 4 platforms. I don't think the compilation errors are related to that. |
| 12:04.04 | caen23 | they're not compilation errors: http://crit.brlcad.org/buildbot/builders/mac-tester/builds/10/steps/svn/logs/stdio |
| 12:07.11 | Skriptkid | caen23: Thanks for pointing that out :) Ill fix it |
| 12:11.26 | Skriptkid | caen23: Did you attempt to connect through mac-slave? Because it just disconnected and when reconnected, the whole source is gone. |
| 12:11.46 | caen23 | right now, no |
| 12:12.49 | Skriptkid | OKay |
| 12:13.10 | Skriptkid | caen23: Did you fix the Mac compilation errors? |
| 12:13.14 | Skriptkid | on that task? |
| 12:14.05 | caen23 | yes, it now compiles properly on my machine, i want to know if buildbot says it's fine, too |
| 12:14.48 | Skriptkid | If it compiles on your machine, it will compile on buildbot. Beacuse buildbot uses the resources on your system |
| 12:15.35 | caen23 | i know, i just wanted to see it on that page :) |
| 12:16.10 | Skriptkid | okay. Then start your buildbot. |
| 12:16.29 | Skriptkid | caen23: Or you can wait |
| 12:16.59 | Skriptkid | (if the fixes have been applied yet.) Because min'es building now. |
| 12:17.08 | Skriptkid | *mines |
| 12:17.40 | Skriptkid | So it'll test it and you can read the report |
| 12:17.54 | caen23 | mine is started, but i can't figure out how to force a build if i haven't built once already |
| 12:18.36 | Skriptkid | I'l do it |
| 12:19.35 | Skriptkid | Login to buildbot |
| 12:19.38 | Skriptkid | check your pm |
| 12:23.11 | Skriptkid | caen23: Crap. That can't be done. Needs some more configuration of the master. Give me 5 mins. I'll do it and logout. You log in and force your build |
| 12:53.28 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 12:59.54 | Notify | 03GCI: Melange: Create an "MGED Interface" reference sheet (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 12:59.55 | Notify | 03GCI: Erythreas34: Crash Archer reliably (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994230 |
| 12:59.56 | Notify | 03GCI: Erythreas34: Crash Archer reliably (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7994230 |
| 12:59.57 | Notify | 03GCI: javamonn: Compile with -Wold-style-definition, fix warnings that ensue - Where do I submit? Where can I submit the build log, and also a revised patch? I made a couple tweaks to the patch, it wouldn't compile before apparently. As far as termio, it has two functions in which the parameter types are system dependent. In the old c... http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 12:59.58 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for hash.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8031205 |
| 12:59.59 | Notify | 03GCI: Harmanpreet Singh: Create a flex+bison tutorial - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 13:00.00 | Notify | 03GCI: Harmanpreet Singh: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 13:00.01 | Notify | 03GCI: Nikolay Kotsev: Demonstrate merging two independent repos with GIT, write tutorial - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7992230 |
| 13:00.02 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - Task Assigned This task has been assigned to Sid Robinson. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 13:00.03 | Notify | 03GCI: Sean: Demonstrate merging two independent repos with GIT, write tutorial - Task Assigned This task has been assigned to Nikolay Kotsev. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7992230 |
| 13:00.04 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - anything The site design can be mocked up in pretty much anything that we can preview. Using WP is acceptable BUT you can't just put our content into WP, turn a few modules on and off, set some colors, and call it done. For any of the design mock up tasks, any submitted design... http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 13:00.05 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - professional appeal Amitoj, your design still lacks a usable professional appeal, but I think you've now put in reasonable effort on this task to call it complete. You fulfilled the submission criteria and responded to our critique, so thank you for your efforts. Your design... http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 13:00.06 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#5) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8123204 |
| 13:00.07 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - see See http://brlcad.org/wiki/Compiling or http://brlcad.org/wiki/Deuces for help getting started. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 13:00.08 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - why is there no build? It seems to indicate that no build has been attempted? Same with the win-tester builder. There should be a build log, even if it's a failure... http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 13:00.09 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 13:00.10 | Notify | 03GCI: Sean: Update our VM disk image - nice work Cezar, that looks really good. The dev-7.22.1 is correct, not .0 since that would be for a rel- version. The bullet failure is interesting (worthy of task?). As for the README and brlcad-build, I believe that was cleaned out due to the VM size getting a little out of hand. What are you up to... http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.11 | Notify | 03GCI: Sean: Update our VM disk image - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.12 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for poly.c - indentation Note that the indentation is still wrong. You used spaces for indentation and our style calls for mixed spaces and tabs. (4spc, 1tab, 1tab+4spcs, 2tabs, etc). You've put good effort, but please take note of the this detail in any future patches. http://www.google-melange.com/gci/task/view/google/gci2012/7984226 |
| 13:00.13 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - layout, concise So content-wise, you are spot-on and have done well to describe everything listed. The layout/style/design, however, is a bit insane though... :) 10 pages! Try to fit that all on just 1 or 2 pages. These will be "print-quality" pages, so it's okay to go all the... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 13:00.14 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 13:00.15 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 13:00.16 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.17 | Notify | 03GCI: Sean: Compile BRL-CAD on Windows using Cygwin (attempt #2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7961226 |
| 13:00.18 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 13:00.19 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - almost :) Heh, almost. Now you have the reverse problem. The scanf() function says %lf must be a double, yet you're providing a fastf_t. You need to scan into a double and copy into a fastf_t in order to pass to the function (see include/vmath.h: VMOVE()). Use point_t... http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 13:00.20 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 13:00.21 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Assigned This task has been assigned to Cezar. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.22 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.23 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Patch This patch seems to work on my Mac, and it didn't break GCC compilation either. But I'm not sure if the changes are safe. Also, it's committed as r54119 http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.24 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.25 | Notify | 03GCI: Cezar: Update our VM disk image - Title Yes, I think the Bullet failure could be fixed as a task. My ova is 3.37 GB, twice the size of the original. Imported, it's almost 10 GB. Pretty large. I'll try condensing the README even more. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.26 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - compiles, but... That's not a safe change. The bu_offsetof() macro intentionally leverages a compiler built-in offsetof() macro/function. The version you left assumes that if a given structure were allocated at memory address 0, the offset into the array is fixed. In practice, that... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 13:00.27 | Notify | 03GCI: Sean: Update our VM disk image - where Where's the extra size coming from? Did the original not have BRL-CAD pre-installed? http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.28 | Notify | 03GCI: Sean: Compile with -Wold-style-definition, fix warnings that ensue - sourceforge You can submit your updated files to our Sourceforget patches tracker and just leave a comment here with the URL. You can attach files to the tracker item you create. As for the crazy ifdef logic, just create three copies of the copy_Tio() declaration... http://www.google-melange.com/gci/task/view/google/gci2012/8114205 |
| 13:00.29 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - see where it fits See where the results fit in. You plan sounds reasonable on the surface. How they get linked into the page will matter, though and you shouldn't just cold-drop a link on the page. It needs to flow with the page like everything else. Grouping the fails/sets together... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 13:00.30 | Notify | 03GCI: Melange: Web interface (AJAX?) to MGED - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 13:00.31 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - have the right idea Sounds like you have/had the right idea before you unclaimed. Instead of removing lines of code, though, you'll need to propagate 'const' in a lot of places. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 13:00.32 | Notify | 03GCI: Sean: Create numerics library (LIBBN) API unit test ... for axis.c - reclaim You're welcome to reclaim the task. http://www.google-melange.com/gci/task/view/google/gci2012/8022215 |
| 13:00.33 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - he one that works? You should use any generator that works with Dev-C++. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:00.34 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:00.35 | Notify | 03GCI: Cezar: Update our VM disk image - Size I forgot to remove the previous installation, but even now, the VM is 9.55 in size and the *.ova is the same. Could all the updates amount to so much space? http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.36 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - close questions Your questions are basically asking "where's the code that does this for me?" We never said there was. ;) The task could involve the rt_do_cmd() if you like, but it's enough work to figure out how to set the color (see what some of the ged... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 13:00.37 | Notify | 03GCI: Sean: Update our VM disk image - nope Unlikely that space is related to updates. You should figure out where all the space is going. What are your top-100 directories, for example. How do those compare with the old and new? Something like: find / -type directory -exec du -ks {} \; will probably take a long time, but should give you... http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.38 | Notify | 03GCI: Sean: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - in the comments Aaron, that looks fantastic, but it certainly could be included in the source code comments. See http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/librt/primitives/ehy/ehy.c for an example of another primitive with... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 13:00.39 | Notify | 03GCI: Cezar: Update our VM disk image - brlcad-build Apparently, it's because I kept the brlcad-build directory. Should I remove the contents? http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.40 | Notify | 03GCI: Cezar: Update our VM disk image - Docs Could it be because of the docs? With the conversion to DocBook, it now generates quite a lot of PDFs. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:00.41 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Downloading It's downloading now. Unless somebody forces a build("Force Build" option on the page of the slave,) it does not download the source untill there's a new revision, which will trigger it. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 13:00.42 | Notify | 03GCI: Skriptkid: Set up a Buildbot continuous integration compile slave for Linux - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 13:00.43 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - So... This task only involves adding that option support, but not doing anything with it? http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 13:29.15 | Notify | 03GCI: Cezar: Update our VM disk image - Readme I got the Readme down to 288 words, is this enough? http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 13:32.17 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-235-235.web.vodafone.de) | |
| 13:38.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 14:36.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 14:42.15 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Could the deadline be extended Due to lack of time, I could not work on the patch. Could you please extended the deadline with 2 days? http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 14:53.30 | *** join/#brlcad Ashish101 (75c22479@gateway/web/freenode/ip.117.194.36.121) | |
| 15:02.48 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 15:15.13 | Ashish101 | Hello....one very small question ... in the command windows--- below everything what is the meaning of cent(EXT ETC) and lots of random nubers ?? |
| 15:21.56 | Ashish101 | ?? |
| 15:31.42 | *** join/#brlcad Suryajith (~Stattrav@122.170.69.244) | |
| 15:35.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 15:41.15 | Ashish101 | Anyone there ?? |
| 15:48.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 15:50.24 | andrei_ | Ashish101: I am not entirely sure but you might be looking at a binary file |
| 15:50.35 | Ashish101 | Oh thanks :) |
| 16:13.47 | *** join/#brlcad Alex___ (d405882d@gateway/web/freenode/ip.212.5.136.45) | |
| 16:13.56 | Alex___ | gci mentors? |
| 16:24.37 | Ashish101 | Alex____: |
| 16:24.53 | Ashish101 | Read the instructions at the top of the page |
| 16:25.20 | Ashish101 | After logs... logs: |
| 16:25.50 | Ashish101 | Just ask ur question :P I myself have been corrected lots of times for this.... |
| 16:27.23 | ``Erik | Ashish101: those are not random numbers, the cent() values are the view center (lookat) in cartesian coords |
| 16:27.50 | Ashish101 | Thanks..... :) A TON |
| 16:28.28 | ``Erik | np, um, sz is "size", the orthographic projection stretch, um, should be one that's something like ae for azimuth/elevation |
| 16:28.46 | Ashish101 | :) |
| 16:29.16 | ``Erik | as you adjust the view using the mouse, those change... if you give someone all those numbers (plus window size), they can replicate exactly what you're looking at |
| 16:36.07 | Alex___ | i have a task to compile brl-cad with dev c++, but CMAKE says that the compiler is broken |
| 16:37.57 | Skriptkid | quit |
| 16:42.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 16:47.50 | Skriptkid | brlcad: All platforms on buildbot are done downloading source. Mac has compiled successfully(caen23's efforts, I belive, I take no credit) and is running benchmark. Linux is compiling. Can you please review it again now? |
| 16:49.57 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-104-197.web.vodafone.de) | |
| 16:50.42 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - generators So Dev is based on MINGW so i selected mingw makefiles and also selected specified compilers->and selected dev c++ compilers And get an error that says that my compiler is broken (which is not true) and "cant compile simple test program" http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:58.01 | Notify | 03BRL-CAD:starseeker * 54120 NIL: Create branch for some bullet testing. |
| 17:01.16 | Notify | 03GCI: Melange: Crash our raytracer application reliably - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 17:09.14 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Done I had no idea how to coincise 10 pages into 1-2 so i just ollowed the example http://izatxamir.files.wordpress.com/2010/04/visio-2007-quick-reference-1.jpg here Hope this is good enough http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:12.31 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:16.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:17.26 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 17:18.06 | Ashish101 | Is this ok ?? ---- http://www.google-melange.com/gci/work/download/google/gci2012/8017216?id=17001 |
| 17:19.43 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 17:53.05 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.37) | |
| 17:53.42 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 17:54.13 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:21.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 18:30.42 | caen23 | Skriptkid: regarding buildbot on windows have you seen this? http://buildbot.net/buildbot/docs/current/manual/cfg-buildsteps.html#visual-c |
| 18:30.57 | caen23 | i think you'll need to create a new build factory and attach it to the windows slave |
| 18:41.43 | Notify | 03BRL-CAD:caen23 * 54121 brlcad/trunk/include/bu.h: Suppress Clang warnings regarding offsetof |
| 18:54.05 | NikolayKotsev | Hello. I would like to ask a question. Do the mentor of this : http://www.google-melange.com/gci/task/view/google/gci2012/7992230 want us to use something like "Subtree merging" or something else? |
| 19:04.28 | Notify | 03BRL-CAD:starseeker * 54122 (brlcad/branches/bullet/INSTALL brlcad/branches/bullet/configure.cmake.sh brlcad/branches/bullet/src/other/CMakeLists.txt): Add stripped down version of bullet 2.81 - simulate command doesn't build with this version yet. |
| 19:20.19 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error while importing I keep getting this error whenever I try importing the BRL-CAD (the error is similiar a comment another person posted) Failed to import appliance C:/Users/Amit/Desktop/BRL-CAD_7.21.0_ubuntu_10.04_LTS_x86_r49726.ova. Could... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 19:28.44 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 19:29.10 | Silvrous | How do I unit test a memory freeing function such as bn_gauss_free ? |
| 19:33.04 | andrei_ | what's the function prototype? |
| 19:39.30 | Silvrous | void bn_gauss_free(struct bn_gauss *p) |
| 19:40.13 | andrei_ | hmm |
| 19:40.33 | andrei_ | First, try for a null parameter |
| 19:41.10 | andrei_ | then check the struct bn_gauss fields and the function body, it might help you see how fields are used and which situations might cause trouble |
| 19:41.11 | andrei_ | :) |
| 19:59.17 | Silvrous | Thanks. |
| 19:59.31 | *** join/#brlcad Suryajith (~Stattrav@122.170.69.244) | |
| 20:03.23 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:03.23 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 20:20.04 | Silvrous | Well, I'm quite sure that passing a null to the function will cause a segfault. In this case I assume I can't test it, right? |
| 20:20.23 | Silvrous | the casae where it gets passed a null, I mean |
| 20:26.44 | andrei_ | no |
| 20:26.58 | andrei_ | I mean, in the test units I have written I have covered that case aswell |
| 20:30.58 | Silvrous | Yes, but in the case the function passes an element of the struct pointer to bu_free, so it would be like trying to do NULL->msr_gausses |
| 20:31.17 | Silvrous | but in this case* |
| 21:11.41 | Notify | 03BRL-CAD:caen23 * 54123 (brlcad/trunk/include/bu.h brlcad/trunk/misc/CMake/CompilerFlags.cmake): Remove #pragma directive and add a warning suppression flag when compiling with Clang. #pragma caused GCC to fail |
| 21:11.43 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 21:22.39 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for msr.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 21:23.29 | Notify | 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8117203 |
| 21:36.20 | Alex___ | under windows i need to build brl-cad with MVS 2010+ and try for my task i need to try to generate it with Dev c++ compilers? (http://www.google-melange.com/gci/task/view/google/gci2012/7945220) |
| 21:39.41 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - mentor Whats you irc chat name? I urgently need to ask you something.. And please give me more time for my task... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 21:41.06 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:44.14 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - So far What I`ve tried so far: 1. Try to build brl-cad with Dev-C++ compilers -> failed 2. Succeded in building brl-cad with MVS 2010 3. Succeded in generating brl-cad with MVS 2010 4. Failed to generate it with MINGW makefile generator and Dev-C++ compilers -> The reason is that in... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 22:00.22 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 22:03.03 | Notify | 03GCI: Sean: Add missing documentation for any one command (#3) - Task Assigned This task has been assigned to Daniela Aleksova. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8117203 |
| 22:18.08 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:44.15 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Error Fixed Never Mind, I've must have downloaded the wrong BRL-Cad file, I redownloaded BRL-Cad file and i dont get any problems with importing it http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 23:19.31 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Patch File I've read on how to create and submit an patch file, but I'm unsure on what to do with it. If I find a mispelled coment, should copy all the contents in the file and paste into the patch file? Or is the patch file a place where i can put... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 00:10.32 | Notify | 03BRL-CAD:caen23 * 54124 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Avoid duplication |
| 01:08.39 | Notify | 03GCI: Osaze: Create a technical screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 01:21.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 01:23.53 | Skriptkid | Caen23: I knew that :) I had told that Sean and he had said that it would be a different follow up task. |
| 01:36.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.37) | |
| 02:58.13 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 02:59.29 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I'm new to both Blender & BRL-CAD, but I think I'll be able to follow the tutorial easily. I am not new to writing tutorials and making wiki articles, so that sould be a breeze. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 03:20.19 | *** join/#brlcad Suryajith (~Stattrav@122.179.176.138) | |
| 03:28.56 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - obj-g command One quick question; how do I do the actual translating? When I give the command translate obj-g, it says database not open. When I try to open the obj file, it says that's not a valid database. How does this work? http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 03:29.19 | *** join/#brlcad Osaze (~Osaze@c-68-33-133-78.hsd1.md.comcast.net) | |
| 03:30.32 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - correction actually, when I try to open the obj file, it says "(null) (units=mm)". http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 04:35.05 | *** join/#brlcad Suryajith (~Stattrav@122.179.176.138) | |
| 04:59.28 | Notify | 03GCI: Melange: Set up a Buildbot continuous integration compile slave for Linux - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 04:59.53 | Notify | 03GCI: Melange: Create a technical screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:16.44 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - any questions? Arjun, did you have any questions? http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 05:17.25 | Notify | 03GCI: Melange: Implement a primitive volume function ... for gridded volumes (VOL) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 05:20.31 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - you can reclaim Vibhav, you (or anyone else) can reclaim the task and get another 72 hours. The work is basically done, but surprisingly nobody has been able to conform to our simple coding guidelines. The task is open to anyone again. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 05:25.22 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:25.39 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - lots of folks on IRC Alexander, there are lots of folks on IRC, so just join the channel and ask your question or ask your question here. See http://brlcad.org/wiki/IRC particularly the etiquette section as you are expected to stay on IRC if you ask a question. Asking and leaving is like entering a... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 05:45.31 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - hat's exactly how That's exactly how you condense 10 pages into 1-2! That is also definitely closer to what is needed for this task. Good work. There are a few details to clean up, however. There are LOTS of consistency problems: I counted 8 different font sizes being used! You... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 05:45.46 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 05:45.56 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 05:47.57 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - pending The interface stated that there were several commits pending compile-testing since it was set up, but that the slave was offline. Now they show up with their failures so we have something to work on. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 05:47.58 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Linux - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8125203 |
| 05:52.50 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - Nope You've got it backwards. The task is to figure out how to set a color (in code, on an object, NOT how to read a value from a user), set a temporary color, and show that it works. The task description uses a -O option as an example because the user will... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 05:54.25 | *** join/#brlcad Suryajith (~Stattrav@122.179.176.138) | |
| 05:55.31 | Notify | 03GCI: Sean: Update our VM disk image - probably not the docs The docs may add some, but I'd be very surprised if it was anywhere near 6.5GB... :) The build directory should have cmake already run, perhaps even make, but then followed by make clean so there are no object build files left. How big is it then? http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 05:57.06 | Notify | 03GCI: Sean: Update our VM disk image - hard to say Hard to say if 255 words is enough without reading it, but that definitely "sounds good" on the surface. I'll get in touch with you later via IRC to look it over (or have you update the docs and files on sourceforge and our site as a task). http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 06:10.56 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - hmm. Looks better except that it's generally more desirable to test for features that to test for platforms, compilers, or similar "generalizations". That is to say that you probably don't need the CMAKE_C_COMPILER_ID MATCHES "Clang" protection since if a compiler supports that... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:11.12 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:13.37 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches Amit, you just submit your patch file. You'll edit the typos you find, create a patch file with Subversion, and submit that file here. See http://brlcad.org/wiki/Patches for help if you haven't read that already. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:15.29 | Notify | 03GCI: Sean: Set up a Buildbot continuous integration compile slave for Windows - we don't yet We don't yet post a nightly build anywhere. Part of the buildbot setup is to have nightly builds posted there (and there are several tasks aimed to get us there), but there's still more work to be done. http://www.google-melange.com/gci/task/view/google/gci2012/8131202 |
| 06:16.04 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Suppression Clang defines the offsetof macro as __builtin_offsetof. Basically, offsetof is a wrapper around __builtin_offsetof, and __builtin_offsetof is a GCC extension written specifically for easier implementation of the offsetof macro by other compilers. The error it generates... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:18.05 | Notify | 03GCI: Sean: Fix 20+ LLVM clang static analysis defects - hanks Thanks Cezar, that's good to know and is roughly on-par with what I estimated. The build time is something we can't account for since different hardware and build settings will greatly affect how long a compile takes. Note that there are several other fix-clang-issues tasks if... http://www.google-melange.com/gci/task/view/google/gci2012/7987232 |
| 06:18.20 | Notify | 03GCI: Melange: Layout "MGED Interface" Reference Document - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 06:29.39 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - still has inconsistencies Deep, That's looking better but there are still several problems: two biggest words on the page are "Key Bindings" and "Mouse Bindings" and they're stretched out horizontally... that looks bad that entire first column looks stretched (bad) and runs to the... http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 06:30.00 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Deadline extended The deadline of the task has been extended with 3 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 06:30.10 | Notify | 03GCI: Sean: Layout "MGED Interface" Reference Document - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 06:30.15 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for msr.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 06:34.26 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for msr.c - nice work! Really nice work, Silvrous! I haven't compiled, but the only issue I noticed on review was the unnecessary #undef's at the end of the C file. Preprocessor symbols only exist for the duration of a single compilation unit (ie, that C file). Everything else... http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 06:34.32 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for msr.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8001225 |
| 06:36.02 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - any interest Nikita, given your fantastic work on this task, do you have any plans to work on other tasks? We hope so. ;) http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 06:39.14 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches yes, I read that that page on patches, but what I'm confused on is should I copy and paste the whole file which i made the changes to. Or do you want me just copy 1 line of code(for each file) containing the edited typos. I am kind of confused... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:42.30 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - I was wrong Ugh, actually, I was wrong. I thought offsetof(struct t, arr[1][1]) was standard C, but looks like it isn't. So the code that uses such syntax will need to be expanded, too. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:45.56 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches also, im trying to upload all my patch files, although i get errors when i try to put the files in my USB and then tranfer them to my actual comp. desktop. So... this is becoming tediuos and i dont want to be a pain so yeah ill just unclaim http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:46.16 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:46.47 | Notify | 03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 06:49.33 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - I was going to say I was just about to say... that wasn't my understanding of what that warning means. It's not warning on any use of offsetof(). It's uses that call an extended field. Something like this should work: #include <stddef.h> #include <stdio.h> struct foo { char... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:51.29 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - I'm on it That's what I was currently trying to do. Sorry for the mess, I need to get it fixed properly. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:52.09 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - you can mark as complete If you find a solution for the array index problem with that simple text case, that should be good. If we change int bar; to int bar[100]; and as for offsetof bar[40], we'll presumably get the warning. Verifyin and see then if you can quell the warning with... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 06:54.35 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not the whole file Upload your patch files and we can see. You certainly don't upload the entire edited file -- that's the point of patch files. They contain the changes you made and enough context so we know where you made those changes. You're welcome to... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:54.45 | Notify | 03GCI: Sean: Reproduce any 10 unconfirmed open bug reports - Task Assigned This task has been assigned to amit.daBeast. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 06:59.11 | Notify | 03GCI: Sean: Create a technical screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 06:59.18 | Notify | 03GCI: Sean: Create a technical screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 07:04.59 | Notify | 03GCI: Sean: Create a technical screenshot - great attempt Osaze, you're on the right track and I like the numerous attempts. The very first castle image is the closest to being a "technical" screenshot of the collection. The video isn't very useful because you're clearly not familiar with how to use MGED, but it's a good concept. You might... http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 07:05.19 | Notify | 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned This task has been assigned to iansan5653. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 07:08.30 | Notify | 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - huh? I'm not understanding your question. What section of the tutorial, what parapgraph or sentence are you referring to? There is no translate command. The obj-g command is external to mged and creates a .g file that mged will read. If that's not clear in the tutorial,... http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 07:10.01 | Notify | 03GCI: Sean: Create geometry database with one of every primitive - outstanding Outstanding, thank you Donny! http://www.google-melange.com/gci/task/view/google/gci2012/7985226 |
| 07:21.46 | Notify | 03GCI: Nikolay Kotsev: Demonstrate merging two independent repos with GIT, write tutorial - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7992230 |
| 07:25.28 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 07:30.31 | *** join/#brlcad andrei_ (~andrei@79.118.114.52) | |
| 07:31.30 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - It seems OK? First of all, when I sscanf("%lf,%lf,%lf",p,p+1,p+2), p is a double[3], so that works correctly. Also with regard to VMOVE(), I loop through p and q, which are both double[3], and cast each element to fastf_t and place them in a and b which are both... http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 07:52.19 | *** join/#brlcad merzo (~merzo@123-109-133-95.pool.ukrtel.net) | |
| 08:43.07 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Format Whcih format is fine for your editing purpose-- I am just using a screen shot utility by just taking screen shots and adding lines.... What format whould u like it in ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 09:19.12 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:21.28 | Notify | 03GCI: Andrei Popescu: Implement a primitive volume function ... for gridded volumes (VOL) - Task Assigned This task has been assigned to Vibhav Pant. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:34.01 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Problems This is my first "fun" with BRL CAD. I create a easy lens without parametrs. So my first question is HOW I COULD CHANGE PARAMETRS ( I know 1 method with comand IN, but I don't know how I have use them with parametrs in table). http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 09:45.31 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 09:46.16 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review I have rewritten the whole implementation using emacs. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 10:01.34 | Notify | 03GCI: Cezar: Update our VM disk image - Local issues? The sizes I posted were those of the .ova and .vmdk files. Running 'sudo du -hsx / | sort -n -r | head -n 10` inside the updated VM outputs `5.0G /`, which seems fine. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 10:51.43 | *** join/#brlcad caen23 (~caen23@92.83.171.19) | |
| 10:54.07 | *** join/#brlcad cezar (~cezar@92.83.171.19) | |
| 10:58.15 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 12:04.53 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 12:37.13 | Notify | 03GCI: Andrei Popescu: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 12:50.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:15.26 | Notify | 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Command For witch command do I have to write documentation? http://www.google-melange.com/gci/task/view/google/gci2012/8117203 |
| 13:19.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 13:19.47 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 13:20.03 | Notify | 03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 13:20.49 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - First work To change the first work you need 23.6 KB file and png graphic. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 13:33.14 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - First Work Sorry... To check the first work http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 13:35.00 | Notify | 03GCI: Jagoda: Add missing documentation for any one command (#9) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8121203 |
| 13:36.40 | Notify | 03GCI: Daniela Aleksova: Add missing documentation for any one command (#3) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8117203 |
| 13:51.40 | *** join/#brlcad cezar (~cezar@92.85.81.248) | |
| 13:51.45 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.185.247) | |
| 13:53.24 | *** join/#brlcad caen23 (~cezar@92.85.81.248) | |
| 14:35.52 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 14:43.00 | Notify | 03GCI: Cezar: Update our VM disk image - Can't figure out why I ran "sudo du -hs /" on both the original and the updated VMs and I get 4.3 and 5.0 GB. 700 MB seems fine, but I don't know why the .vmdk and .ova are double in size. http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 14:53.14 | *** part/#brlcad Skriptkid1 (~Skriptkid@117.208.185.247) | |
| 14:54.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 15:16.55 | Notify | 03GCI: Harmanpreet Singh: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Assigned This task has been assigned to Silvrous. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 15:26.16 | *** join/#brlcad merzo (~merzo@64-210-201-46.pool.ukrtel.net) | |
| 15:36.49 | Notify | 03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 15:51.46 | Notify | 03GCI: Sean: Crash our raytracer application reliably - Task Assigned This task has been assigned to dmusan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 15:53.56 | Notify | 03GCI: Sean: Add missing documentation for any one command (#3) - Like the description says Any one command that is not already documented. http://www.google-melange.com/gci/task/view/google/gci2012/8117203 |
| 15:54.37 | Notify | 03GCI: Sean: Add missing documentation for any one command (#9) - Task Assigned This task has been assigned to Jagoda. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8121203 |
| 15:55.07 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout - Task Assigned This task has been assigned to Gauravjeet Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 15:57.48 | Notify | 03GCI: Sean: Update our VM disk image - expandable images My guess is that they're expandable disk images. So while they're both about the same size internally when loaded into the VM, the other was filled considerably more at one point so the disk was expanded to hold more. There should be a way to compress the file back down, something like... http://www.google-melange.com/gci/task/view/google/gci2012/8013221 |
| 15:58.38 | Notify | 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 15:58.53 | Notify | 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 16:01.30 | Notify | 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - wrong geometry? From the look of the rendered image, I'm not sure you understand the task. It looks like a series of torus donuts, but it should be a lens. You should probably be using RCC (cylinders) and ELL (ellipsoids). http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 16:03.20 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - ged What is the structure "ged" used for? Does it need to be fiiled with certain values before being passed to the GED functions?(Functions such as GED_CHECK_DATABASE_OPEN, GED_DB_PUT_INTERNAL, etc) Also, what does the function RT_CK_COMB do? http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 16:17.21 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - offsetofarray I don't understand bu_offsetofarray, why it's needed to write arr[0] instead of arr. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 16:17.41 | Notify | 03GCI: Daniela Aleksova: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 16:20.47 | *** join/#brlcad Alex_ (d405892c@gateway/web/freenode/ip.212.5.137.44) | |
| 16:21.41 | Alex_ | any idea whats causing the following? : The C compiler identification is unknown The CXX compiler identification is GNU 3.4.2 Check for working C compiler: C:/MinGW/bin/mingw32-g++-4.6.2.exe Check for working C compiler: C:/MinGW/bin/mingw32-g++-4.6.2.exe -- broken CMake Error at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler "C:/MinGW/bin/mingw32-g++-4.6.2.exe" is not ab |
| 16:23.05 | caen23 | it means the mingw installation is broken if the message is "The C compilr is not able to compile a simple program" |
| 16:29.16 | Notify | 03GCI: Daniela Aleksova: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 16:34.45 | andrei_ | <PROTECTED> |
| 16:35.42 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Check It's not complete, but I just wanted to know if I've understood the option part right. Also, there's a change I've made to a break statement, which I'm pretty sure was an error,(unless it was where it was for a purpose.) http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 16:36.07 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 16:48.18 | *** join/#brlcad Ashish101 (75c22092@gateway/web/freenode/ip.117.194.32.146) | |
| 16:58.02 | *** join/#brlcad andrei (~andrei@79.118.112.79) | |
| 17:00.32 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:07.08 | Ashish101 | Which editable picture format is preferable ?? please tell |
| 17:20.42 | *** join/#brlcad caen23_ (~cezar@92.81.171.164) | |
| 17:35.00 | Alex_ | caen23: well i have installed both mingw and dev-c++ |
| 17:35.15 | Alex_ | and added them to the enviroment variables |
| 17:44.53 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Tried Every letter now has a shadow All font types are 12,26 and 48 The zipped file contains a jpg and a psd(Photoshop compatible) file that you can use for editing Ps. I tried doing what you asked aout the 2 colounm thingi but i did not do it as my command window sixe does... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:45.03 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Next Work I use ell... Now it looks better? http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 17:46.04 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 17:58.31 | Notify | 03GCI: Spinacz95: Create 3D Fresnel lens with matching specific measurements - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 18:05.35 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Bad option? Why does that error arise? Do I have to the add the option somewhere else also? http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:11.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 18:44.06 | Notify | 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 18:46.57 | Notify | 03GCI: Sean: Create 3D Fresnel lens with matching specific measurements - That looks like.. That looks like an ellipsoid. That doesn't look like a Fresnel lens. It certainly doesn't look like the previous Fresnel lens task adjusted to the specific measurements in the referenced paper. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 18:51.25 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - man getopt You need to add your option to the bu_getopt option string. See the getopt man page. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:51.50 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 18:55.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 19:24.34 | Notify | 03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 19:24.59 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 19:34.27 | *** join/#brlcad caen23_ (~cezar@92.81.186.71) | |
| 19:49.50 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 19:53.01 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 19:57.34 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - VMOVE avoids the loop That's the point of VMOVE() though. It avoids the need to loop manually. It'll do the type conversion for you with two lines of code instead of four. You should also use [ELEMENTS_PER_POINT] instead [3] and V3ARGS() in the printf. See include/vmath.h... http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 19:57.39 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 20:07.10 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - okay Unfortunately without the column cleanup and other changes (title bar, table going off the page, inconsistent arrows), we won't be able to publish your sheet as-is to our community as new documentation. However, it will make for a nice guide for the next person (and we'll be... http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 20:07.18 | Notify | 03GCI: Sean: Create an "MGED Interface" reference sheet (#2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 20:12.46 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - using the right tool Using the right tool can make all the diference. The patch formatting looks correct now. Looking at the code in the patch, have you tried compiling this? I see a type error on the volume= line that I'd imagine the compiler would have... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 20:12.51 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 20:22.40 | *** join/#brlcad Suryajith (~Stattrav@122.179.174.189) | |
| 20:37.41 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:55.19 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 21:30.54 | Notify | 03GCI: Osaze: Create a technical screenshot - Thanks! Alright, thank you! I will work on it! http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 21:37.00 | *** join/#brlcad VRahul (7aae15ef@gateway/web/freenode/ip.122.174.21.239) | |
| 21:41.16 | VRahul | Hey guys, I am a GCI participant. I want to work on this task http://www.google-melange.com/gci/task/view/google/gci2012/8093205 . I was wondering what files I should work on and find spelling mistakes. I've gone through the wiki, but I couldn't find anything helpful to my task. Does files refer to webpages or will I have to download files, work on them and upload the corrected files? Thanks a lot for your time and help! :) |
| 21:54.54 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Use the second one... I made a couple spelling fixes and format changes, the second upload of the tutorial is alot cleaner. Thanks, Daniel http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:16.33 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - ged structure The GED structure represents a geometry database editing context. If you run "ged_draw()" for example, the GED structure contains the information about which .g file to read from. The RT_CK_COMB() is to ensure that the a given combination structure... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 22:18.03 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 22:18.18 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 22:26.32 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ummm..? I've gone through the wiki, but couldn't find anything regarding spell checks. Should I check for spelling errors in webpages like tutorials, wiki, etc. or should I download certain files and check for errors in them? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 22:29.33 | *** join/#brlcad caen23_ (~cezar@92.81.192.229) | |
| 22:37.27 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - merging possibility There is a possibility of merging them if another interface is devised but it exists for a similar reason to the warning you encountered. If you have a struct with a char foo[123] field and want to start setting char byte values, then you don't want... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 22:39.58 | Notify | 03BRL-CAD Wiki:AvrilqdsgitqumuWalka * 4800 /wiki/Servicemembers_And_Debt_Collection: New page: Dwelling have a number of rights under this law. Regardless of identity theft cannot be completely put right because wrongdoers have a have to have to misuse identities for unlawful and as... |
| 22:40.31 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:44.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:45.05 | Notify | 03GCI: Sean: Create a flex+bison tutorial - style cleanup Daniel, That looks pretty good, but before critiquing too much more, the lex/yacc files need style cleanup. The indentations are all over the place and aren't even consistent within one file and definitely not across both files. See our HACKING guide about our indentation rules and... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:45.30 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:45.35 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:46.55 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - source code The task refers to fixing our source code. You have to obtain an up-to-date checkout of the BRL-CAD source code. See http://brlcad.org/wiki/Deuces for help getting started. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 22:49.21 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Need more time for investigation Todays log: 5. Installed both MinGW and Dev-C++ and added their bin folders to my OS environment variables, but CMAKE failed to build the project with MinGW makefile generator and dev-C++ compilers.Tried creating new build folder and deleting cache and... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 23:22.52 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Okay Okay, then. I've got another question, I don't know how to expand offsetof(struct t, arr[0]) using a macro. I can't do sizeof(arr[0]), I can only do sizeof(v.arr[0]), so shouldn't it be a function instead of a macro, so that I can create a struct t *v? http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 23:37.33 | Notify | 03BRL-CAD Wiki:AvrilqdsgitqumuWalka * 4801 /wiki/Around_The_Wake_Of_The_Natural_Estate_Bubble6486435: New page: Consider the likes of local online live theater (dinner or not), symphony orchestras, dance companies, museums, free local tours, mall procuring. Estate attorneys typically provide each of... |
| 00:19.39 | Notify | 03GCI: Cezar: Fix Mac OS X compilation errors under Buildbot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 00:38.33 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:38.52 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 00:40.43 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Sorry about that. Sorry about the wonky formatting, I did it all on my tablet, didn't even think to check how it looked in a real text editor. calc2.lex and calc2.yacc should look alot better now. I also updated the tutorial to fix the code formatting. Let me know if I should change anything... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 01:06.36 | ``Erik | nn/cl -a |
| 01:50.39 | *** join/#brlcad yukonbob (~bch@c-76-22-40-63.hsd1.wa.comcast.net) | |
| 01:50.45 | yukonbob | hello #brlcad |
| 02:47.30 | Notify | 03GCI: Ashish: Create an "MGED Interface" reference sheet (#2) - Thanks Will there be a follow up task for the other Mock up your Website thingi ?? http://www.google-melange.com/gci/task/view/google/gci2012/8017216 |
| 02:57.09 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 03:02.02 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Minor changes I made the minor changes that you requested including adding VMOVE. But I have one question, would it not be better to use an explicit cast double to fastf_t as I had before instead of the implied cast in VMOVE? Also I switched my print of P and Q... http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 03:13.21 | Notify | 03GCI: Nikita Abraham: Mock up new BRL-CAD website interface design (#4) - Absolutely! I would love to do another task. I was hoping to work on this one, http://www.google-melange.com/gci/task/view/google/gci2012/8115209, but it seems someone has already claimed it. I am really focusing on tasks concerning usability design since that's... http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 03:38.42 | Notify | 03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 03:43.28 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - logs Alexander, you should put all of the steps into a text file (including the exact commands you ran, not just the summary you've provided here in comments) and upload it here. You should also upload the cmake log and build log outputs, even if they fail. We can usually tell whether an error is... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:43.48 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:44.08 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout (#3) - Task Assigned This task has been assigned to Nikita Abraham. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 03:58.29 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - might not work It might not be possible for the places where this macro is presently called, so you'd have to review them. I believe they're almost all used in static initializers, so you wouldn't be able to call a funtion either. That said, you don't need a function to get the... http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 03:58.34 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 04:05.02 | Notify | 03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Quick Questions Can I see MGED and Archer editors in its current form Who are the user groups Can you tell me the tasks for each user group http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 04:11.45 | *** part/#brlcad louipc (~louipc@archlinux/fellow/louipc) | |
| 04:14.31 | Notify | 03GCI: Sean: Fix Mac OS X compilation errors under Buildbot - follow-on task A follow-on task has been posted: http://www.google-melange.com/gci/task/view/google/gci2012/8172202 http://www.google-melange.com/gci/task/view/google/gci2012/8081208 |
| 04:25.46 | Notify | 03GCI: Sean: Create a flex+bison tutorial - changes Still some formatting changes needed. The lexer and parser have a few issues: The %{ definition section shouldn't be indented (it's included literally) and has a blatant error ... the return INTEGER; line is indented wrong the yywrap() formatting doesn't match our style, open paren should... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 04:26.01 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 04:40.52 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - not necessarily For some types, an explicit cast is *required*. However, the floating point types are special as they have very specific conversion/cast behavior defined by standards. Since fastf_t is defined as one of the standard types, the implicit conversion is... http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 04:40.57 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 04:46.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 04:48.51 | Notify | 03GCI: Sean: Mock up new BRL-CAD website interface design (#4) - here are others Nikita, note that there are often multiple design tasks posted for the same end goal in order to get numerous perspectives. The CAD interface task is one of them, there is another still open. http://www.google-melange.com/gci/task/view/google/gci2012/8142202 http://www.google-melange.com/gci/task/view/google/gci2012/8099209 |
| 05:08.54 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout (#3) - I see that you found one I see now that you found this task, excellent. In order to see the current form, you'll need to download our latest binary version or run from within our provided virtual machine. There is a download section at http://brlcad.org and the virtual machine is... http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 05:29.54 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - opt #define GETOPT_STR\ ".:,:@:a:b:c:d:e:f:g:h:ij:k:l:n:o:p:q:rs:tu:v:w:x:A:BC:D:E:F:G:H:IJ:K:MN:O:P:Q:RST:U:V:WX:!:+:" to #define GETOPT_STR\ ".:,:@:a:b:c:d:e:f:g:h:ij:k:l:n:o:p:q:rs:tu:v:w:x:z:A:BC:D:E:F:G:H:IJ:K:MN:O:P:Q:RST:U:V:WX:!:+:" But the... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 05:50.22 | *** join/#brlcad javamonn (~twitch@108.223.140.36) | |
| 05:57.51 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - getopt isn't the main goal It's a little concerning that you can't figure out how to properly add a new command-line option given there are dozens of other options to follow by example... That's because setting the color will require a fair bit more understanding... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 06:11.57 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - function should be well-behaved if the caller passes a NULL pointer. Should just a "return" work when a NULL pointer is passed? http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 06:14.42 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - yep yep http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 06:25.43 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - License? Which license should I use, or is it my decision? http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 06:43.17 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Guessing I'm going to guess I should be using LGPL, provided that it is part of libbn (a library) and all the other tests in the directory are using LGPL. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 06:48.53 | Notify | 03GCI: Arjun Govindjee: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 07:53.22 | *** join/#brlcad abhi2011 (~chatzilla@122.167.41.177) | |
| 07:56.35 | *** part/#brlcad abhi2011 (~chatzilla@122.167.41.177) | |
| 08:01.19 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Check Can you check the cmake log ? Its the error i recieve and its probabbly something releated to the cmakelist.. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 08:48.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.185.247) | |
| 09:10.06 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-217-195.web.vodafone.de) | |
| 10:35.53 | Notify | 03GCI: Cezar: Research offset macro consolidation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 10:59.53 | Notify | 03GCI: Harmanpreet Singh: Research offset macro consolidation - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 11:39.08 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 12:10.36 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-69-187.web.vodafone.de) | |
| 12:50.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 13:19.58 | Notify | 03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 13:55.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 15:02.33 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - mater I understand the code, but it's just that I'm not able to completely understand where things are being processed and what certain BRL-CAD functions are doing. bu_getopt is called only in get_args, which is called in main.c. So the processing of flags is... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 15:03.23 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Code It's in opt2.patch http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 15:11.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 15:17.14 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 15:22.21 | Notify | 03GCI: Erik: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to SudhaGranger. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 15:24.50 | *** join/#brlcad merzo (~merzo@40-174-132-95.pool.ukrtel.net) | |
| 15:45.34 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - I need some instructions http://brlcad.org/wiki/SVN Where do I find the file to be downloaded here ? And I have decided to install http://www.smartsvn.com/download as I'm using Windows. I have no idea how to use this client to compile the code. Can I... http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:12.26 | *** join/#brlcad Ashish101 (75c22017@gateway/web/freenode/ip.117.194.32.23) | |
| 16:15.13 | Ashish101 | Hello :brlcad or any other mentor please tell me will there be any follow up task for this- http://www.google-melange.com/gci/task/view/google/gci2012/7958235 ?? |
| 16:26.57 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Can this file be used ? Can I use the Windows edition ? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Windows/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:29.48 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 16:30.23 | Notify | 03GCI: Sean: Create a COMPREHENSIVE unit test for bn_dist_pt3_pt3() - wisely You have chosen ... wisely. ;) Nicely done. http://www.google-melange.com/gci/task/view/google/gci2012/7973230 |
| 16:36.08 | *** join/#brlcad Ashish101_ (75c22017@gateway/web/freenode/ip.117.194.32.23) | |
| 16:37.13 | Ashish101_ | Have i quit ?? |
| 16:37.42 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - fails too quickly From your cmake log, it's failing on the very first test. That's not good as it's not even as far along as the previous attempt. That's probably an indication that you're using either an old version of cmake or an old version of mingw/dev-c++. Make sure you're using the latest... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:37.52 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:39.04 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 16:52.23 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - progress! That's looking like progress! It looks like you're on the right track without a few exceptions. You did hook into the -C option and change the behavior there, so that's good for testing. If the background is still changing, though, you may not be... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 16:55.14 | Notify | 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - NO No, you cannot use the Windows edition. How will the BINARY files help you? You need the SOURCE files in order to find spelling mistakes. ;) We provide http://brlcad.org/wiki/Deuces to help you get started, but you'll need to check out our source code... http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:59.33 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 17:00.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 17:22.49 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4802 /wiki/Failure: /* Description */ |
| 17:28.52 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4803 /wiki/Failure: /* Failure Codes */ |
| 17:33.13 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4804 /wiki/Success: /* Description */ |
| 17:34.00 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4805 /wiki/Success: /* Success Codes */ |
| 17:36.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:41.47 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4806 /wiki/GeometryREQ: /* Description */ |
| 17:43.58 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4807 /wiki/GeometryREQ: /* Description */ |
| 17:47.09 | Notify | 03GCI: Cezar: Research offset macro consolidation - clang_make.log clang_make.log contains a summary of the complaints clang generates, but I still don't understand the offsetofarray issue. I tried something like "struct t { char a[20]; } print(offsetof(struct t, a)) print(offsetof(struct t, a[0])), and I got the same values. When are they... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 17:47.25 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4808 /wiki/Failure: /* Description */ |
| 17:47.50 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4809 /wiki/Failure: /* Failure Codes */ |
| 17:48.25 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4810 /wiki/Success: /* Description */ |
| 17:48.40 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4811 /wiki/Success: /* Success Codes */ |
| 17:52.26 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:52.37 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4812 /wiki/GeometryCHUNK: /* Description */ |
| 17:54.13 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4813 /wiki/GeometryCHUNK: /* Description */ |
| 17:57.26 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4814 /wiki/GeometryMANIFEST: /* Description */ |
| 17:58.05 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4815 /wiki/GeometryMANIFEST: /* Description */ |
| 18:02.36 | Notify | 03GCI: Daniel Rossberg: Create an ISST screenshot or animation - Task Assigned This task has been assigned to Dobromir Ivanov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 18:03.53 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4816 /wiki/NewSession: /* Description */ |
| 18:10.10 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4817 /wiki/FullHostLis: /* Description */ |
| 18:13.06 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4818 /wiki/FullHostListREQ: /* Description */ |
| 18:16.07 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 18:17.18 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4819 /wiki/RemHostNameSET: /* Description */ |
| 18:20.44 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4820 /wiki/RemHostNameSET: /* Description */ |
| 18:21.50 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4821 /wiki/RemHostNameSET: /* Description */ |
| 18:26.36 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 18:28.42 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task uploaded I uploaded a document and on page 2 is where I explained what I did on each of the pages. I also added a tag <BSRJ> to each area that I added so that you will know that is my work. I will remove it once my task is approved. So if my task is not approved, do I... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 18:28.57 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 18:30.03 | Notify | 03GCI: Melange: Create 3D Fresnel lens with matching specific measurements - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8125202 |
| 18:38.32 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 18:39.02 | Notify | 03GCI: iansan5653: Review and post "Blender to BRL-CAD" tutorial on our wiki - Claim Removed I don't think I know enough about BRL-CAD to be able to do this. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 18:41.22 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:44.04 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 18:48.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.169.28) | |
| 18:52.44 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Is this the one ? Is the .zip file the Source code ? http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 18:57.00 | Notify | 03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 19:07.30 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 19:12.58 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 19:15.13 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 20:26.38 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches i uploaded the patches. I will admit that two of the patches aren't exactly "spelling mistakes" so i will fiind more mistakes if you want me to. But thanks for helping me -Amit http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 21:03.20 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 21:09.52 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Some notes: To avoid confusion, these are the files that are ready for review: Bison_Flex_Tutorial.txt, calculator.lex, and calculator2.yacc. I missed a small formatting issue on the original upload of calculator.yacc so I fixed it and reuploaded. The tutorial has been edited to include a... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 21:45.49 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 22:51.23 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Previous attempt Well my brld-cad is the latests from the svn and my cmake and Dev-c++ aswell.. As far as the previous attempt is concerned the dev-c++ used is another one (with wxDev-C++ extension) not the official one ... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 22:54.59 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 23:30.06 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:41.29 | Notify | 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:42.39 | Notify | 03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 03:56.48 | Notify | 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Use latest code Yes, this is the souce, but not up to date. Since our various GCI tasks has resulted in so many updations in the source code, so you are recommended to use latest code. Check: http://brlcad.org/wiki/Deuces to get started. After... http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 04:31.16 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 04:42.07 | *** join/#brlcad yukonbob (~AndChat95@32.136.211.41) | |
| 04:42.33 | yukonbob | Hello #brlcad |
| 05:09.37 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Using SVN client There is no instruction to use SVN client in that link. How should I proceed ? And that was latest source file available on the website :O http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 05:15.24 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Wrong tool That is a screenshot of "archer". This task involves creating a screenshot or (better) animation of our "isst" tool. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 05:15.29 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 05:17.40 | Notify | 03GCI: Osaze: Create a technical screenshot - Trying Out Files... Sorry, for taking so long to upload. I just figured out how to convert .stl, .3dm, and .step files to the .g format, and am now searching the web for a solid file. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:18.31 | Notify | 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - outside of scope? Knowing how to use SVN is a very basic developer skill and not covered within our documentation because there are thousands of tutorials available around the web. I suggest you do a search for how to obtain BRL-CAD from our SVN repository. ... http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 05:20.02 | Notify | 03GCI: Sean: Create a technical screenshot - quality matters That's okay, we care more about quality than speed of work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:20.21 | Notify | 03GCI: Sean: Create a technical screenshot - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 05:25.54 | Notify | 03GCI: Sean: Research offset macro consolidation - maybe OBE Frankly, with non k&r compilation, there may no longer be a real distinction between getting the offset of the first element and the name of the array. If that's the case for a variety of compilers, then the array macro may simply get replaced with the non-array version. That said,... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 05:27.35 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - didn't upload You apparently didn't upload a new version of the patch? http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 05:27.45 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 05:33.45 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Around The Wake Of The Natural Estate Bubble6486435]]": spam |
| 05:33.56 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/block: blocked [[User:AvrilqdsgitqumuWalka]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites |
| 05:34.06 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Special:Log/delete: deleted "[[Servicemembers And Debt Collection]]": spam |
| 05:35.55 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - looking good Sid, that looks really nice and your summary writeup is perfect. However, I note that there are still some orphaned pages: http://brlcad.org/wiki/Special:Lonelypages How long did it take you to actually perform the wiki edits for the 10 that you worked on? How long do... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 05:36.05 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 05:36.20 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 05:44.19 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patch format Amit, those aren't proper patch files. Patch files have a specific format and done properly will be only one text file. See http://brlcad.org/wiki/Patches for help but the basic idea is that you need an SVN checkout of our sources and then you'll... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:47.00 | Notify | 03GCI: Osaze: Create a technical screenshot - Thanks! Thank you for the extra time! http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 06:14.01 | Notify | 03GCI: Melange: Create an artistic screenshot - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 06:51.06 | Notify | 03GCI: Melange: Create a flex+bison tutorial - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 08:04.19 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:47.36 | Notify | 03GCI: SudhaGranger: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 09:42.22 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 10:59.04 | *** join/#brlcad starburst (2eee1c32@gateway/web/freenode/ip.46.238.28.50) | |
| 11:00.44 | starburst | Can anyone tell me where to find & how to launch brl-cad's isst tool? Currently using win7 |
| 11:17.00 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 11:18.29 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - ISST tool I seem to have trouble finding & launching the tool. I downloaded and installed BRL-CAD (on Windows 7 Ultimate) from your site, but I'm unable to locate the isst tool on my system. All I have is archer and MGED. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 11:44.50 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 11:57.38 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - FIle name I have downloaded the latest version of the BRL-CAD source code. What are the files I should open and check? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 13:04.07 | Notify | 03GCI: dmusan: Crash our raytracer application reliably - Sorry for sending work so late I apologize for sending the file so late, but I was on vacation and I didn't have my laptop with me. I hope what I have done is okay and if not please tell me how I could do better. Thank you and happy holidays! http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 13:07.28 | Notify | 03GCI: Cezar: Research offset macro consolidation - Code I've written a small program to test offsetof with bitfields. I tried different numbers, placing the char array in different places, and compiling with both gcc 4.2 and llvm 3.1, and the numbers were always equal http://slexy.org/view/s20ovFFvuX. As for non-byte-aligned values, I tried... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 13:43.15 | Notify | 03BRL-CAD Wiki:87.168.173.192 * 4822 /wiki/Help:Searching: |
| 14:16.40 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Assigned This task has been assigned to V Rahul. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:18.00 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - latest svn To be sure, you need to download our latest sources from Subversion, not the 7.22.0 source tarball. You can find and fix spelling mistakes in any files that are ours. That means ignore src/other/ and misc/. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:18.59 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 14:23.58 | Notify | 03GCI: Sean: Crash our raytracer application reliably - backtrace If rt actually crashed, you should be able to capture a stack trace. That is a record of all the functions there were called at the time it crashed. I won't have time to verify whether your description qualifies as a crash for a day or two (maybe one of the other mentors can... http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 14:24.15 | Notify | 03GCI: Sean: Crash our raytracer application reliably - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 14:27.01 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - windows Getting the tool to run on Windows is problematic. That said, we provide a disk image that should run isst fine. See our http://brlcad.org/wiki/Deuces page for instructions on how to download and run the image, then you should be able to run isst there. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 14:47.31 | *** join/#brlcad dirichlet (~ffurnari@host240-239-dynamic.12-79-r.retail.telecomitalia.it) | |
| 14:54.55 | *** join/#brlcad luca79 (~luca@93-82-112-247.adsl.highway.telekom.at) | |
| 14:56.30 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - ubuntu Ok, I also have ubuntu 12.04 how do I do it in Ubuntu? http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 14:59.49 | *** part/#brlcad dirichlet (~ffurnari@host240-239-dynamic.12-79-r.retail.telecomitalia.it) | |
| 15:13.00 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-54-57.web.vodafone.de) | |
| 15:13.18 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 15:16.54 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 15:17.09 | Notify | 03GCI: Deep Inder Singh: Layout "MGED Interface" Reference Document - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 15:43.41 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:50.44 | Notify | 03GCI: Daniel Rossberg: Modify IRC notifier output - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:54.36 | Notify | 03GCI: Melange: Add missing documentation for any one command (#9) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8121203 |
| 16:11.38 | Notify | 03GCI: Daniel Rossberg: Create a flex+bison tutorial - It still needs some polish Tere are still some white-space issues, eg new-line in sentences, missing blanks between words or word and punktuation, trailing blanks and tabs. You should make more paragraphs. It's hard to read. What's yywrap() and yyparse() good for? (I don't know anything... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 16:11.43 | Notify | 03GCI: Daniel Rossberg: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 16:11.53 | Notify | 03GCI: Daniel Rossberg: Create a flex+bison tutorial - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 16:13.14 | Notify | 03GCI: Sean: Research offset macro consolidation - hat's actually the concern That link you found is exactly a good summary of the various issues. Yep, it's a bit old but then so is our code and that offset code predates even C standardization ... :) What I don't know is whether the C89 (or C99 or POSIX.1 or some other standard) say anything... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 16:16.02 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - you can try You can try compiling BRL-CAD from a source checkout, but note that you will probably need to install some dependencies. Walking you through all of that is a bit out-of-scope for GCI but you're welcome to try. The VM image is preconfigured for that very purpose and should... http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 16:21.56 | Notify | 03GCI: Daniel Rossberg: Create a flex+bison tutorial - And ... ... you should put all relevant files into one container file (.zip, .tar, ...). This way we know what to review and there will be no confusion in file revisions (eg you refer to calculator.yacc in the tutorial but the real file was calculator2.yacc). http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 16:22.06 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:33.32 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - I ran it OK, so I managed to run it under my Ubuntu 12.04 LTS installation, but when I open any DB, a window pops up and prompts me to select geometry to display and no matter what I select It does not show anything. Can you give me some links to documentation on the isst tool,... http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 16:40.55 | Notify | 03GCI: Cezar: Research offset macro consolidation - Title I found another discussion here http://stackoverflow.com/questions/713963/why-does-this-c-code-work/714206#714206 As far as I understand, the compiler is free to define offsetof however it wants, so `#define offsetof(t, m) 4` would be perfectly valid, although of not much help. I... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 16:58.36 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Why is the voxel variable a short? voxel gets its value from an unsigned char and will be casted to a size_t before it will be compared to an uint32_t. There is no short in this pipeline. How about making it an unsigned char and if necessary casting... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:58.51 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 16:59.01 | Notify | 03GCI: Daniel Rossberg: Implement a primitive volume function ... for gridded volumes (VOL) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 17:10.59 | *** join/#brlcad Osaze (~Osaze@c-68-55-189-130.hsd1.dc.comcast.net) | |
| 17:17.50 | Notify | 03GCI: Osaze: Create a technical screenshot - Update Hello! I have found a file that is solid enough to convert to the .g format. Here is a picture of it (https://docs.google.com/open?id=0Bynn_SEJ0093WEFrSGRyWGJmTmc). The original file can be found here (http://grabcad.com/library/dragon-charm). Is this file complex enough to continue... http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 18:35.00 | Notify | 03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 19:09.31 | *** join/#brlcad Osaze_ (~Osaze@c-68-55-189-130.hsd1.dc.comcast.net) | |
| 19:29.38 | *** join/#brlcad csanyipal (~csanyipal@83-169-85-95.dynamic.stcable.net) | |
| 19:30.01 | csanyipal | Happy New Year! |
| 19:47.07 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 19:57.30 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches i read the patches site, but it doesnt describe on how to get a SVN checkout and whenever i make a patch file it says its not a working copy (but it still makes the patch file anyways) http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 20:49.26 | *** part/#brlcad csanyipal (~csanyipal@83-169-85-95.dynamic.stcable.net) | |
| 22:24.23 | Notify | 03GCI: Frank: Fix Visual Studio Express compilation errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 22:26.49 | Notify | 03GCI: Frank: Fix Visual Studio Express compilation errors - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 22:27.09 | Notify | 03GCI: Frank: Fix Visual Studio Express compilation errors - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 22:29.40 | Notify | 03GCI: Frank: Fix Visual Studio Express compilation errors - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 22:46.35 | *** join/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net) | |
| 23:51.26 | Osaze_ | Hello! Is there a certain way to overlay render in mged? If so, what command should I be looking at? |
| 23:51.39 | Osaze_ | join #freenode-newyears |
){kind=link}
